staging.inyokaproject.org

i/o error beim Lesen von SSD

Status: Ungelöst | Ubuntu-Version: Xubuntu 22.04 (Jammy Jellyfish)
Antworten |

DoktorSeltsam

Anmeldungsdatum:
11. Februar 2007

Beiträge: 723

Im Rahmen meiner regelmäßigen Datensicherung mit luckybackup (also im Ergebnis rsync) sichere ich auch eine ca. 90 GB große vdi-Datei von Virtualbox. Mir fiel nun auf, dass luckybackup beim Versuch, diese Datei zu kopieren, immer wieder mit Fehler abbricht. Ich habe dann versucht, die Datei manuell mit Thunar zu kopieren. Es kommt dabei immer wieder zu I/O errors.In dmesg wird dabei auf sda2 verweisen, das ist die Samsung EVO 870 2TB mit meiner Xubuntu-Installation (=Quell-Laufwerk beim Kopieren). Sicherheisthalber habe ich dann ein Livesystem von USB gebootet und das gleiche nochmal probiert - gleiches Resultat. Die SSD ist noch kein Jahr alt - gekauft im April 2022.

Im Moment komme ich nicht an die logs mit den exakten Fehlermeldungen ran, denn das Laufwerk ist gerade ausgehängt und ein badblocks check (sudo badblocks -vsn /dev/sda) läuft. Aktueller Stand bei 85%:

1676019660ne, 10:43:09 elapsed. (19695/0/0 errors)

Ich hatte erst die Hoffnung, dass es nur irgendeine Besonderheit der virtuellen Laufwerksdatei ist, aber das sieht wahrscheinlich nicht gut aus, oder?

Bearbeitet von kB:

Irreführende Angaben aus Titel entfernt. Bitte wähle in Zukunft einen aussagekräftigen Titel!

Moderiert von kB:

Aus dem Forum „Sicherheit“ in einen besser passenden Forenbereich verschoben. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“) im jeweiligen Forum! Danke.

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 18245

Dann hat die SSD vermutlich nen Schaden.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9837

DoktorSeltsam schrieb:

[…] Samsung EVO 870 […] badblocks check (sudo badblocks -vsn /dev/sda)

Das Programm badblocks liefert prinzipbedingt bei einer SSD keine sinnvolle Information. Brich den Test ab.

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 18245

kB schrieb:

DoktorSeltsam schrieb:

[…] Samsung EVO 870 […] badblocks check (sudo badblocks -vsn /dev/sda)

Das Programm badblocks liefert prinzipbedingt bei einer SSD keine sinnvolle Information. Brich den Test ab.

Das stimmt zwar prinzipiell, weil beim Schreiben nicht zwingend der gleiche Speicherbereich genutzt wird, aber wenn Fehler beim Schreiben oder Lesen auftreten, ist das doch ein Indikator für einen Fehlerzustand.

frostschutz

Avatar von frostschutz

Anmeldungsdatum:
18. November 2010

Beiträge: 7795

Mit badblocks -n riskierst du erst recht kompletten Datenverlust. Überschreibt alles doppelt. Daten futsch wenn das Zurückschreiben der Originaldaten nicht klappt. Die Problematik mit Schreibzyklen bei SSD kommt dann ggf. noch oben drauf.

Niemals badblocks anwenden wenn man noch Daten retten möchte. Wenn ein Lesetest erwünscht ist, kann man gleich zu ddrescue greifen, das erzeugt dann wenigstens auch noch eine brauchbare 1:1 Kopie dabei.

» ddrescue und hoffen, auf der vmtl. defekten SSD selbst sonst nichts mehr machen

Wenn du eh schon Backups hattest, eben davon wiederherstellen.


Wenn es nicht ums Datenretten geht sondern darum die SSD wieder flott zu machen (wenn das überhaupt möglich ist), dann ist badblocks auch das falsche Werkzeug. badblocks -n behebt keine I/O-(Lese-)fehler.

Antworten |