Affidabilita' di un disco esterno 500GB "intenso"

Chiedo consiglio sull’affidabilita’ di un vecchio disco esterno, datomi per fare copie di sicurezza di un latopo levovo ideapad320 prima di migrarlo da w10 a linux.

Allego il file risultato dall’uso smartctl -a /dev/sdx in debian13.
Il disco era pieno a meta’ con dati “da perdere” non sensibili. La riformattazione su linux continuava a dare errore sui settori in modo massiccio.
Davo il disco per giunto a fin-di-vita.

Pero’:
Collegando il disco ad un MacBook ed usando la disk-utility, in meno di un minuto si e’ creata una partizione exfat apparentemente affidabile.

Era un’ultimo tentativo, visto che sul manuale del disco si dice:
”System requirements: USB2.0/3.x port, Windows 8 or newer, macOS 10.x or newer”

Ratschlaege ?

dankimvoraus
toni

… Inzwischen laeuft ein Versuch, vom W10 auf dem Ideapad 320 (hd 1 tb) ein cz-image zu erstellen.
(vorgesehene Dauer 2h + 2h Verifizierung)

t.

Es fehlt das Ergebnis von smartcl. Dort kann man das Lebensende oft gut erkennen.

Wenn ein Macbook ein Partition ohne Fehler anlegen konnte, bedeutet dies nicht, dass die Platte dann wieder ok ist. Ein plausible Erklärung wäre, dass das Macbook die Partition auf eine andere Art anlegt und so nicht auf gleiche Sektoren kommt (mbr vs. gpt).

Ebenfalls möglich, dass es was mit USB zu tun hat, z.B: dass der USB-Port vom Mac die bessere Stromversorgung hat oder der andere USB-Controller Aussetzer liefert.

Wenn du sichere Aussagen über eine Platte machen willst, schließe die Platte über sata an.

Lesefehler, genauer Bitfehler beim Lesen, bedeuten, dass der Block sich seit dem Schreiben verändert hat. Wenn du nicht liest sondern schreibst, wird ein Fehler nur dann erkannt, wenn der Block so defekt ist, dass es bereits beim Schreiben bemerkt wird.

Mit folgenden Aufruf kannst du alle Fehler finden, kann aber dauern, bzw abbrechen, wenn zu viele vorhanden sind.

ddrescue -f /dev/sdx /dev/null ddrescue.log

intenso-disk-500gb.txt (9.7 KB)

sorry…
(das cz-image laeuft inzwischen reibungslos ohne fehlermeldung seit 80 minuten)