Schritt-für-Schritt Anleitung: Datenwiederherstellung von RAID-Systemen unter Linux

1. Vorbereitung: Hardware und Sicherheit zuerst

Bevor es an die eigentliche Datenwiederherstellung geht, steht die Sicherung der Hardware an erster Stelle. Sobald ein NAS Ausfallerscheinungen zeigt – blinkende LEDs, nicht erreichbare Freigaben, ungewöhnliche Geräusche – gilt: Sofort ausschalten und vom Strom trennen. Jeder weitere Startversuch kann wertvolle Datenblöcke überschreiben.

1. NAS herunterfahren: Ziehe Netz- und Netzwerkkabel. Öffne das Gehäuse vorsichtig und entnehme alle Laufwerke.
2. Beschriftung: Markiere die Festplatten nach Slot-Reihenfolge (z. B. „Bay 1“, „Bay 2“). Das ist wichtig für RAID5/6, da die Reihenfolge beim Wiederaufbau zählt.
3. Schreibschutz: Verwende nach Möglichkeit SATA-USB-Docks mit Hardware-Schalter für Read-Only. Alternativ: arbeite unter Linux mit mount -o ro.
4. Hardware bereitstellen: Für die Rettung brauchst du ein Linux-System (Live-USB wie SystemRescue oder Ubuntu Live) und SATA-USB-Docks oder ein Multi-Bay-Gehäuse. Modelle von ICY Box oder UGREEN sind ideal, da sie 2,5″/3,5″ SATA-HDDs und SSDs unterstützen.

Wichtig: Keine Reparaturversuche mit Windows-Tools wie CHKDSK – das zerstört oft mehr, als es hilft.

2. Linux-Umgebung einrichten und Laufwerke analysieren

Starte dein Rettungs-Linux (z. B. Ubuntu Live oder Desinfec’t) und öffne ein Terminal. Ziel ist es, die Platten korrekt zu erkennen und das RAID wieder zusammenzusetzen.

1. Geräte identifizieren: Mit lsblk oder fdisk -l siehst du alle angeschlossenen Laufwerke. Typischerweise heißen sie /dev/sda, /dev/sdb usw.
2. RAID-Metadaten prüfen: Prüfe die Header mit sudo mdadm --examine /dev/sdXN. Hier erkennst du, ob und wie das RAID konfiguriert war (z. B. Level 1, 5 oder 6).
3. RAID zusammenbauen: Mit sudo mdadm --assemble --scan versucht Linux automatisch, bekannte Arrays zusammenzusetzen. Alternativ manuell: sudo mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1.

Wenn alles klappt, sollte ein neues Gerät /dev/md0 erscheinen – das virtuelle Volume deines NAS. Sollte der automatische Scan fehlschlagen, prüfe die Header der einzelnen Platten. Bei RAID5 mit einer defekten Platte kannst du --force nutzen, um ein degradiertes Array zu starten.

3. Dateisystem mounten und Daten sichern

Sobald das RAID-Device erkannt wurde, geht es ans Einhängen (Mounten) und Kopieren der Daten. Der wichtigste Grundsatz bleibt: niemals schreibend auf das RAID zugreifen.

1. Mountpunkt anlegen: sudo mkdir /mnt/restore
2. Volume einbinden: sudo mount -o ro /dev/md0 /mnt/restore
3. Struktur prüfen: Navigiere zu /mnt/restore. Bei Synology-Systemen findest du meist Ordner wie volume1 oder homes.
4. Dateisystem prüfen: Für ext4 nutze fsck -n /dev/md0 (nur lesen!), für Btrfs btrfs check --readonly /dev/md0.
5. Daten kopieren: Verwende rsync -avh /mnt/restore /media/backup/ oder cp -a. Alternativ kannst du mit ddrescue ein komplettes Image ziehen.

Praxis-Tipp: Große Kopiervorgänge laufen stabiler, wenn du Zielmedien mit SSD– oder NVMe-Basis nutzt. Das spart Zeit und reduziert I/O-Fehler.

4. Praxisbeispiele: Synology RAID1 und QNAP RAID5

In der Praxis unterscheiden sich die Systeme nur geringfügig. Zwei typische Szenarien verdeutlichen den Ablauf.

Projekt A – Synology DS218 mit RAID1

Ein Klassiker: Zwei 4 TB Seagate IronWolf im RAID1, eine davon defekt. Vorgehensweise:

• Beide Platten ausbauen, in USB-Dock stecken.
• Linux booten, mdadm --assemble --scan ausführen.
• /dev/md0 readonly mounten und Daten aus /volume1 kopieren.

Das Ganze dauert etwa eine Stunde, wenn keine gravierenden Lesefehler auftreten.

Projekt B – QNAP TS-451 mit RAID5

Vier × 2 TB, eine Platte defekt. Vorgehen:

• Drei intakte HDDs anschließen (z. B. /dev/sdb, /dev/sdc, /dev/sdd).
• RAID manuell zusammensetzen: mdadm --assemble --force /dev/md0 /dev/sd1.
• Readonly mounten, Daten sichern.

Sollte das Array nicht korrekt starten, hilft TestDisk zur Wiederherstellung der Partitionstabelle oder PhotoRec für Rohdatenrettung. Beide Tools sind im SystemRescue-Image enthalten.

5. Troubleshooting und häufige Probleme

Auch mit Erfahrung läuft nicht immer alles glatt. Hier einige typische Stolperfallen und Lösungen:

• Platte wird nicht erkannt: Kabel oder USB-Port wechseln. Direkter SATA-Anschluss ist zuverlässiger als ältere USB-Hubs.
• RAID-Assembly scheitert: Prüfe Partitionstabellen mit fdisk -l. Manche NAS nutzen LVM – dann helfen pvscan, vgscan und vgchange -ay.
• Mount-Fehler: Schau in dmesg nach Hinweisen. Bei ext4 kann mount -o ro,nodiscard helfen, bei Btrfs immer --readonly verwenden.
• Mechanische Geräusche: Klicken oder Schleifen? Sofort ausschalten. Dann hilft nur noch professionelle Datenrettung (z. B. Seagate Rescue).
• Langsame I/O: Kopiere zuerst ein Image mit ddrescue und arbeite an der Kopie weiter.

Community-Tipp: In Synology– und QNAP-Foren findet man oft identische Fehlerbilder. Dort lohnt es sich, Log-Ausgaben zu posten und Feedback von anderen Admins einzuholen.

6. Kosten, Zeitaufwand und Alternativen

Im Vergleich zu professionellen Diensten ist eine DIY-Rettung unter Linux erstaunlich günstig. Eine solide Ausstattung – etwa ein UGREEN-Dock oder eine ICY Box mit zwei Bays – kostet zwischen 50 und 150 Euro. Professionelle Recovery-Services starten dagegen bei 500 Euro aufwärts. Seagate legt bei vielen Modellen bereits einen Rescue-Service bei, WD bietet ihn optional an. Was du investierst, ist vor allem Zeit und Geduld. Für ein einfaches RAID1 kann die Wiederherstellung in einer Stunde abgeschlossen sein, bei RAID5 oder beschädigten Dateisystemen dauert es schnell einen Tag. Wichtig ist, strukturiert vorzugehen und keine unüberlegten Schreibaktionen auf den Quellplatten durchzuführen.

Pro-Tipp: Wer regelmäßig Backups nach der 3-2-1-Regel anlegt (3 Kopien, 2 Medien, 1 außer Haus), muss solche Rettungsaktionen wahrscheinlich nie selbst durchführen.