Hallo, ich hatte vor ein paar Tagen bei einer 160 GB Festplatte von Seagate folgende Fehlermeldung: Feb 8 21:07:09 sara kernel: hde: dma_intr: error=0x40 { UncorrectableError }, LBAsect=225612190, high=13, low=7508382, sector=225612189 Feb 8 21:07:09 sara kernel: ide: failed opcode was: unknown Feb 8 21:07:09 sara kernel: end_request: I/O error, dev hde, sector 225612189 Feb 8 21:07:13 sara kernel: hde: dma_intr: status=0x51 { DriveReady SeekComplete Error } Feb 8 21:07:13 sara kernel: hde: dma_intr: error=0x40 { UncorrectableError }, LBAsect=225612190, high=13, low=7508382, sector=225612189 Feb 8 21:07:13 sara kernel: ide: failed opcode was: unknown Feb 8 21:07:13 sara kernel: end_request: I/O error, dev hde, sector 225612189 Feb 8 21:07:21 sara kernel: hde: dma_intr: status=0x51 { DriveReady SeekComplete Error } Feb 8 21:07:21 sara kernel: hde: dma_intr: error=0x40 { UncorrectableError }, LBAsect=225612543, high=13, low=7508735, sector=225612501 Feb 8 21:07:21 sara kernel: ide: failed opcode was: unknown Feb 8 21:07:21 sara kernel: end_request: I/O error, dev hde, sector 225612501 Feb 8 21:07:24 sara kernel: hde: dma_intr: status=0x51 { DriveReady SeekComplete Error } Feb 8 21:07:44 sara kernel: hde: dma_intr: error=0x40 { UncorrectableError }, LBAsect=225612543, high=13, low=7508735, sector=225612509 Feb 8 21:07:52 sara kernel: ide: failed opcode was: unknown Feb 8 21:07:56 sara kernel: end_request: I/O error, dev hde, sector 225612509 Ein wenig googeln brachte mich zu folgenden Möglichkeiten: - Platte verliert Sektoren -> Garantie - Kabel kaputt - Arbeitsspeicher kaputt? - DMA falsch ein gestellt Bzgl. Arbeitsspeicher habe ich memtest 12 Stunden laufen lassen, da Fehler gefunden wurden habe ich die verantwortliche Speicherbank getauscht. Nun habe ich badblocks laufen lassen, 20 fehlerhafte Sektoren wurden gefunden. Danach habe ich mir von Seagate das Testtool heruntergeladen, dieses hat einen fehlerhaften LBA-Sektor gefunden und ihn nach Nachfrage repariert. Ein weiterer Lauf von badblocks fand keine Fehler mehr. Den Drive Fitness Test von Hitachi habe ich auch laufen lassen, er fand auch nichts. Die neuen Arbeitsspeicherbänke (2x256MB SDRAM) haben 12 Stunden mit memtest ohne Fehler gearbeitet. Mein Frage, soll ich die Platte trotzdem reklamieren? Woher kann noch solch ein Verhalten resultieren? Mein System: Mainboard Gigabyte 6BXDS mit Chipsatz Intel 440BX 2x500Mhz Intel Pentium III Promise Technology Ultra100TX2 IDE Controller 160 GB Seagate Platte ST3160023A 80 GB Seagate Platte - keine badblocks - keine Fehler Die Platten hängen am Promise Controller, am internen Controller hängen nur die Optischen Laufwerke. SuSE 10.0 Gruß, Aaron
Am Samstag, 11. Februar 2006 09:37 schrieb Aaron Pohle:
(...).
Deine Log-Meldungen sehn verdammt nach einem Festplattendefekt aus.
Nun habe ich badblocks laufen lassen, 20 fehlerhafte Sektoren wurden gefunden. Danach habe ich mir von Seagate das Testtool heruntergeladen, dieses hat einen fehlerhaften LBA-Sektor gefunden und ihn nach Nachfrage repariert. (...).
Also wenn badblocks schon etwas findet... dann würd ich der Platte gar nichts mehr anvertrauen. Also Backup bzw. mit dd oder dd_rescue den Inhalt auf eine neue Platte retten.
Mein Frage, soll ich die Platte trotzdem reklamieren?
Ich würde es versuchen. Praktischer wäre es gewesen, die Fehler nicht zu "reparieren", dann wären sie auch für den Verkäufer offensichtlich.
Woher kann noch solch ein Verhalten resultieren? (...).
Deine fehlerhaften Sektoren waren ja nicht zufällig. Daher schließe ich Kabel, Speicher, DMA aus. Das Seagate-Tool konnte sie auf andere, funktionsfähige Sektoren ummappen, "reparieren" ist wohl das falsche Wort. Ansonsten erzählen einem die smartmontools schon eine ganze Menge über die Festplatte, z. B. smartctl -a /dev/hda: | Man sollte auf die Werte "Reallocated_Sector_Ct" und | "UDMA_CRC_Error_Count" achten. Wenn die größer als 0 sind mach ich mir | Sorgen. "smartctl -l error /dev/hda" zeigt das interne Fehler-Log an, | sollte auch besser leer sein. | | Und man kann Platten recht einfach und effektiv mit "smartctl -t | long /dev/hda" testen (das dauert auch tatsächlich lange, siehe "smartctl | -c /dev/hda"). "smartctl -l selftest /dev/hda" zeigt dann das Log der | Selbsttests an (IMHO macht der Drive-Fitness-Test auch nichts anderes als | so einen Selbsttest, jedenfalls finde ich dessen Tests in diesem Log). Es | gibt je nach Platte auch noch andere Logs, siehe Ende der Ausgabe von | "smartctl -a /dev/hda" Gruß Jan -- Life is tough, life is tougher when you're stupid.
participants (2)
-
Aaron Pohle
-
Jan Ritzerfeld