Die wichtigsten Punkte auf einen Blick
- Erst prüfen, dann handeln: Klickgeräusche, Aussetzer oder wiederholte Verbindungsabbrüche sprechen für ein hohes Risiko.
- Das Original bleibt unangetastet: Nicht mounten, nicht reparieren, keinen Dateisystem-Check vor dem Klon starten.
- Für beschädigte Laufwerke ist ddrescue meist die stärkste DIY-Option: Es liest gute Bereiche zuerst und lässt sich mit Mapfile fortsetzen.
- Clonezilla kann helfen, ist aber weniger fein steuerbar: Der Rescue-Modus überspringt fehlerhafte Sektoren, ersetzt aber keine saubere Rettungsstrategie.
- Zielmedium richtig wählen: Für einen Direktklon brauchst du eine gleich große oder größere Platte, für ein Image zusätzlichen Speicherplatz.
- Nach dem Klon nur die Kopie anfassen: Erst dort reparieren, mounten und Dateien prüfen.
Wann sich das Klonen einer defekten Festplatte noch lohnt
Ich würde eine beschädigte Platte nur dann klonen, wenn sie noch halbwegs lesbar ist und sich der Schaden eher in vereinzelten Lesefehlern als in einem Totalausfall zeigt. Typisch sind langsame Zugriffe, vereinzelte CRC-Fehler, SMART-Warnungen oder Dateien, die manchmal öffnen und manchmal nicht. In so einem Fall ist ein Klon sinnvoll, weil ich den aktuellen Zustand konserviere und danach in Ruhe mit der Kopie arbeiten kann.
Anders sieht es aus, wenn das Laufwerk klackt, immer wieder neu anläuft, gar nicht mehr erkannt wird oder nach wenigen Sekunden verschwindet. Dann wird aus einem Rettungsversuch schnell ein Verschleißproblem. Ein weiterer Vollzugriff kann genau die Bereiche zerstören, die noch lesbar wären. Ein Klon ist außerdem kein Backup im klassischen Sinn; er friert den Ist-Zustand ein, inklusive Fehlern.
- Gute Chancen: die Platte wird erkannt, liest aber langsam oder mit einzelnen Fehlern.
- Mittleres Risiko: viele Sektoren sind defekt, das Laufwerk bleibt aber stabil erreichbar.
- Schlechtes Zeichen: Klickgeräusche, starkes Wiederanlaufen, starke Hitze oder komplettes Verschwinden aus dem System.
Je früher ich die Lage sauber einordne, desto eher bekomme ich noch einen brauchbaren Klon. Genau deshalb beginnt alles mit der Vorbereitung des Setups, nicht mit dem ersten Kopierbefehl.
So bereite ich den Klon sauber vor
Ich arbeite bei einer defekten Platte nie aus dem laufenden Betriebssystem heraus, wenn dort noch etwas vom Quelllaufwerk gemountet ist. Ein Live-System ist die sauberere Wahl, weil es die Quelle nicht automatisch anfasst und ich die Geräte bewusst zuordnen kann. Die aktuelle GNU-ddrescue-Dokumentation betont das Mapfile ausdrücklich, weil der Vorgang damit unterbrochen und später genau an derselben Stelle fortgesetzt werden kann.
| Weg | Vorteil | Nachteil | Wann ich ihn nehme |
|---|---|---|---|
| Direkt auf Zielplatte klonen | Sofort bootfähige Ersatzplatte | Ziel wird sofort überschrieben | Wenn schnell ein Ersatzsystem gebraucht wird |
| Als Image sichern | Flexibler, wiederholbar, archiviert den Zustand | Benötigt zusätzlichen Speicherplatz | Wenn ich erst retten und später analysieren will |
Vor dem Start prüfe ich die Laufwerke immer über Modell und Seriennummer, nicht nur über `sda` oder `sdb`. Ein einmal verwechseltes Zielmedium ist der Klassiker unter den unnötigen Katastrophen. Für die Identifikation reichen meist zwei kurze Befehle:
lsblk -o NAME,SIZE,MODEL,SERIAL,TYPE,MOUNTPOINT
smartctl -i /dev/sdXWichtig ist außerdem die Umgebung: stabile Stromversorgung, keine wackeligen USB-Hubs, möglichst kurze und saubere Kabel. Wenn ich eine stark angeschlagene HDD höre, würde ich sie nicht noch über einen instabilen Adapter quälen. Sobald die Vorbereitung steht, entscheidet die Werkzeugwahl darüber, wie viel Daten überhaupt noch lesbar sind.
Welches Werkzeug bei welchem Schaden sinnvoll ist
Bei beschädigten Laufwerken zählt nicht nur das Tool, sondern das Verhalten des Tools unter Fehlern. ddrescue ist in der Praxis oft die beste erste Wahl, weil es gute Bereiche zuerst kopiert und problematische Bereiche später gezielt nacharbeitet. Clonezilla hat zwar einen Rescue-Modus, der defekte Sektoren überspringen soll, aber ich setze ihn eher bei milderen Schäden oder für einfache Klonaufgaben ein.
| Werkzeug | Stärke | Schwäche | Mein Einsatzfall |
|---|---|---|---|
| GNU ddrescue | Rettet gute Bereiche zuerst, nutzt Mapfile, lässt sich sauber fortsetzen | CLI-lastig und bei falscher Gerätewahl gefährlich | Erste Wahl bei Lesefehlern und instabilen HDDs |
| Clonezilla mit Rescue-Modus | Einfachere Bedienung, gut für bekannte Standardabläufe | Weniger fein steuerbar, bei schweren Schäden unruhiger | Wenn der Schaden noch überschaubar ist und ich schnell arbeiten will |
| `dd` | Überall verfügbar, sehr direkt | Liest sequenziell und reagiert auf Fehler schlecht | Nur in kontrollierten Fällen oder bei gesunden Datenträgern |
| Professionelle Datenrettung | Beste Chance bei mechanischen oder elektronischen Defekten | Teuer und nicht sofort verfügbar | Wenn die Daten kritisch sind oder die Platte mechanisch auffällig ist |
Wenn ich nur einen Satz behalten dürfte, wäre es dieser: Ein gutes Rettungstool arbeitet nicht heldenhaft, sondern vorsichtig. Es rettet zuerst das, was leicht lesbar ist, und geht erst danach an die problematischen Stellen. Genau diese Reihenfolge macht bei beschädigten Datenträgern den Unterschied.
So gehe ich beim eigentlichen Klonen vor
Den ersten Durchlauf bewusst konservativ anlegen
Im ersten Pass will ich möglichst viel Datenmenge mit möglichst wenig Stress sichern. Darum starte ich bei ddrescue ohne aggressive Wiederholungen. Der erste Durchlauf soll die guten Bereiche schnell kopieren und die fehlerhaften Stellen nur markieren, nicht minutenlang darauf herumreiten. Das ist der Punkt, an dem sich ddrescue von einem simplen Kopierkommando unterscheidet.
sudo ddrescue -f -n /dev/sdX /dev/sdY /mnt/rettung/festplatte.mapIn diesem Beispiel ist `/dev/sdX` die defekte Quelle und `/dev/sdY` die Zielplatte. Ich prüfe beide Geräte vorher doppelt, weil ein falscher Buchstabe hier sofort teuer wird. Das Mapfile liegt auf einem gesunden Medium, nicht auf dem gefährdeten Laufwerk selbst. Bei einem 1-TB-Laufwerk kann ein sauberer erster Durchlauf grob in wenigen Stunden durch sein; mit Lesefehlern kann derselbe Vorgang leicht einen ganzen Tag oder länger dauern.
Danach gezielt nachfassen, statt das Laufwerk zu verheizen
Wenn der erste Durchlauf steht, gehe ich an die problematischen Bereiche mit mehr Kontrolle heran. Dafür ist direkte Plattenansprache mit begrenzten Wiederholungen oft sinnvoll. Ich setze Retries sparsam ein, weil jedes zusätzliche Nachbohren auf einem mechanisch angeschlagenen Laufwerk die Lage verschlechtern kann.
sudo ddrescue -d -r3 /dev/sdX /dev/sdY /mnt/rettung/festplatte.mapDie Kombination aus `-d` und moderatem Retry-Wert ist für mich der vernünftige Mittelweg. Drei Versuche reichen in vielen Fällen; wenn die Platte dabei hörbar schlechter wird, reduziere ich die Zahl oder stoppe ganz. Die Idee ist nicht, jede letzte Spur um jeden Preis zu erzwingen, sondern den maximal brauchbaren Zustand zu sichern.
Lesen Sie auch: Dell PC-Wechsel - Migration oder Backup? Die beste Strategie
Clonezilla nur dann einsetzen, wenn der Schaden noch moderat ist
Wenn ich Clonezilla verwende, dann eher für klar strukturierte Fälle, etwa wenn die Festplatte noch zuverlässig erkannt wird und die Fehler nicht massenhaft auftreten. Der Rescue-Modus kann defekte Sektoren überspringen, aber ich erwarte davon kein Wunder bei einem Laufwerk, das bereits mechanisch instabil ist. Für den harten Rettungseinsatz bleibe ich deshalb bei ddrescue.
Ein weiterer praktischer Punkt: Wenn nur eine einzelne Partition betroffen ist, kann ein Partition-zu-Partition-Vorgehen sinnvoller sein als der komplette Datenträgerklon. Das spart Zeit und reduziert den Bereich, den ich überhaupt anfassen muss. Nach dem Klonen geht es dann nicht um Hektik, sondern um eine saubere Nacharbeit auf der Kopie.
Typische Fehler, die den Schaden vergrößern
Die meisten Probleme entstehen nicht beim Kopieren selbst, sondern davor oder danach. Ich sehe immer wieder dieselben Fehler: jemand bootet das System normal, lässt Windows oder Linux die Platte automatisch prüfen oder startet direkt einen Reparaturversuch. Das ist bei I/O-Fehlern die falsche Reihenfolge.
- Das Original wird gemountet: Schon ein Lesezugriff kann automatische Reparaturen triggern.
- Es wird zuerst repariert statt geklont: Dateisystem-Tools gehören auf die Kopie, nicht auf die kranke Quelle.
- Zu viele Wiederholungen: Dauerndes Nachlesen auf einem klackernden Laufwerk verschlechtert die Chancen.
- Das Zielmedium ist zu klein oder nicht sauber leer: Ein Direktklon braucht Platz und klare Verhältnisse.
- Geräte werden nur nach Namen erkannt: `/dev/sdX` kann sich nach einem Neustart ändern.
- Der Klon wird als Reparatur missverstanden: Ein Klon konserviert den Zustand, er heilt nichts.
Wenn ich diese Fehler vermeide, steigt die Chance auf einen brauchbaren Datensatz deutlich. Genau deshalb behandle ich den Klon als Rettungsphase, nicht als Reparaturphase.
Was nach dem Klon wirklich zählt
Sobald die Kopie steht, arbeite ich nur noch auf dem Zielmedium weiter. Erst dort prüfe ich, ob sich die Partitionen mounten lassen und ob die wichtigsten Dateien vollständig sind. Wenn das Dateisystem beschädigt ist, darf die Reparatur nur die Kopie betreffen. Unter Linux wäre das zum Beispiel `e2fsck` bei ext-Dateisystemen, unter Windows ein entsprechender Check auf der geklonten Platte - nie auf der Originalquelle.
Wenn sich die Kopie nicht sauber mounten lässt, heißt das nicht automatisch, dass die Rettung gescheitert ist. Dann lohnt sich oft ein Blick auf die wichtigsten Verzeichnisse, einzelne Archive oder Fotos, bevor ich an tiefere Reparaturschritte gehe. Bei einer HDD mit vielen Lesefehlern ist es oft klüger, zuerst das Wertvollste zu sichern und den Rest später zu bewerten. Bei SSDs ist die Lage etwas anders: Die Fehlerbilder sind unberechenbarer, und wenn der Controller schon instabil ist, würde ich schneller an professionelle Hilfe denken.
Auch organisatorisch lohnt sich Sauberkeit: Das Mapfile, die geklonte Platte und eine kurze Notiz zum Zustand sollten zusammenbleiben. Wer später noch einmal nacharbeiten muss, spart damit viel Zeit und vermeidet den Fehler, dieselbe beschädigte Quelle versehentlich erneut zu traktieren. Von hier aus ist der letzte Schritt nicht Technik, sondern Disziplin: die Rettung abschließen und das alte Laufwerk nicht wieder in den normalen Betrieb zwingen.
Der Fahrplan, den ich im Ernstfall einhalte
Wenn mir eine beschädigte Festplatte begegnet, gehe ich immer in derselben Reihenfolge vor: Zustand einschätzen, Quelle schützen, Zielmedium vorbereiten, mit einem konservativen ersten Pass beginnen und nur dann nacharbeiten, wenn das Laufwerk es noch hergibt. Diese Reihenfolge ist langweilig, aber genau deshalb funktioniert sie. Wer zu früh repariert, verliert oft mehr, als er gewinnt.
- Bei wichtigen Daten: sofort stoppen, nicht weiter experimentieren und nur das Nötigste tun.
- Bei leichten Lesefehlern: ein geplanter Klon mit ddrescue ist meist die vernünftigste Lösung.
- Bei Klickgeräuschen oder Totalausfällen: kein Endlosversuch, sondern realistisch über professionelle Datenrettung nachdenken.
- Nach erfolgreichem Klon: nur noch mit der Kopie arbeiten, das Original aus dem Verkehr ziehen und später ersetzen.
Wer den Klon als Zwischenstation versteht, reduziert das Risiko deutlich. Erst sichern, dann prüfen, dann reparieren - diese Reihenfolge entscheidet bei einer defekten Festplatte oft darüber, ob am Ende noch verwertbare Daten da sind oder nur ein beschädigtes Abbild des Problems.
