Re: Assuming drive cache: write through -nach neuem Kernel
Hallo Helmut,
Am Donnerstag, 27. März 2014 schrieb Hoshpak:
> 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.
>
$ dmesg
[ 3.620257] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled,
doesn't support DPO or FUA
[ 3.623801] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[ 3.703794] sda: sda1 sda2 < sda5 >
[ 36.136783] ppdev: user-space parallel port driver
[ 88.405013] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 88.407279] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 88.407286] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 139.065016] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 139.067252] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 139.067256] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> 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.
>
Ja das dürfte hier auch die SD-Karte sein, aber der Slot war frei.
Ansonsten ist nichts mit sdb zu finden.
Nach dem einstecken der SD-Karte:
/dev/mapper/debian1-var 2,7G 1,5G 1,2G 56% /var
/dev/sdb1 1,9G 1,1G 834M 56% /media/3266-6635
$ dmesg
[ 3.620257] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled,
doesn't support DPO or FUA
[ 3.623801] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[ 3.703794] sda: sda1 sda2 < sda5 >
[ 36.136783] ppdev: user-space parallel port driver
[ 88.405013] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 88.407279] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 88.407286] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 139.065016] sd 6:0:0:0: [sdb] Test WP failed, assume Write Enabled
[ 139.067252] sd 6:0:0:0: [sdb] Asking for cache data failed
[ 139.067256] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[ 1209.630898] sdb: sdb1
[ 1213.774775] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT
filesystems, filesystem will be case sensitive!
[ 1213.831529] FAT-fs (sdb1): Volume was not properly unmounted. Some data may
be corrupt. Please run fsck.
[ 1209.630898] sdb: sdb1
[ 1213.774775] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT
filesystems, filesystem will be case sensitive!
[ 1213.831529] FAT-fs (sdb1): Volume was not properly unmounted. Some data may
be corrupt. Please run fsck.
Ich glaube das reicht nun und werde es so lassen, ist einfach ein Hardware
Fehler?
--
Einen lieben Gruss,
Sigi
Reply to: