Re: Assuming drive cache: write through -nach neuem Kernel
Hallo Siegfrid,
Am 27.03.2014 21:05, schrieb Siegfrid Brandstätter:
>
> Aus dem syslog:
>
> Mar 27 19:09:30 debian kernel: [ 1264.055129] sd 6:0:0:0: [sdb] Asking for
> cache data failed
> Mar 27 19:09:30 debian kernel: [ 1264.055135] sd 6:0:0:0: [sdb] Assuming drive
> cache: write through
> Mar 27 19:09:50 debian dbus[2700]: [system] Activating service
> name='org.kde.powerdevil.backlighthelper' (using servicehelper)
> Mar 27 19:09:50 debian org.kde.powerdevil.backlighthelper: QDBusConnection:
> system D-Bus connection created before QCoreApplication. Application may
> misbehave.
> Mar 27 19:09:50 debian dbus[2700]: [system] Successfully activated service
> 'org.kde.powerdevil.backlighthelper'
> Mar 27 19:10:22 debian kernel: [ 1316.052882] sd 6:0:0:0: [sdb] Test WP
> failed, assume Write Enabled
> Mar 27 19:10:22 debian kernel: [ 1316.055125] sd 6:0:0:0: [sdb] Asking for
> cache data failed
> Mar 27 19:10:22 debian kernel: [ 1316.055129] sd 6:0:0:0: [sdb] Assuming drive
> cache: write through
>
>
> Und in den messages:
>
> Mar 27 18:49:36 debian org.kde.powerdevil.backlighthelper: QDBusConnection:
> system D-Bus connection created before QCoreApplication. Application may
> misbehave.
> Mar 27 18:50:26 debian kernel: [ 120.052840] sd 6:0:0:0: [sdb] Test WP
> failed, assume Write Enabled
> Mar 27 18:51:18 debian kernel: [ 172.057071] sd 6:0:0:0: [sdb] Test WP
> failed, assume Write Enabled
> Mar 27 18:52:10 debian kernel: [ 224.056970] sd 6:0:0:0: [sdb] Test WP
> failed, assume Write Enabled
> Mar 27 18:53:02 debian kernel: [ 276.053001] sd 6:0:0:0: [sdb] Test WP
> failed, assume Write Enabled
>
> Wäre schön wenn man daraus doch was finden könnte um den Fehler zu beheben.
>
dass man daran über die Grub-Konfiguration bzw. Kernel-Parameter
großartig etwas ändern kann, denke ich nicht. Wahrscheinlicher erscheint
mir, dass es sich um ein Hardware-Problem handelt oder der entsprechende
Treiber bzw. Subsystem sich mit der aktuellen Kernel-Version anders
verhält und die Meldungen nun erst in dieser Form ausgegeben werden. Ich
habe mal gerade auf meinem jessie (Kernel 3.13) geschaut, dort finden
sich beispielhaft folgende Meldungen:
[ 3.555876] sd 0:0:0:0: [sda] Write Protect is off
[ 3.555902] sd 0:0:0:0: [sda] Write cache: enabled, read cache:
enabled, doesn't support DPO or FUA
Das bezieht sich auf die erste SATA-Festplatte im System und ist das
genaue Gegenteil der von der zitierten Meldungen, das Gerät ist nicht
schreibgeschützt, Write- und Read-Cache sind aktiviert.
Kannst du bitte mal schauen, um welches Gerät es sich bei /dev/sdb bei
dir handelt? Die einfachste Möglichkeit dürfte es wohl sein, mittels
dmesg zu schauen, an welcher Stelle das Gerät erkannt bzw. erstmals
erwähnt wird. Dort steht dann im Regelfall zumindest der Gerätetyp und
im Idealfall noch weitere Informationen.
Als ich mal kurz nach der Fehlermeldung gesucht habe, bin ich auch auf
eine mögliche Erklärung gestoßen, von der ich allerdings nicht weiß, ob
sie bei dir zutreffen könnte. Bei manchen Laptops und Netbooks ist ein
SD-Kartenleser integriert, der ab Werk mit einer Plastikattrappe einer
SD-Karte ausgestattet ist. Unter Umständen versucht ein Treiber immer
wieder, die Attrappe als SD-Karte zu "erkennen", was dann zu den
Fehlermeldungen führen kann. In dem Fall könnte es dann helfen, die
Attrappe rauszunehmen oder alternativ den Treiber für den Reader zu
ermitteln und zu entladen und zu blacklisten.
Gruß
Helmut
Reply to: