Die kurze Antwort: Von einer Festplatte, die Lesefehler meldet, kopiert man weder Dateien noch lässt man gewöhnliches
dddarauf los — beides liest sequenziell und bleibt bei jedem Fehler genau dort hängen, wo die Festplatte am stärksten belastet wird. GNU ddrescue geht umgekehrt vor: Zuerst sammelt es in großen Blöcken alles ein, was sich schnell lesen lässt, überspringt fehlerhafte und langsame Bereiche und kehrt erst zum Schluss sektorweise zu ihnen zurück. Den Arbeitsstand hält es in einer Mapfile fest. Nach einer Unterbrechung setzt es deshalb dort fort, wo es aufgehört hat, anstatt die Festplatte wieder von vorn zu durchlaufen. Das gilt allerdings nur für Festplatten mit fehlerhaften Sektoren: Eine Festplatte, die klickt, aus dem System verschwindet oder bei jedem Durchlauf mehr Fehler produziert, wird durch ddrescue endgültig ruiniert — sie gehört in ein Labor mit Hardware-Imager.
Das allgemeine Vorgehen bei einer beschädigten HDD — ausschalten, nicht formatieren und nicht reparieren — beschreiben wir im Artikel So retten Sie Daten von einer beschädigten HDD. Dieser Text ist die technische Ergänzung für Leser, die Linux zur Hand haben: Was ddrescue genau mit der Festplatte macht, warum seine Lesereihenfolge ihre Lebensdauer verlängert und wo die Grenze liegt, ab der jeder weitere Befehl mehr schadet als nützt. Die Aussagen zum Programmverhalten wurden anhand des Handbuchs zu GNU ddrescue 1.30 vom 1. Januar 2026 überprüft.
Warum man von einer defekten Festplatte weder Dateien kopiert noch dd ausführt
Beim Kopieren über den Dateimanager oder mit cp bestimmt das Dateisystem die Lesereihenfolge: Die Köpfe springen auf den Platten dorthin, wo das nächste Dateifragment liegt. Am ersten unlesbaren Sektor bleibt der Vorgang hängen, das System wiederholt den Leseversuch vielfach und Sie wissen nicht, wie viel von der Festplatte bereits gesichert wurde. Jeder Versuch beansprucht die Köpfe genau an der Stelle, mit der die Festplatte am schlechtesten zurechtkommt.
Bei dd ist es anders, aber nicht besser. Das ddrescue-Handbuch sagt es unverblümt: dd liest sequenziell. Liegen die Fehler am Anfang der Festplatte, kann es sie verschleißen, ohne überhaupt etwas zu retten. Programme, die bei einem Fehler auf kleine Blöcke umschalten und im beschädigten Bereich verbleiben, sind dem Handbuch zufolge noch schlimmer — sie verbringen die meiste Zeit genau dort, wo Oberfläche, Köpfe und Mechanik Schaden nehmen.
ddrescue teilt mit dd nicht den Programmcode, sondern nur den Zweck. Sein Prinzip lautet: zuerst die guten Bereiche, das Lesen innerhalb fehlerhafter oder langsamer Bereiche wird auf später verschoben. Versionen vor 1.19 verwendeten eine „Teile-und-herrsche“-Strategie, die viele Kopfbewegungen verursachte. Neuere Versionen minimieren diese Bewegungen gezielt, weil jede Fahrt über eine beschädigte Stelle die verbleibende Lebensdauer der Festplatte verkürzt. Zwei weitere Eigenschaften sind entscheidend für die Brauchbarkeit des Ergebnisses: An Positionen fehlerhafter Sektoren schreibt ddrescue nichts — in einer neu angelegten Datei bleiben dort Nullen — und es kürzt die Ausgabe nicht. Jeder weitere Lauf über dasselbe Abbild füllt lediglich Lücken auf und löscht niemals Daten, die bereits gerettet wurden.
Die fünf Phasen von ddrescue: Was geschieht und warum in dieser Reihenfolge
Die aktuelle Version arbeitet in fünf Phasen. Ältere Beschreibungen, darunter auch unser Artikel über fehlerhafte Sektoren, sprechen vereinfachend von zwei. Die Sektoren durchlaufen schrittweise die Zustände non-tried → non-trimmed → non-scraped → bad-sector, bis sie gelesen und als fertig markiert wurden.
| Phase | Was geschieht | Warum genau so |
|---|---|---|
| 1. Copying (bis zu 4 Durchläufe) | Noch nicht geprüfte Bereiche werden in großen Blöcken gelesen. Bei einem Fehler oder langsamen Lesen springt ddrescue weiter und kehrt die Richtung nach jedem Durchlauf um. Die Durchläufe 3 und 4 kehren zu Bereichen zurück, die wegen ihrer Langsamkeit übersprungen wurden. | Große Defekte schnell eingrenzen, die aussichtsreichsten Daten zuerst einsammeln und Ausgangspunkte für die folgenden Phasen schaffen. |
| 2. Trimming | Vom Rand erfolgloser Blöcke wird sektorweise nach innen gelesen, bis ddrescue auf einen fehlerhaften Sektor trifft. | An den Rändern beschädigter Bereiche besteht eine hohe Chance auf lesbare Daten. Das Handbuch rät davon ab, diese Phase abzuschalten. |
| 3. Sweeping | Die wegen Fehlern während des Copyings ausgelassenen Bereiche werden ohne Sprünge durchlaufen. | Bei gut abgegrenzten Defekten sind die Erfolgsaussichten gering, deshalb folgt diese Phase erst nach dem Trimming. -N schaltet sie ab, etwa bei einer Festplatte mit ausgefallenem Kopf. |
| 4. Scraping | Der verbliebene Rest wird Sektor für Sektor abgearbeitet. | Die langsamste und für die Festplatte belastendste Arbeit kommt zum Schluss. -n überspringt sie. |
| 5. Retrying | Fehlerhafte Sektoren werden erneut gelesen. Die Anzahl der Durchläufe bestimmt -r, die Richtung wechselt. | ddrescue kann nicht erkennen, ob ein fehlerhafter Sektor endgültig verloren ist oder sich nach einigen Versuchen doch noch lesen lässt. |
Ein wichtiges Detail zur Schonung der Festplatte: Ohne -r versucht ddrescue jeden Sektor höchstens zweimal zu lesen — einmal als Teil eines großen Blocks während Copying oder Sweeping und ein zweites Mal einzeln während Trimming oder Scraping. Zusätzliche Versuche kommen erst beim Retrying hinzu, jeweils einer pro Durchlauf. Wiederholtes Hämmern auf denselben Sektor findet nur statt, wenn Sie es selbst anfordern.
Mapfile: Warum man nicht von vorn beginnen darf
Die Mapfile ist eine Textdatei, die bis Version 1.20 logfile hieß. Sie enthält einen Kopf mit Befehl und Zeitangabe, eine Statuszeile mit der aktuellen Position, Phase und Durchlaufnummer sowie eine Liste von Blöcken mit den Zuständen ? für nicht geprüft, * für nicht getrimmt, / für nicht gescrapt, - für einen fehlerhaften Sektor und + für fertig. ddrescue speichert sie fortlaufend — abhängig von ihrer Größe alle 30 Sekunden bis 5 Minuten (--mapfile-interval), beim Beenden sowie bei einer Unterbrechung mit Strg-C — und hält daneben eine Sicherung mit der Endung .bak vor.
Ohne Mapfile kann ddrescue eine Rettung nicht fortsetzen, sondern nur neu beginnen. Darum geht es im Titel: Nach jeder Unterbrechung, jedem USB-Ausfall oder Neustart wird die Festplatte erneut von vorn gelesen. Die Köpfe fahren wieder über bereits gerettete Bereiche und alle übersprungenen Defekte müssen ein zweites Mal gesucht werden. Das Handbuch ergänzt dazu: Jedes Mal, wenn eine physisch beschädigte Festplatte anläuft und noch Daten liefert, könnte es das letzte Mal sein. Mit der Statuszeile setzt ddrescue dagegen mitten in der unterbrochenen Phase fort — nicht einmal der erste Copying-Durchlauf wird wiederholt.
Drei Regeln:
- Die Mapfile gehört auf ein drittes Medium — weder auf die zu rettende Festplatte noch auf das Ziel, das überschrieben wird. Das Handbuch verlangt eine gewöhnliche Datei in einem bereits vorhandenen Verzeichnis. Geht der Speicherplatz aus, bietet ddrescue eine Notfallspeicherung als
ddrescue.mapim aktuellen Verzeichnis oder im Home-Verzeichnis an. - Verwenden Sie niemals die Mapfile einer anderen Rettung. ddrescue würde sonst annehmen, dass Teile der Festplatte bereits gesichert wurden.
- Eine Mapfile kann mehrere Befehle für unterschiedliche Bereiche derselben Festplatte verwalten: zuerst den Plattenanfang, dann ausgewählte Bereiche und zuletzt den Rest. Bereits abgeschlossene Bereiche werden nicht zweimal gelesen.
Wohin kopieren: .img-Abbild oder Festplatte zu Festplatte
Ein Abbild in einer Datei ist für die meisten Fälle sicherer. Das Zieldateisystem muss eine Datei in der Größe der gesamten Festplatte unterstützen — bei FAT32 liegt die Grenze bei 4 GiB, NTFS, exFAT und ext4 haben damit kein Problem — und entsprechend viel freien Speicher bieten. -p reserviert den Platz im Voraus, damit die Rettung nicht auf halber Strecke wegen Platzmangels endet. Vom Abbild wird eine Arbeitskopie erstellt: Das Handbuch empfiehlt, die erste Kopie als Master aufzubewahren und Reparaturen ausschließlich an der zweiten vorzunehmen.
Festplatte zu Festplatte ist sinnvoll, wenn für ein Abbild kein Platz vorhanden ist oder Sie die gerettete Festplatte sofort verwenden möchten. Das Ziel muss mindestens so groß wie die Quelle sein, und alle darauf vorhandenen Daten werden überschrieben. Deshalb verlangt ddrescue bei einem Gerät -f als Schutz vor Tippfehlern. Weniger bekannt ist: An den Positionen fehlerhafter Sektoren bleibt auf dem Ziel erhalten, was dort vorher gespeichert war — bei einer gebrauchten Festplatte also möglicherweise fremde Daten. Wenn Sie eine saubere Kopie möchten, müssen Sie das Ziel vorher mit Nullen überschreiben.
Befehle Schritt für Schritt
Unter Debian und Ubuntu heißt das Paket gddrescue, weil der Name ddrescue früher von einem anderen Programm belegt war, nämlich dd_rescue von Kurt Garloff. Die ausführbare Datei heißt dennoch ddrescue. Ohne Installation finden Sie das Programm auf dem Live-Medium SystemRescue.
Überprüfen Sie zuerst Quelle und Ziel. Die zu rettende Festplatte darf nicht eingehängt sein — laut Handbuch ausdrücklich auch nicht schreibgeschützt. Nach einem Neustart können sich die Bezeichnungen /dev/sdX ändern. --ask zeigt vor dem Start Modell, Seriennummer und Größe beider Geräte an.
# QUELLE und ZIEL anhand der Seriennummer bestimmen, nicht anhand des Buchstabens; LOG-SEC = logischer Sektor
lsblk -o NAME,SIZE,MODEL,SERIAL,LOG-SEC
sudo smartctl -i /dev/sdX # dieselben Angaben aus der SMART-Identifikation, vom Handbuch zur Kontrolle empfohlenDie eigentliche Rettung erfolgt in zwei Durchläufen, genau wie im Handbuch beschrieben. Die QUELLE ist die defekte Festplatte /dev/sdX, das ZIEL ist ein Abbild auf einer intakten Festplatte. Werden die Argumente vertauscht, überschreiben die Daten der defekten Festplatte die intakte — deshalb --ask.
# 1. Durchlauf: schnell alles Lesbare sichern, ohne Scraping (-n), mit Gerätebestätigung (--ask)
# QUELLE /dev/sdX (defekte Festplatte) -> ZIEL /mnt/zdravy/disk.img, Mapfile auf der intakten Festplatte
sudo ddrescue -n --ask /dev/sdX /mnt/zdravy/disk.img /mnt/zdravy/disk.map
# 2. Durchlauf: Direktzugriff unter Umgehung des Kernel-Caches (-d), drei Retrying-Durchläufe (-r3);
# gelesen werden nur Bereiche, die laut Mapfile noch nicht fertig sind
sudo ddrescue -d -r3 /dev/sdX /mnt/zdravy/disk.img /mnt/zdravy/disk.map-d setzt die richtige Sektorgröße voraus. Der Standardwert beträgt 512 Byte. Bei einer Festplatte mit logischen 4-KiB-Sektoren müssen Sie -b 4096 ergänzen, sonst kann ddrescue wegen eines nicht ausgerichteten Lesezugriffs abbrechen. -c legt fest, wie viele Sektoren auf einmal gelesen werden — standardmäßig 64 KiB. Kleinere Werte können bei langsamen Festplatten helfen.
# Festplatte zu Festplatte: QUELLE /dev/sdX -> ZIEL /dev/sdY, das vollständig ÜBERSCHRIEBEN wird; -f ist bei Geräten erforderlich
sudo ddrescue -f -n --ask /dev/sdX /dev/sdY /root/disk.map
sudo ddrescue -f -d -r3 /dev/sdX /dev/sdY /root/disk.mapWenn die Festplatte an einer bestimmten Stelle einfriert, empfiehlt das Handbuch, dort nicht zu verharren: Starten Sie erneut in sicherem Abstand hinter der Problemstelle (-i) und arbeiten Sie sich anschließend mit -R rückwärts vor. Die umgekehrte Richtung gilt für alle Phasen und verändert die Blockgröße nicht.
# Festplatte fror bei etwa 12,3 GB ein: ein Stück hinter dieser Stelle fortsetzen, den Rest rückwärts abarbeiten
# dabei dieselbe QUELLE, dasselbe ZIEL und dieselbe Mapfile verwenden
sudo ddrescue -f -i 12350MB /dev/sdX /dev/sdY /root/disk.map
sudo ddrescue -f -R /dev/sdX /dev/sdY /root/disk.mapSchutzmechanismen für einen unbeaufsichtigten Lauf: -T 5m beendet den Vorgang, wenn fünf Minuten lang kein erfolgreicher Lesezugriff erfolgt. -e +50 bricht nach fünfzig neuen fehlerhaften Bereichen ab. --max-slow-reads reagiert zusammen mit -a auf einen Geschwindigkeitseinbruch. Die Werte sind Beispiele; stellen Sie sie danach ein, wie viele Fehler Sie der Festplatte noch zumuten möchten. --log-rates protokolliert die Geschwindigkeit jede Sekunde, sodass schwache Bereiche der Festplatte in einem Diagramm sichtbar werden.
Beobachten Sie auf dem Bildschirm rescued und pct rescued, bad areas sowie time since last successful read. Die geschätzte Restzeit ist laut Handbuch prinzipbedingt ungenau: Am Ende des ersten Durchlaufs werden möglicherweise Sekunden angezeigt, danach steigt die Schätzung auf Stunden oder Tage. Die guten Bereiche lassen sich schnell lesen, der Rest dauert lange.
Daten aus dem Abbild holen: nur schreibgeschützt einhängen
# Abbild der gesamten Festplatte über ein Loop-Gerät: --read-only verhindert Schreibzugriffe,
# --partscan erzeugt /dev/loop0p1, p2 …
sudo losetup --find --show --read-only --partscan /mnt/zdravy/disk.img
sudo mount -o ro /dev/loop0p1 /mnt/obrazDas Abbild einer einzelnen Partition können Sie direkt einhängen: mount -o loop,ro oddil.img /mnt/obraz. Lässt sich das Dateisystem nicht einhängen, reparieren Sie es auf einer Arbeitskopie des Abbilds — mit e2fsck, ntfsfix oder chkdsk auf der Kopie unter Windows — niemals auf dem Original. Für die Partitionstabelle verwenden Sie TestDisk, für eine verlorene Ordnerstruktur PhotoRec; beide arbeiten auf dem Abbild. ddrescuelog -l- -b4096 oddil.map gibt die Nummern der Blöcke aus, die nicht gelesen werden konnten. Die Blockgröße muss dabei zum Dateisystem passen. Bei ext4 liest e2fsck -L diese Ausgabe als Liste fehlerhafter Blöcke ein. Die Verteilung der Defekte stellt ddrescueview grafisch dar, ein Mapfile-Betrachter für Linux und Windows.
Wann ddrescue nicht hilft, sondern schadet
ddrescue ist ein Werkzeug für Festplatten mit fehlerhaften Sektoren, nicht mit defekten Köpfen. Es kann einen beschädigten Kopf nicht deaktivieren, steuert die Stromversorgung nicht, unterbindet weder die eigenen Wiederholungsversuche der Festplatten-Firmware noch deren Hintergrundwartung und liest über einen gewöhnlichen SATA- oder USB-Controller mit dessen Zeitlimits. Ein Hardware-Imager, wie er in einem Labor eingesetzt wird — etwa aus der Klasse DeepSpar Disk Imager oder PC-3000 — beherrscht all dies: Leselimits pro Sektor im Millisekundenbereich, das Aus- und erneute Einschalten der Stromversorgung einer festgefahrenen Quellfestplatte ohne Neustart des Computers, eine Kopfkarte und das bevorzugte Lesen stabiler Köpfe sowie Servicebefehle zur Umgehung der Firmware. Bei einer Festplatte mit schwächer werdendem Kopf, beschädigter Firmware oder defektem Servicebereich beschleunigt ddrescue laut Rossmann Group den Ausfall, weil es die zunehmend versagenden Köpfe über jede Spur zwingt.
| Symptom | ddrescue zu Hause | Labor |
|---|---|---|
| SMART meldet einige pending oder reallocated Sektoren, die Festplatte liest flüssig und produziert nur gelegentlich einen Fehler | Ja — zwei Durchläufe nach dem oben beschriebenen Verfahren, anschließend nur noch mit dem Abbild arbeiten. | Nicht erforderlich, solange das Abbild erstellt wird. |
| Die Festplatte klickt oder piept, läuft an und stoppt wieder oder meldet eine Kapazität von null | Nein. Ausschalten und nicht wieder einschalten; jeder Start bewegt die Köpfe über die Platten. Siehe klickende Festplatte und aufgesetzte Köpfe. | Ja — Mechanik, Reinraumwerkbank und Imager. |
Die Geschwindigkeit fällt gegen null, bad areas steigt bei jedem Durchlauf und time since last successful read wird länger | Aufhören. Die Köpfe verschlechtern sich, jede Minute schadet; -r nicht erhöhen. | Ja — Zeitlimits im Millisekundenbereich und Kopfkarte. |
| Reallocated- und Pending-Werte steigen während des Kopierens sprunghaft an | Aufhören und die Festplatte ausgeschaltet liegen lassen. Die Bedeutung der Werte erläutert der Artikel über SMART. | Ja. |
Die Festplatte verschwindet aus /dev und muss aus- und wieder eingesteckt werden | Das Handbuch beschreibt ein Verfahren für einen einmaligen Ausfall (-A, -O). Wiederholtes Verschwinden markiert die Grenze. | Ja — der Imager steuert die Stromversorgung. |
| Externe 2,5-Zoll-Festplatte von WD oder Seagate mit USB-Brücke auf der Platine | Über eine funktionsfähige Brücke ja. Die Festplatte nicht aus dem Gehäuse nehmen, da die Brücke verschlüsselt. Siehe WD und Seagate. | Ja, auch mit der ursprünglichen Brückenplatine. |
| SMR-Festplatte mit beschädigter Übersetzung oder defekter Firmware | Nein — der Fehler liegt nicht in den Sektoren. Siehe CMR im Vergleich zu SMR. | Ja — Arbeit an der Firmware. |
| SSD ohne Reaktion oder mit einer Kapazität von null | Nein. ddrescue ist zwar von der Schnittstelle unabhängig, die Störung liegt jedoch im Controller. Siehe Datenrettung von SSDs. | Ja. |
Was Sie nicht tun sollten
- chkdsk, fsck oder eine „Laufwerksreparatur“ auf dem Original ausführen. Das Handbuch warnt: Reparieren Sie niemals ein Dateisystem auf einer Festplatte mit I/O-Fehlern, da Sie weitere Daten verlieren. Reparaturen gehören auf eine Kopie des Abbilds — ausführlich erklärt im Artikel über CHKDSK.
- Diagnose- und Reparaturprogramme des Herstellers verwenden. Schreibtests, Funktionen zur „Reparatur“ von Sektoren und Löschbefehle für SSDs schreiben Daten auf das Laufwerk.
- Wiederholt neu starten und umstecken. Jedes Anlaufen einer defekten Festplatte verursacht zusätzliche Kopfbewegungen und kann laut Handbuch das letzte sein. Ein Lauf mit Mapfile ist besser als zehn Versuche nach dem Motto „Vielleicht startet sie diesmal“.
- Die Festplatte in den Gefrierschrank legen. Dadurch entsteht Kondenswasser auf den Platten, repariert wird nichts.
- Die Festplatte öffnen. Außerhalb einer Reinraumwerkbank gelangt Staub auf die Platten — siehe Mikroabschürfungen der Plattenoberfläche.
- Wiederherstellungsprogramme direkt auf der defekten Festplatte ausführen. Das bedeutet stundenlanges Lesen vom sterbenden Medium, häufig verbunden mit dem Schreiben der Ergebnisse auf dieselbe Festplatte. Zuerst ein Abbild erstellen, danach die Wiederherstellung am Abbild durchführen.
- ddrescue ohne Mapfile, auf einer eingehängten Partition oder unter Cygwin ausführen. Das Handbuch warnt vor allen drei Fällen: Der erste verhindert das Fortsetzen, der zweite erzeugt eine unbrauchbare Kopie und der dritte meldet irreführende Berechtigungsfehler.
Häufig gestellte Fragen
Lässt sich ddrescue unter Windows ausführen?
Praktisch nicht. Das Handbuch empfiehlt ein POSIX-System und beschreibt unter Cygwin Fehler vom Typ „Permission denied“, bei denen ddrescue nicht erkennen kann, was fehlgeschlagen ist. Starten Sie stattdessen ein Live-Linux. SystemRescue enthält sowohl ddrescue als auch TestDisk. Schließen Sie die defekte Festplatte erst dort an.
Wie lange dauert die Erstellung einer Bitkopie?
Die guten Bereiche werden mit der Geschwindigkeit der Festplatte gelesen, der Rest hängt von der Zahl der Defekte ab. Laut Handbuch kann eine schwierige Rettung mehrere Tage dauern. Die geschätzte Restzeit ist prinzipbedingt unzuverlässig, weil auf den schnellen ersten Durchlauf langsame, sektorweise arbeitende Phasen folgen. Jeder zusätzliche Retrying-Durchlauf belastet die Festplatte stärker als der vorherige.
Was bedeutet es, wenn ddrescue mit „bad areas“ größer als null fertig wird?
Ein Teil der Sektoren blieb unlesbar. In einem neuen Abbild stehen an diesen Stellen Nullen, während ihre Positionen exakt in der Mapfile verzeichnet sind. ddrescuelog kann daraus die Blocknummern ausgeben, sodass Sie feststellen können, welche Dateien betroffen sind. Eine Erhöhung von -r ist nur bei einer Festplatte sinnvoll, deren Zustand sich während des Kopierens nicht verschlechtert hat.
Kann ich die Rettung unterbrechen und am nächsten Tag fortsetzen?
Ja, genau dafür ist die Mapfile vorgesehen. Strg-C aktualisiert sie, und derselbe Befehl setzt beim nächsten Mal mitten in der unterbrochenen Phase fort. Prüfen Sie nach einem Neustart mit --ask, ob sich die Bezeichnung /dev/sdX geändert hat. Lassen Sie außerdem kein System das teilweise kopierte Ziel „reparieren“, bevor die Rettung abgeschlossen ist.
Eignet sich ddrescue auch für Festplatten aus einem RAID oder NAS?
Ja — für jedes Mitglied einzeln, jeweils in ein eigenes Abbild und mit einer eigenen Mapfile. Das Array wird erst aus den Abbildern zusammengesetzt, niemals durch einen Rebuild auf den defekten Festplatten. Warum ein Rebuild ein degradiertes Array endgültig zerstören kann, erklärt der Artikel über RAID.
Wenn bereits der erste Durchlauf Klickgeräusche, zweistellige Prozentwerte unlesbarer Daten oder eine gegen null fallende Geschwindigkeit zeigt, lassen Sie die Festplatte ausgeschaltet und melden Sie sich bei uns. In unserem Labor in Brno prüfen wir sie und sagen Ihnen, ob eine Fortsetzung mit einem Hardware-Imager sinnvoll ist. Weitere Informationen zur Datenrettung von HDDs, Kontakt, Telefon +420 775 556 063 oder E-Mail zachranadat@ithope.cz. Bringen Sie eine bereits vorhandene Mapfile und das Abbild mit — dadurch vermeiden Sie weitere Lesezugriffe auf die Festplatte.
Quellen
- GNU ddrescue Manual 1.30 (1. 1. 2026) — https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html
- Debian, Paket gddrescue — https://packages.debian.org/stable/gddrescue
- losetup(8) — https://man7.org/linux/man-pages/man8/losetup.8.html
- Microsoft Learn, FAT32-Grenzwert — https://learn.microsoft.com/en-us/windows/win32/fileio/filesystem-functionality-comparison
- SystemRescue — https://www.system-rescue.org/
- ddrescueview — https://sourceforge.net/projects/ddrescueview/
- Rossmann Group, What PC-3000 Actually Does — https://rossmanngroup.com/technical-reference/what-pc-3000-actually-does
- Forensics Wiki, DeepSpar Disk Imager — https://forensics.wiki/deepspar_disk_imager/
Wo Sie uns finden
ITHOPE ist eine Firma aus Brno, Tschechien: wir machen Datenrettung von Festplatten, RAID und NAS, PC- und Notebook-Service und IT für Unternehmen, alles im eigenen Labor in der Viniční 3587/216, 615 00 Brno.
Telefon +420 775 556 063 (rund um die Uhr). Das Gerät können Sie persönlich bringen oder per Kurier schicken (Zásilkovna, PPL).