Re: Festplattenfehlermeldung nach Upgrade

[Matthias Taube <no_html.max50kb@nurfuerspam.de>]

Hat niemand eine Idee, wie ich weiter vorgehen kann?

Muss ich die Platte tauschen?

mfg
Matthias



Am 01.06.2013 18:54, schrieb Matthias Taube:
> Seit dem Upgrade auf Wheezy erhalte ich morgens beim Hochfahren folgende
> Fehlermeldungen:
>
> > Jun 1 08:23:51 balder kernel: [ 1400.816277] ata2.00: failed command:
> > READ FPDMA QUEUED
> > Jun 1 08:23:51 balder kernel: [ 1401.175768] ata2.00: device reported
> > invalid CHS sector 0
> > Jun 1 08:23:51 balder kernel: [ 1401.181691] end_request: I/O error,
> > dev sdb, sector 2420116632
>
> Dies ist ein Auszug aus vielen Fehlermeldungen, etwas ausführlicher unten.
>
> Danach wird die Platte normal gemountet. Ein fsck und smartctl zeigen
> keine Fehler auf der Platte an.
>
> Kann man diese Fehler einfach ignorieren? Oder was könnte der
> Hintergrund sein?
>
> mfg
> Matthias
>
> Ausführlichere Fehlermeldungen:
>
> > Jun 1 08:23:51 balder kernel: [ 1400.816177] ata2.00: exception Emask
> > 0x0 SAct 0x1ffff SErr 0x0 action 0x6 frozen
> > Jun 1 08:23:51 balder kernel: [ 1400.816277] ata2.00: failed command:
> > READ FPDMA QUEUED
> > Jun 1 08:23:51 balder kernel: [ 1400.816321] ata2.00: cmd
> > 60/08:00:98:0c:40/00:00:90:00:00/40 tag 0 ncq 4096 in
> > Jun 1 08:23:51 balder kernel: [ 1400.816324] res
> > 40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
> > Jun 1 08:23:51 balder kernel: [ 1400.816420] ata2.00: status: { DRDY }
> > Jun 1 08:23:51 balder kernel: [ 1400.816497] ata2.00: failed command:
> > READ FPDMA QUEUED
> > Jun 1 08:23:51 balder kernel: [ 1400.816550] ata2.00: cmd
> > 60/08:08:a0:0c:40/00:00:90:00:00/40 tag 1 ncq 4096 in
> > Jun 1 08:23:51 balder kernel: [ 1400.816553] res
> > 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
> > Jun 1 08:23:51 balder kernel: [ 1400.816729] ata2.00: status: { DRDY }
> ... und so weiter, es folgen noch etliche gleiche Meldungen.
> Dann folgt:
> > Jun 1 08:23:51 balder kernel: [ 1400.838877] ata2: hard resetting link
> > Jun 1 08:23:51 balder kernel: [ 1401.156087] ata2: SATA link up 3.0
> > Gbps (SStatus 123 SControl 300)
> > Jun 1 08:23:51 balder kernel: [ 1401.171720] ata2.00: configured for
> > UDMA/133
> > Jun 1 08:23:51 balder kernel: [ 1401.175768] ata2.00: device reported
> > invalid CHS sector 0
> > Jun 1 08:23:51 balder kernel: [ 1401.180925] ata2.00: device reported
> > invalid CHS sector 0
> > Jun 1 08:23:51 balder kernel: [ 1401.180974] ata2.00: device reported
> > invalid CHS sector 0
> ... nach etlichen dieser Meldungen:
> > Jun 1 08:23:51 balder kernel: [ 1401.181488] sd 1:0:0:0: [sdb] Result:
> > hostbyte=DID_OK driverbyte=DRIVER_SENSE
> > Jun 1 08:23:51 balder kernel: [ 1401.181498] sd 1:0:0:0: [sdb] Sense
> > Key : Aborted Command [current] [descriptor]
> > Jun 1 08:23:51 balder kernel: [ 1401.181518] Descriptor sense data
> > with sense descriptors (in hex):
> > Jun 1 08:23:51 balder kernel: [ 1401.181522] 72 0b 00 00 00 00 00 0c
> > 00 0a 80 00 00 00 00 00
> > Jun 1 08:23:51 balder kernel: [ 1401.181536] 00 00 00 00
> > Jun 1 08:23:51 balder kernel: [ 1401.181565] sd 1:0:0:0: [sdb] Add.
> > Sense: No additional sense information
> > Jun 1 08:23:51 balder kernel: [ 1401.181658] sd 1:0:0:0: [sdb] CDB:
> > Read(10): 28 00 90 40 0c 98 00 00 08 00
> > Jun 1 08:23:51 balder kernel: [ 1401.181691] end_request: I/O error,
> > dev sdb, sector 2420116632
> > Jun 1 08:23:51 balder kernel: [ 1401.181802] sd 1:0:0:0: [sdb] Result:
> > hostbyte=DID_OK driverbyte=DRIVER_SENSE
> > Jun 1 08:23:51 balder kernel: [ 1401.181808] sd 1:0:0:0: [sdb] Sense
> > Key : Aborted Command [current] [descriptor]
> > Jun 1 08:23:51 balder kernel: [ 1401.181815] Descriptor sense data
> > with sense descriptors (in hex):
> > Jun 1 08:23:51 balder kernel: [ 1401.181820] 72 0b 00 00 00 00 00 0c
> > 00 0a 80 00 00 00 00 00
> > Jun 1 08:23:51 balder kernel: [ 1401.181834] 00 00 00 00
> > Jun 1 08:23:51 balder kernel: [ 1401.181841] sd 1:0:0:0: [sdb] Add.
> > Sense: No additional sense information
> > Jun 1 08:23:51 balder kernel: [ 1401.181849] sd 1:0:0:0: [sdb] CDB:
> > Read(10): 28 00 90 40 0c a0 00 00 08 00
> > Jun 1 08:23:51 balder kernel: [ 1401.181864] end_request: I/O error,
> > dev sdb, sector 2420116640
>
> Danach wird die Platte offenbar gemountet, als wäre nichts gewesen.
>
> Ein fsck auf der (einzigen) Partition auf dieser Platte zeigt keinen
> Fehler:
>
> > ~# fsck.ext4 /dev/sdb1
> > e2fsck 1.42.5 (29-Jul-2012)
> > back wurde 54 mal ohne Überprüfung eingehängt, Prüfung erzwungen.
> > Durchgang 1: Prüfe Inodes, Blocks, und Größen
> > Durchgang 2: Prüfe Verzeichnis Struktur
> > Durchgang 3: Prüfe Verzeichnis Verknüpfungen
> > Durchgang 4: Überprüfe die Referenzzähler
> > Durchgang 5: Überprüfe Gruppe Zusammenfassung
> > back: 2616385/122101760 Dateien (0.7% nicht zusammenhängend),
> > 148044858/488378368 Blöcke
>
> Ebenfalls smartctl (Auszug):
> > ~# smartctl --all /dev/sdb
> > SMART overall-health self-assessment test result: PASSED
> > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED
> > RAW_VALUE
> > 1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail Always - 4
>
> > ~# smartctl -l selftest /dev/sdb
> > SMART Self-test log structure revision number 1
> > Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
> > # 1 Short offline Completed without error 00% 1486 -