Mein Chef ist besorgt, dass ich beim Klonen einer Festplatte versehentlich eine schwer zu konfigurierende Quellfestplatte beschädigt habe.
Ich glaube nicht, dass das Laufwerk beschädigt ist, da es in jeder Hinsicht einwandfrei zu funktionieren scheint. Allerdings muss ich meinen Chef gegenüber diese Annahme begründen, da die Anwendung sicherheitskritisch ist. Ein Teil der Zweifel besteht darin, dass Acronis True Image nach Abschluss des Klonvorgangs einen Fehler ausgegeben hat, obwohl das Ziellaufwerk beim Testen ordnungsgemäß funktionierte.
Meiner Erfahrung nach schlagen Klone entweder fehl oder sie funktionieren einwandfrei. Außerdem ist es sehr unwahrscheinlich, dass das Quelllaufwerk während eines Klonvorgangs beschädigt wird. Sind das faire Annahmen?
Wie kann ich dies eindeutig feststellen?
Als Plattform dient Windows 10 Pro, aber ich wäre auch an Ansätzen für andere Betriebssystemumgebungen interessiert.
Danke schön!
Antwort auf Kommentare: Der Fehler lautete „Das Klonen der Festplatte ist fehlgeschlagen.“ Vielleicht nicht wortwörtlich, aber ein sehr ähnlicher allgemeiner Fehler. Ich werde den genauen Wortlaut aktualisieren, wenn ich das Klonen erneut durchführe.
Mein Chef glaubt, dass die Daten möglicherweise verändert wurden, weil die Betriebssysteme auf beiden Laufwerken während des Tests sehr instabil wurden. Später wurde mir klar, dass dies daran lag, dass ich beim Herausnehmen des Laufwerks etwas Erdungsband entfernt hatte und das Ersetzen des Erdungsbands das Problem auf beiden Laufwerken behob.
Antwort1
Sie könnten eine SHA256-Prüfsumme für ALLE Dateien auf der Festplatte erstellen. Die einzigen Probleme sind:
- Der Vergleich wird viel Zeit in Anspruch nehmen
- Wenn Sie nach dem Klonen eines der Images booten, ändern sich einige Teile
Daher müssen Sie nach dem Klonen sofort den SHA256-Vergleich durchführen und dürfen keines der Laufwerke booten.
Wenn also ALLE SHA256-Übereinstimmungen vorliegen, sind die Dateien identisch.
Antwort2
Was genau begründet Ihr Chef für die Annahme, Sie hätten die Quellfestplatte für einen Kopiervorgang beschädigt, obwohl er weiß, dass ein Sicherungsvorgang lediglich Lesevorgänge auf der Quellfestplatte umfasst?
Meiner Erfahrung nach schlagen Klone entweder fehl oder sie funktionieren einwandfrei. Außerdem ist es sehr unwahrscheinlich, dass das Quelllaufwerk während eines Klonvorgangs beschädigt wird. Sind das faire Annahmen?
Ihr Sicherungsvorgang hat wahrscheinlich Probleme mit Ihrem Quelllaufwerk aufgedeckt, da Ihr Sicherungsvorgang versucht hat, Sektoren des Laufwerks zu lesen, die bei normaler Verwendung nicht gelesen werden. Sie finden ähnliche Probleme auf dieser Site, wenn Sie nach dem Programm Rufus suchen. Die Leute behaupten, Rufus würde ihr USB-Laufwerk zerstören. In Wirklichkeit deckt es Probleme des Ziellaufwerks auf, da viele Informationen (eine große Bilddatei) in kurzer Zeit geschrieben werden und viel Speicherplatz auf dem USB-Stick verbraucht wird.
Wie kann ich dies eindeutig feststellen?
Sie müssten die Sektorlesbarkeit und die Integrität des Dateisystems überprüfen, da Sie den von Ihnen in Acronis True Image verwendeten Kopiermodus nicht offengelegt haben: Dateien oder Partitionen, belegter Speicherplatz oder vollständige Sektor-für-Sektor-Kopie ...
- Führen Sie smartmontools aus und veröffentlichen Sie Ihre Protokolldatei hier.
Eine Beschreibung zum Erstellen einer Logdatei finden Sie hier:
https://forum.cgsecurity.org/phpBB3/viewtopic.php?f=5&t=10910
- Abhängig von den in der Protokolldatei angezeigten Parametern sollten Sie entweder Ihr Quelllaufwerk duplizieren oder nach nicht lesbaren Sektoren suchen. Am einfachsten geht das von einem Linux-USB-Stick aus, der mit Knoppix, systemrescueCD oder anderen Dateien gefüllt ist. Die grundlegende Syntax lautet
ddrescue infile outfile mapfile.infileundoutfilekann sowohl Partitionen und Laufwerke als auch Dateien darstellen. Sie müssten diesen Befehl auf Ihrer Festplatte ausführen. Die Map-Datei zeigt nicht lesbare Sektoren in codierter, aber lesbarer Form an.
Wenn es darum geht, die Lesbarkeit des Eingabelaufwerks zu überprüfen, wird das Ausgabeziel mithilfe von „ /dev/nullas outfile“ verworfen.
- Ausführen von chkdsk auf der Quellfestplatte
Das Ausführen von chkdsk auf der Quelle kann nicht rückgängig gemacht werden. Wenn Sie vermuten, dass Ihre Quellfestplatte beschädigt ist, stellen Sie sicher, dass ein Duplikat verfügbar ist, bevor Sie chkdsk aufrufen.
Antwort3
Das Klonen hätte keinen Schaden anrichten könnendie Festplatte, also das physische Gerät. Das Lesen einer zu klonenden Festplatte und das Schreiben auf eine Festplatte, auf die geklont wird, unterscheidet sich nicht von anderen Festplattenvorgängen. Das bedeutet, dass die Wahrscheinlichkeit einer versehentlichen Beschädigung der Festplatte nicht größer ist als beim Kopieren einer Datei (natürlich angepasst an die Menge der zu klonenden Daten). Es ist zwar möglich, dass das Laufwerk während des Klonens ausfällt, aber in diesem Fall würde es auch bei normalem Betrieb sehr bald ausfallen. Es ist nicht das Klonen, das das Ereignis verursacht, sondern der Zustand des Laufwerks.
Der physische Zustand der Festplatte kann durch Lesen ihrer SMART-Parameter überprüft werden. SMART ist ein in die Festplatte integriertes System zur Erfassung diagnostischer Daten. Am wichtigsten ist, dass die Anzahl der neu zugewiesenen Sektoren und die Anzahl der ausstehenden Sektoren idealerweise beide 0 sein sollten. Wenn einer dieser Parameter größer als null ist, sollte das Laufwerk als nicht vollständig zuverlässig betrachtet werden. Wenn der Wert im Tausenderbereich liegt, ist es eine tickende Zeitbombe.
Wenn SMART in Ordnung zu sein scheint, ist die Festplatte nicht beschädigt (bis auf äußere mechanische Schäden, wie beispielsweise das von Ihnen erwähnte Band).
Dann gibt es den logischen Schaden, d. h. die Beschädigung der Strukturen auf der Festplatte: der Partitionstabelle und der Dateisysteme. Mit anderen Worten, die Bytes können korrekt gelesen und geschrieben werden, aber ihre Werte ergeben keinen Sinn oder sind inkonsistent. Eine solche Beschädigung könnte bereits auf der Quellfestplatte vorhanden sein, beim Bearbeiten des Images entstanden sein oder beim Schreiben auf die Zielfestplatte auftreten (obwohl anspruchsvollere Klonprogramme wie Acronis True Image den ersten Fall erkennen würden, sofern das Klonen Sektor für Sektor nicht aktiviert ist). Dies würde auch passieren, wenn auf eine Partition geklont wird, die kleiner als die Quelle ist, aber wenn ich mich richtig erinnere, erkennt True Image das auch.
Ein guter Partitionseditor sollte Ihnen sagen, ob es Probleme mit der Partitionstabelle gibt. GParted beispielsweise, das kostenlos ist und z. B. von einem Ubuntu-USB-Stick gestartet werden kann, warnt Sie beim Start vor möglichen Problemen. Wenn es ohne zusätzliche Dialoge zum Hauptfenster gelangt, ist die Partitionstabelle in Ordnung. Suchen Sie dann nach Warn- oder Fehlersymbolen neben den angezeigten Partitionen. Wenn es welche gibt, klicken Sie mit der rechten Maustaste auf die Partition und wählen SieInformation. (Die neuesten Versionen von GParted zeigen neben FAT-Partitionen einen Fehler an, wenn einige Systempakete fehlen – dies ist kein Hinweis auf ein Problem mit der Partition und kann ignoriert werden.)
Schließlich könnte das Dateisystem einer Partition beschädigt sein. Bei NTFS verwenden Sie am besten Windows chkdskoder das grafische Gegenstück, um die Konsistenz des Dateisystems zu überprüfen. Einige dieser Probleme können mit diesen Tools behoben werden.