Um die Integrität der auf den von mir zum Archivieren von Daten verwendeten Festplatten (die mindestens 30 Jahre halten sollen) gespeicherten Daten zu überprüfen und ihre magnetische Stärke wiederherzustellen, möchte ich alle ein bis zwei Jahre jeden Datenblock auf der Festplatte lesen und neu schreiben. Manche sind HFS+ und manche NFTS.Diese Antwortschlägt ein Dienstprogramm vor, das dies erledigt, wenn es von einem Windows-Computer ausgeführt wird, aber ich habe keinen Windows-Computer zur Hand, und selbst wenn ich einen hätte, glaube ich nicht, dass das Windows-Dienstprogramm mit HFS+-Festplatten funktioniert.
Ich möchte sicherstellen, dass ich wichtige „versteckte“ Daten wie die Partitionszuordnung selbst aktualisiere. Daher suche ich nach einem Verfahren, das ich auf einem Mac ausführen kann und das die Festplatte einfach wie einen Rohblockspeicher behandelt und nur jeden Block auf der Festplatte liest und neu schreibt, aber gleichzeitig genügend Informationen liefert, um bei einem Lese- oder Schreibfehler festzustellen, welche Dateien beschädigt sind. (Da ich von allem zwei Archivkopien habe, hoffe ich, dass ich eine fehlerhafte Datei in einem Archiv mit einer intakten Datei aus dem anderen Archiv wiederherstellen kann.)
Mir fallen viele Möglichkeiten ein, alle Daten auf der Festplatte zu lesen, wenn ich es schaffe, dass der Mac sie als Raw-Laufwerk mountet. Aber es gibt keine zufriedenstellende Möglichkeit, die Daten wieder in denselben Block zu schreiben oder zu ermitteln, zu welcher Datei ein fehlerhafter Block gehört.
Eine Lösung, die die Daten neu schreibt, wäre immer noch hilfreich, auch wenn sie nicht kennzeichnen kann, welche Datei beschädigt ist, wenn ein fehlerhafter Block gefunden wird. Wenn Sie eine Lösung kennen, die nur unter Linux oder Windows funktioniert, würde ich gerne davon erfahren, solange sie sowohl HFS+- als auch NTFS-Laufwerke verarbeiten kann. Wenn Sie außerdem ein Dienstprogramm kennen, das anhand einer Rohblock-ID bestimmen kann, zu welcher Datei ein fehlerhafter Block gehört, wäre das als Hälfte einer zweiteiligen Lösung ebenfalls nützlich.
Antwort1
Zunächst eine Anmerkung: Für die Langzeitarchivierung ist eine Festplatte nicht das beste Medium.M-DiscTechnologie kann Ihre Datengut für tausend Jahre. Diese Discs waren früher teuer, aber jetzt ist ihr Preis gesunken. Zum Beispiel bei AmazonVerbatim M-Disc 5er-Pack BD-R 25 GBkostet derzeit 14,27 $ für insgesamt 125 GB. Außerdem benötigen Sie den passenden Brenner. Der Vorteil ist, dass nach dem Schreiben nicht viel Pflege für die Daten erforderlich ist.
Nun zu magnetischen Festplatten: Studien haben gezeigt, dass gelagerte Festplatten jährlich etwa 1 % ihres Magnetismus verlieren. Obwohl es mehr als 50 Jahre dauern würde, um mehr als 50 % des Magnetfelds zu verlieren, ist es dennoch ratsam, alle 3-5 Jahre eine vorbeugende Auffrischung durchzuführen.
Es stellt sich auch heraus, dass moderne Festplattenlaufwerke jeden Sektor neu schreiben, dessen Magnetfeld einen bestimmten eingebauten Schwellenwert unterschritten hat. Wenn die Festplatte lange genug eingeschaltet bleibt, wird jeder Sektor von der Firmware überprüft. Wenn Sie nicht warten möchten, müssen Sie lediglich einen Lesevorgang der gesamten Festplatte (Oberflächenscan) erzwingen, damit jeder Sektor überprüft wird.
Einige Befehle, mit denen die gesamte Festplatte gelesen werden kann, sind:
sudo cat /dev/rdisk0 > /dev/null
sudo badblocks -b 4096 -p 1 -c 32768 /dev/rdisk0
Behalten Sie auch dieSCHLAUStatistiken der Festplatte. Der Back Blaze-ArtikelSMART-Statistiken zur Festplattelistet fünf SMART-Metriken auf, die auf einen bevorstehenden Festplattenausfall hinweisen:
- SMART 5 – Anzahl der neu zugewiesenen Sektoren
- SMART 187 – Gemeldete_nicht_korrigierbare_Fehler
- SMART 188 – Befehl_Timeout
- SMART 197 – Anzahl der aktuell ausstehenden Sektoren
- SMART 198 – Offline_Nicht korrigierbar
Back Blaze verwendet als Kriterium die Metrik 187 und empfiehlt, das Laufwerk auszutauschen, sobald sie ungleich Null wird. Andere Metriken sind jedoch ebenso schlecht: Metrik 197 zählt beispielsweise nicht wiederherstellbare Sektoren. Für die Archivierung würde ich sagen, dass es vorzuziehen ist, wenn alle diese Metriken auf Null bleiben.