Probleme mit der Festplatte "unwritten extents"
System: tumbleweed (aktuell) mit kde seit einigen Tagen hängt sich mein System ab und zu mal auf. Bisher habe ich das immer mit den Aktionen von baloo in Verbindung gebracht. Ich erhalte dann immer Meldungen: Message from syslogd@pauli at Feb 9 11:45:31 ... kernel:[10945.621549] EXT4-fs (sdb1): failed to convert unwritten extents to written extents -- potential data loss! (inode 132033, error -30) So ganz unbekannt ist die Meldung im Internet wohl nicht. Aber wie so oft, keine Ahnung wie man damit umgeht. Die Meldungen von smartctl habe ich mal unten angefügt. fsck habe ich auch über die Platte laufen lassen.fsck hat ein Problem erkannt und behoben. Meine Idee: Fehler auf der Platte "RESETEN" und schauen ob sie wieder auftauchen. Das müsste aber ohne Datenverlust vonstatten gehen. Oder ist eine neue Festplatte ratsam? Mit freundlichem Gruß Karl Brandt smartctl -a /dev/sdb1 liefert dann folgende Meldungen: SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 18121 17067856 # 2 Short offline Completed: read failure 20% 18121 11505360 # 3 Short offline Completed without error 00% 18121 - # 4 Short offline Completed without error 00% 18120 - # 5 Short offline Completed without error 00% 18117 - # 6 Short offline Completed without error 00% 18105 - # 7 Extended offline Completed: read failure 90% 18092 17074808 # 8 Short offline Completed without error 00% 18080 - # 9 Short offline Completed without error 00% 18067 - #10 Short offline Completed: read failure 10% 18055 11505360 #11 Short offline Completed: read failure 20% 18044 11505360 #12 Short offline Completed without error 00% 18032 - #13 Short offline Completed: read failure 10% 18019 11505360 #14 Short offline Completed without error 00% 18006 - #15 Short offline Completed without error 00% 17994 - #16 Short offline Completed without error 00% 17980 - #17 Short offline Completed without error 00% 17968 - #18 Short offline Completed without error 00% 17955 - #19 Short offline Completed without error 00% 17942 - #20 Short offline Completed without error 00% 17929 - #21 Short offline Completed without error 00% 17917 -
Am 09.02.2021 um 14:04 schrieb Karl Brandt:
System: tumbleweed (aktuell) mit kde
seit einigen Tagen hängt sich mein System ab und zu mal auf. Bisher habe ich das immer mit den Aktionen von baloo in Verbindung gebracht.
Ich erhalte dann immer Meldungen:
Message from syslogd@pauli at Feb 9 11:45:31 ... kernel:[10945.621549] EXT4-fs (sdb1): failed to convert unwritten extents to written extents -- potential data loss! (inode 132033, error -30)
So ganz unbekannt ist die Meldung im Internet wohl nicht. Aber wie so oft, keine Ahnung wie man damit umgeht.
Die Meldungen von smartctl habe ich mal unten angefügt. fsck habe ich auch über die Platte laufen lassen.fsck hat ein Problem erkannt und behoben.
Meine Idee: Fehler auf der Platte "RESETEN" und schauen ob sie wieder auftauchen. Das müsste aber ohne Datenverlust vonstatten gehen.
Oder ist eine neue Festplatte ratsam?
Mit freundlichem Gruß Karl Brandt
smartctl -a /dev/sdb1 liefert dann folgende Meldungen:
SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 18121 17067856 # 2 Short offline Completed: read failure 20% 18121 11505360 # 3 Short offline Completed without error 00% 18121 - # 4 Short offline Completed without error 00% 18120 - # 5 Short offline Completed without error 00% 18117 - # 6 Short offline Completed without error 00% 18105 - # 7 Extended offline Completed: read failure 90% 18092 17074808 # 8 Short offline Completed without error 00% 18080 - # 9 Short offline Completed without error 00% 18067 - #10 Short offline Completed: read failure 10% 18055 11505360 #11 Short offline Completed: read failure 20% 18044 11505360 #12 Short offline Completed without error 00% 18032 - #13 Short offline Completed: read failure 10% 18019 11505360 #14 Short offline Completed without error 00% 18006 - #15 Short offline Completed without error 00% 17994 - #16 Short offline Completed without error 00% 17980 - #17 Short offline Completed without error 00% 17968 - #18 Short offline Completed without error 00% 17955 - #19 Short offline Completed without error 00% 17942 - #20 Short offline Completed without error 00% 17929 - #21 Short offline Completed without error 00% 17917 -
Letzteres. IMO wirst du mit dieser (fast noch neuen ;)) Platte nicht mehr glücklich werden Manfred
Am 09.02.21 um 15:37 schrieb Manfred Kreisl:
IMO wirst du mit dieser (fast noch neuen ;)) Platte nicht mehr glücklich werden
Hm, ich hatte vor einiger Zeit den Fehler, dass bei einem RAID-system immer eine Platte ausgefallen ist, die nicht mehr "taufrisch" war. Ich habe die Platte dann durch eine neue ersetzt, die aber auch nach kurzer Zeit als defekt markiert wurde und aus dem RAID rausflog. Stellte sich dann raus, dass der SATA-Controller das Problem war, eine preiswerte PCIe-Steckkarte. Seitdem ich den getauscht habe, läuft das RAID sogar mit der älteren Platte wieder problemlos. Martin
Am 09.02.2021 um 21:09 schrieb Martin Burnicki:
Am 09.02.21 um 15:37 schrieb Manfred Kreisl:
IMO wirst du mit dieser (fast noch neuen ;)) Platte nicht mehr glücklich werden
Hm, ich hatte vor einiger Zeit den Fehler, dass bei einem RAID-system immer eine Platte ausgefallen ist, die nicht mehr "taufrisch" war.
Ich habe die Platte dann durch eine neue ersetzt, die aber auch nach kurzer Zeit als defekt markiert wurde und aus dem RAID rausflog.
Stellte sich dann raus, dass der SATA-Controller das Problem war, eine preiswerte PCIe-Steckkarte. Seitdem ich den getauscht habe, läuft das RAID sogar mit der älteren Platte wieder problemlos.
Martin
Mag sein, das ist aber was ganz was anderes. Ich beispielsweise kämpfe von SATA Anbeginn mit den vermaledeiten SATA Kabeln. Deine aktuelle Platte zeigt hingegen Smart-Fehler und zwar zu verschiedenen Zeiten an verschiedenen Sektoren, für mich ein Zeichen dass die Platte am Sterben ist. Manfred
Manfred Kreisl schrieb:
Am 09.02.2021 um 21:09 schrieb Martin Burnicki:
Am 09.02.21 um 15:37 schrieb Manfred Kreisl:
IMO wirst du mit dieser (fast noch neuen ;)) Platte nicht mehr glücklich werden
Hm, ich hatte vor einiger Zeit den Fehler, dass bei einem RAID-system immer eine Platte ausgefallen ist, die nicht mehr "taufrisch" war.
Ich habe die Platte dann durch eine neue ersetzt, die aber auch nach kurzer Zeit als defekt markiert wurde und aus dem RAID rausflog.
Stellte sich dann raus, dass der SATA-Controller das Problem war, eine preiswerte PCIe-Steckkarte. Seitdem ich den getauscht habe, läuft das RAID sogar mit der älteren Platte wieder problemlos.
Martin
Mag sein, das ist aber was ganz was anderes.
Ich beispielsweise kämpfe von SATA Anbeginn mit den vermaledeiten SATA Kabeln.
Deine aktuelle Platte zeigt hingegen Smart-Fehler und zwar zu verschiedenen Zeiten an verschiedenen Sektoren, für mich ein Zeichen dass die Platte am Sterben ist.
Manfred
Habe mir eine neue Platte bestellt. Meist geben die Dinger zu einer völlig unpassenden Zeit den Geist auf. Dazu habe ich keine Lust. Ich würde es mit der Platte ja auch noch weiter versuchen, ein tägliches Backup läuft. Aber die Systemabstürze (wenn auch selten) mit den entsprechenden Meldungen "/dev/sdb3 ..." geben mir arg zu denken. Jetzt muss ich nur noch lesen und begreifen, wie man Daten einer fehlerhafte Platte auf eine jungfräuliche Platte ohne Übernahme der Fehler überträgt. Und die gleiche UUID soll es natürlich auch sein. Soweit ich mich erinnere gibt es da im Netz ausreichend Infos. Vielen Dank Karl Brandt
Am 10.02.21 um 09:35 schrieb Karl Brandt:
Manfred Kreisl schrieb:
Am 09.02.2021 um 21:09 schrieb Martin Burnicki:
Am 09.02.21 um 15:37 schrieb Manfred Kreisl:
IMO wirst du mit dieser (fast noch neuen ;)) Platte nicht mehr glücklich werden
Hm, ich hatte vor einiger Zeit den Fehler, dass bei einem RAID-system immer eine Platte ausgefallen ist, die nicht mehr "taufrisch" war.
Ich habe die Platte dann durch eine neue ersetzt, die aber auch nach kurzer Zeit als defekt markiert wurde und aus dem RAID rausflog.
Stellte sich dann raus, dass der SATA-Controller das Problem war, eine preiswerte PCIe-Steckkarte. Seitdem ich den getauscht habe, läuft das RAID sogar mit der älteren Platte wieder problemlos.
Martin
Mag sein, das ist aber was ganz was anderes.
Ich beispielsweise kämpfe von SATA Anbeginn mit den vermaledeiten SATA Kabeln.
Deine aktuelle Platte zeigt hingegen Smart-Fehler und zwar zu verschiedenen Zeiten an verschiedenen Sektoren, für mich ein Zeichen dass die Platte am Sterben ist.
Manfred
Habe mir eine neue Platte bestellt. Meist geben die Dinger zu einer völlig unpassenden Zeit den Geist auf. Dazu habe ich keine Lust. Ich würde es mit der Platte ja auch noch weiter versuchen, ein tägliches Backup läuft. Aber die Systemabstürze (wenn auch selten) mit den entsprechenden Meldungen "/dev/sdb3 ..." geben mir arg zu denken.
Jetzt muss ich nur noch lesen und begreifen, wie man Daten einer fehlerhafte Platte auf eine jungfräuliche Platte ohne Übernahme der Fehler überträgt. Und die gleiche UUID soll es natürlich auch sein. Soweit ich mich erinnere gibt es da im Netz ausreichend Infos.
Vielen Dank Karl Brandt
Hi, den Rechner mit knoppix etc. booten, mit partimage Partitionen sichern und auf die neue Platte bringen. Muss dann nicht mal die gleiche Geometrie sein, nur reichen... oder clonezilla. Die UUID musst Du evt. setzen, die beruht AFAIK auf der Plattenhardware (?), weiß gar nicht, ob man die ändern kann... tune2fs -l /dev/sd... gibt sie jedenfalls aus ggf. musst Du für den grub(2) die Konfig ändern... -- cu jth
Am 09.02.21 um 23:52 schrieb Manfred Kreisl:
Am 09.02.2021 um 21:09 schrieb Martin Burnicki:
Am 09.02.21 um 15:37 schrieb Manfred Kreisl:
IMO wirst du mit dieser (fast noch neuen ;)) Platte nicht mehr glücklich werden
Hm, ich hatte vor einiger Zeit den Fehler, dass bei einem RAID-system immer eine Platte ausgefallen ist, die nicht mehr "taufrisch" war.
Ich habe die Platte dann durch eine neue ersetzt, die aber auch nach kurzer Zeit als defekt markiert wurde und aus dem RAID rausflog.
Stellte sich dann raus, dass der SATA-Controller das Problem war, eine preiswerte PCIe-Steckkarte. Seitdem ich den getauscht habe, läuft das RAID sogar mit der älteren Platte wieder problemlos.
Martin
Mag sein, das ist aber was ganz was anderes.
Ich beispielsweise kämpfe von SATA Anbeginn mit den vermaledeiten SATA Kabeln.
Klar, das ist auch noch eine potentielle Fehlerstelle.
Deine aktuelle Platte zeigt hingegen Smart-Fehler und zwar zu verschiedenen Zeiten an verschiedenen Sektoren, für mich ein Zeichen dass die Platte am Sterben ist.
Woher kennst du die Smart-Ausgaben für meine Festplatten? (SCNR) Der OP, der aktuell die Fehler hatte, ist Karl Brand, und ich wollte lediglich darauf hinweisen, dass es auch noch andere Gründe für Festplatten-Fehler geben kann. ;-) Aber es stimmt schon, wenn sogar Smart Fehler der Platte meldet, ist das Problem wahrscheinlich die Platte selbst. Martin
participants (4)
-
Jörg Thümmler -
Karl Brandt -
Manfred Kreisl -
Martin Burnicki