Datenrettung vom Synology NAS – Wiederherstellung von Daten aus NAS, SHR, DSM und btrfs

Sofort-Antwort: Ein Synology NAS ist keine gewöhnliche externe Festplatte. Wenn die DSM-Oberfläche „Volume crashed” meldet oder das Array im degradierten Zustand stecken bleibt, ist der erste und wichtigste Schritt, das NAS umgehend per Knopfdruck auszuschalten. Im Gerät arbeitet eine komplexe Linux-Schicht, die mdadm, LVM2 und ein Dateisystem (btrfs oder ext4) kombiniert. Jeder Versuch einer automatischen „Reparatur” oder eines wiederholten Neustarts in diesem Zustand ist eine hochriskante Operation, die häufig die Reste beschädigter Metadaten überschreibt. Eine sichere Wiederherstellung erfordert das Klonen der Festplatten im Labor und die virtuelle Rekonstruktion des gesamten Storage-Pools. Bei sofortigem Ausschalten und einem professionellen Eingriff sind die Chancen auf eine erfolgreiche Datenrettung von einem kollabierten Synology NAS in der Regel sehr hoch.

Datenwiederherstellung von einem Synology NAS im Labor ITHOPE Brno – geöffnetes 4-Bay-NAS, entnommene Festplatten und die Speicherschichten des SHR
Bei Synology reicht es nicht, die „Festplatte einfach auszulesen". Die Daten liegen verteilt in den Schichten SHR/mdadm, LVM2 und btrfs oder ext4 – deshalb werden sie sicher offline aus den Klonen zusammengesetzt.

Ein typisches Szenario beginnt unscheinbar: ein degradiertes Volume, eine defekte Festplatte, ein Reparaturversuch und nach einigen Stunden weitere Lesefehler auf einer scheinbar gesunden Platte. Bei Synology ist dieses Syndrom besonders tückisch, da private und geschäftliche Nutzer in Panik oft in der DSM-Oberfläche auf die Schaltflächen „Verwalten” oder „Reparieren” klicken und damit Prozesse starten, die die ursprüngliche Volume-Konfiguration überschreiben können.

Ausgeschaltetes Synology NAS mit nach Slots markierten Festplatten an einer Klonstation im Labor ITHOPE Brno
Eine sichere Synology-Rettung beginnt mit dem Ausschalten des NAS, dem Erhalt der Plattenreihenfolge und dem Klonen außerhalb von DSM. Erst aus diesen Kopien werden die Schichten SHR/mdadm → LVM2 → btrfs oder ext4 wieder aufgebaut.

Schnelle Orientierung anhand der DSM-Meldung

Wenn DSM einen Fehler anzeigt, handelt es sich in der Regel nicht um einen einzigen universellen Defekt. Entscheidend sind die konkrete Meldung und die Frage, ob das NAS bereits auf das Array geschrieben hat.

  • Volume crashed: Das Volume wird nicht eingebunden oder ist schreibgeschützt. NAS ausschalten, nicht auf Reparatur des Dateisystems klicken.
  • Storage Pool Degraded: Eine Festplatte ist ausgefallen, aber das Array läuft noch. Zuerst die Last stoppen und den Zustand der verbleibenden Festplatten prüfen lassen.
  • System Partition Failed: Das muss nicht das Ende der Daten bedeuten. Möglicherweise ist die Systempartition von DSM beschädigt, während die mdadm/LVM-Datenschichten noch intakt sind.
  • SHR / SHR-2-Reparatur: Die Schaltfläche „Reparieren” ist nur dann sicher, wenn alle anderen Festplatten wirklich vollständig lesbar sind. Bei älteren Platten ist dies das größte Risiko.
  • Ransomware auf den Freigaben: Netzwerk trennen und NAS ausschalten. Bei btrfs können Snapshots helfen, jedoch nur, wenn diese nicht weiter überschrieben werden.

Für NAS-Besitzer gilt die wichtigste einfache Regel: Ein Synology im Havariefall darf nicht durch Klicken in DSM „behandelt” werden. Zuerst werden die Daten gerettet, erst danach kümmert man sich um ein neues Array oder die Wiederinbetriebnahme.

1. Warum ein Synology KEIN gewöhnliches RAID ist

Der größte Irrtum bei privaten Rettungsversuchen ist die Annahme, dass es sich bei SHR (Synology Hybrid RAID) um ein standardmäßiges Hardware-RAID handelt. In Wirklichkeit ist es ein hochentwickelter Linux-Speicher-Stack. Wenn Sie die Festplatten an einen gewöhnlichen Windows-Rechner anschließen oder mit Tools auszulesen versuchen, die nur mit einem einfachen RAID-Array rechnen, sehen Sie nur einen Wust unsinniger Partitionen.

SHR / SHR-2: Geschichtete Architektur

Synology Hybrid RAID ist im Kern eine Kombination aus drei Technologien. Die unterste Schicht ist Software-mdadm (Linux mdraid), das sich um die Redundanz (RAID 1, 5 oder 6) über die Festplatten hinweg kümmert. Darauf läuft LVM2 (Logical Volume Manager), das aus den md-Geräten flexible Storage-Pools und logische Volumes erstellt. Die oberste Schicht ist das eigentliche Dateisystem, typischerweise btrfs (bei neueren Modellen) oder klassisches ext4. Diese Schichtung bedeutet, dass die Datenrettung den schrittweisen manuellen Aufbau aller Schichten im Labor erfordert. Gewöhnliche „RAID-Recovery”-Tools scheitern hier, weil sie LVM-Metadaten und insbesondere die spezifischen Eigenschaften von btrfs nicht korrekt interpretieren können.

Systempartition DSM

Eine weitere Besonderheit von Synology ist das Betriebssystem DSM (DiskStation Manager). Seine Systempartition wird als RAID 1 über alle Festplatten im NAS gespiegelt. Fällt die erste Systempartition aus, bootet das NAS nicht mehr. Eine RAID-Beschädigung oder der Ausfall mehrerer Festplatten kann daher nicht nur den Verlust der Freigaben bedeuten, sondern auch die vollständige Unzugänglichkeit des Systems.

2. Typische Ausfallszenarien und reale Risiken

Die Symptome sind unterschiedlich, aber die Ursache ist oft dieselbe – ein kaskadierender Ausfall, ausgelöst durch das Ignorieren des degradierten Zustands.

Volume crashed / Degraded

DSM bindet den Storage-Pool nicht mehr ein und meldet einen Volume-Absturz. Dies passiert oft nach einem Stromausfall, wenn btrfs-Metadaten beschädigt werden, oder nach dem Ausfall einer Festplatte innerhalb der Toleranz des Arrays. Bei Synology mit btrfs ist das Risiko spezifisch: btrfs verwendet Prüfsummen (CRC), sodass das Dateisystem bei Erkennung eines Fehlers in den Nur-Lese-Modus wechselt, um weitere Schäden zu verhindern.

Festhängende Reparatur

Das häufigste Szenario, das unnötig zerstörte Arrays ins Labor bringt. Der Nutzer tauscht die defekte Festplatte aus und klickt in DSM auf „Reparieren”. Das NAS beginnt, intensiv von allen verbleibenden Festplatten zu lesen. Befindet sich auf einer der älteren Platten ein latenter defekter Sektor (URE), der bisher noch nicht berührt wurde, hängt sich der Prozess auf oder stürzt ab. Das Ergebnis ist oft eine Beschädigung des mdadm-Superblocks auf einer „gesunden” Platte und der Absturz des gesamten Arrays. Genau dieses Prinzip beschreibt unser realer Fall mit einem 20-Platten-Array, wo ein Rebuild das RAID 6 zum Absturz brachte.

Fehlgeschlagenes DSM-Update

Ein Firmware-Upgrade ist ein Schreibvorgang in einen geschützten Bereich. Wird der Strom während des Updates unterbrochen oder stürzt der Prozess aufgrund von inkompatiblem RAM ab, kann es zur Beschädigung der RAID-Superblöcke auf den Systempartitionen kommen. Das NAS meldet dann beim Start „System Partition Failed” oder gerät in eine Bootschleife.

Gelöschter/verschlüsselter Ordner und Ransomware

Eine versehentlich gelöschte Freigabe auf btrfs hat dank Snapshots gute Chancen auf Wiederherstellung – sofern der Nutzer die Daten nicht durch neue Schreibvorgänge überschreibt. Bei einem Ransomware-Angriff über eingebundene Netzlaufwerke ist es entscheidend, das NAS sofort auszuschalten, um die Verschlüsselung zu stoppen. Die Suche nach „Synology-Entschlüsselungstools” im Internet und das Schreiben von Skripten auf das beschädigte Volume zerstören meist auch die letzte Chance auf eine Wiederherstellung aus Snapshots.

3. Was man bei einem Synology NAS NICHT tun sollte

Die Grenze zwischen einem abwendbaren Schaden und einem totalen Datenverlust ist schmal. Die folgenden Warnungen gelten für Synology-Besitzer ohne Ausnahme:

  • Nicht auf „Reparieren” / „Verwalten” / „Repair” im degradierten Zustand klicken. Der häufigste Auslöser für einen totalen Kollaps. Ein Rebuild erfordert die hundertprozentige Lesbarkeit aller verbleibenden Festplatten. Enthält auch nur eine davon einen einzigen defekten Sektor, schlägt der Rebuild fehl und überschreibt die Array-Konfiguration.
  • Keine Wiederherstellungsversuche durch Installation von „RAID-Recovery”-Software auf dem Live-Array. Schreiben Sie niemals auf das Synology. Von einem Benutzerkonto aus gestartete Utilities können die geschichtete Struktur nicht zusammensetzen und versuchen oft, das Array zu „reparieren”, indem sie den „falschen” Superblock überschreiben – und damit die Metadaten.
  • Kein DSM-Firmware-Upgrade und keinen Factory-Reset durchführen. Der Versuch, einen Volume-Absturz durch eine Systemneuinstallation zu „beheben”, ist fatal. Ein Reset überschreibt die RAID-Header und richtet aus Datensicht einen mit einer Formatierung vergleichbaren Schaden an.
  • Festplatten nicht ausbauen und nicht nach der Trial-and-Error-Methode umstecken. Synology bestimmt die Reihenfolge im mdadm-Array anhand der physischen Steckplätze. Wenn Sie die Festplatten ausbauen, vertauschen und erneut einstecken, ohne sie genau gekennzeichnet zu haben (mit Steckplatz-Nummer 1, 2, 3…), wird das Array nicht mehr zusammensetzbar.

4. Wie das Labor die Datenrettung durchführt

Der professionelle Ansatz basiert darauf, dass niemals mit den Originalfestplatten gearbeitet wird. Der gesamte Prozess findet ausschließlich offline auf Kopien statt.

Erstklonung (Sektor-Imaging)

Nach einer kostenlosen Diagnose, bei der wir den Zustand der Elektronik und Mechanik prüfen, erstellen wir vollständige Sektor-Images aller Festplatten. Dazu nutzen wir Hardware-Klonstationen DeepSpar Disk Imager und PC-3000. Diese sind in der Lage, Platten mit defekten Sektoren intelligent auszulesen, sodass kein Datenzusammenhang verloren geht. Die Arbeit erfolgt auf sauberen Kopien, die Originalplatten bleiben unangetastet zur Seite.

Virtuelle Rekonstruktion des Storage-Pools

Aus den Klonen setzen wir dann in einer virtuellen Umgebung die einzelnen Schichten zusammen. Zuerst suchen wir den korrekten Aufbau des mdadm-Arrays – hier ist es entscheidend, nicht nur die Metadaten, sondern auch den richtigen Stripe-Offset und die Reihenfolge der Platten gemäß den Synology-Steckplätzen zu kennen. Sobald das md-Array zusammengesetzt ist, aktivieren wir LVM2 und binden die logischen Volumes ein.

Verarbeitung des Dateisystems

Die letzte und oft komplexeste Phase ist die Reparatur des Dateisystems. Bei btrfs führen wir eine Überprüfung und Extraktion mit Low-Level-Tools durch, die die baumartige Metadatenstruktur auslesen (btrfs restore). Der große Vorteil ist, dass wir versuchen, nicht nur die aktuellen Daten, sondern auch ältere Dateiversionen aus btrfs-Snapshots zu extrahieren, sofern diese nicht zerstört wurden. Das Ergebnis extrahieren und verifizieren wir auf unserem Staging-Speicher (120 TB SATA RAID 10).

Das allgemeine Verfahren für alle Array-Typen wird detailliert im Artikel Datenrettung von RAID-Arrays und auf der Serviceseite RAID- & NAS-Datenrettung beschrieben.

Häufige Fragen

Ich habe eine Festplatte im SHR verloren. Verliere ich meine Daten?

Leuchtet die Status-LED der Festplatte orange und meldet DSM „Degraded”, sind die Daten zwar noch online, aber das Array hat keinerlei Toleranz mehr – der Ausfall einer weiteren Platte bedeutet den sofortigen Absturz des Volumes. Sichern Sie umgehend Ihre kritischen Daten (sofern die Plattenlast dies zulässt), schalten Sie das NAS aus und holen Sie Rat. Bei SHR-2 haben Sie eine Toleranz von zwei Festplatten.

Kann ich die Festplatten ausbauen und in ein anderes Synology stecken?

Normalerweise ja, aber mit Einschränkungen. Das neue NAS muss die gleiche oder eine neuere DSM-Version und CPU-Architektur unterstützen. Die Migration ist jedoch riskant, wenn das Array bereits beschädigt ist: Das NAS versucht beim Booten, das Array automatisch einzubinden, und könnte eine Dateisystemreparatur starten, die Daten überschreibt. Sicherer ist es, das Array im Labor kopieren zu lassen.

Hilft mir der Synology Assistant oder eine Datenrettungssoftware?

Nicht bei einem ernsthaft beschädigten Array. Der Synology Assistant dient der grundlegenden Netzwerkerkennung, nicht der Datenrettung. Gewöhnliche Windows- oder Linux-Programme sehen nicht unter die LVM-Schicht und können SHR nicht rekonstruieren. Versuche, mit solchen Tools zu scannen, führen zu Zeitverlust und oft zum Überschreiben wichtiger Metadaten auf den Festplatten.

Es war Ransomware. Kann man das retten?

Ja, die Chance ist hoch. Synology mit btrfs erstellt automatisch Snapshots der Freigaben. Solange diese nicht überschrieben sind, verschlüsselt die Ransomware nur die aktuelle Version der Daten – unsere Labormethoden können die Daten aus den unbeschädigten Snapshots extrahieren. Das NAS muss sofort ausgeschaltet werden, um die Verschlüsselung zu stoppen.

Es erscheint „System Partition Failed”. Sind die Daten verloren?

Nicht zwingend. Diese Meldung bedeutet, dass die gespiegelte Systempartition (RAID 1 über alle Platten) beschädigt ist. Das Daten-RAID-Array (md) und die LVM-Volumes können weiterhin intakt sein – man kommt nur ohne funktionierendes System nicht auf dem Standardweg an sie heran. Die Daten können im Labor extrahiert werden.

Was kostet das und wie lange dauert es?

Nach Erhalt der Festplatten führen wir eine kostenlose Diagnose durch, die den Umfang der Beschädigung und den genauen Preis ermittelt. Sie erfahren diesen vorab, noch bevor wir mit der Arbeit beginnen. Sollten die Daten aus technischen Gründen nicht zu retten sein, zahlen Sie nichts. Die Dauer richtet sich nach Kapazität und Zustand der Platten, üblicherweise im Bereich weniger Tage. Die umfangreiche Rekonstruktion eines 160-TB-Arrays dauerte 11 Tage und endete mit 100 % Erfolg: 20-Platten-RAID 6.

Was jetzt zu tun ist

  1. Trennen Sie das Netzwerkkabel. So verhindern Sie den Zugriff von Benutzern sowie eine potenzielle Ausbreitung von Ransomware.
  2. Halten Sie den Netzschalter gedrückt, bis sich das NAS ausschaltet. Lassen Sie das Array nicht weiter im degradierten Zustand laufen und klicken Sie nicht auf „Ausschalten” in DSM (dies könnte einen Synchronisationsversuch auslösen).
  3. Entnehmen Sie die Festplatten nicht. Wenn es für den Transport nötig ist, kennzeichnen Sie alle Festplatten genau nach den Steckplatznummern (Disk 1, Disk 2…), damit wir das RAID korrekt zusammensetzen können.
  4. Lassen Sie keinen gewöhnlichen IT-Techniker ohne Synology-Erfahrung an die Sache ran. Jede Minute mit Versuchen, das System direkt auf Ihrer Hardware wiederzubeleben, verringert die Chance auf eine erfolgreiche Wiederherstellung.
  5. Kontaktieren Sie unser Labor. Nutzen Sie die unverbindliche Beratung oder rufen Sie RUND UM DIE UHR +420 775 556 063 an und beschreiben Sie das NAS-Modell, die Anzahl der Festplatten und was passiert ist.

Zusammenfassung in Stichpunkten

  • Das Synology NAS verwendet einen komplexen Speicher-Stack (mdadm + LVM2 + btrfs/ext4), der mit herkömmlichen Software-Tools für Windows nicht wiederhergestellt werden kann.
  • Die Schaltfläche „Reparieren” in DSM ist bei vorhandenen defekten Sektoren zerstörerisch – sie löst eine Last aus, die die verbleibenden Festplatten und Array-Metadaten unwiederbringlich beschädigen kann.
  • Schreiben Sie niemals neue Daten auf ein beschädigtes NAS, installieren Sie keine Wiederherstellungsprogramme und führen Sie keinen Reset auf die Werkseinstellungen durch.
  • Beim physischen Ausbau der Festplatten ist die Kennzeichnung ihrer Positionen (Slot 1, 2, 3…) kritisch, da sonst die virtuelle RAID-Rekonstruktion extrem kompliziert wird.
  • Daten aus einem Ransomware-Angriff können oft aus unbeschädigten btrfs-Snapshots gerettet werden, wenn das NAS rechtzeitig vom Netz getrennt wurde.
  • Wir arbeiten ausschließlich mit Sektor-Klonen Ihrer Festplatten; die Original-Datenträger bleiben während der Wiederherstellung unangetastet.

Meldet Ihr Synology „Volume crashed” oder ein degradiertes Array? Klicken Sie nicht auf „Reparieren” – es überschreibt genau das, woraus sich die Daten zusammensetzen lassen. Unverbindliche Beratung · Kostenlose Diagnose · Kontakt · +420 775 556 063 (RUND UM DIE UHR)

Siehe auch: Datenrettung von RAID-Arrays · QNAP NAS-Datenrettung · Datenrettung von Servern · RAID- & NAS-Datenrettung (Service) · Case Study: 20-Platten-RAID 6


Über den Autor

Ing. Miroslav Jaroš ist Inhaber und Senior-Techniker der ITHOPE s.r.o. in Brno (Brünn). Seit dem Jahr 2008 ist er auf Datenrettung spezialisiert – in 18 Jahren durchliefen über 2.500 Aufträge das Labor, von einzelnen Festplatten bis hin zu NAS- und Enterprise-RAID-Arrays. Der Artikel wurde einem fachlichen Faktencheck (Tomáš Kopřiva) anhand der realen Praxis des ITHOPE-Labors unterzogen.