Festplattenfehlermeldung nach Upgrade
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 -
Reply to: