Hilfe, mein Btrfs Raid1 lässt sich nicht mehr mounten – was sind die richtigen Schritte?

Oh Schreck, der Super-GAU! Sie starten Ihr System, aber Ihr geliebtes Btrfs RAID1-Dateisystem, auf dem all Ihre wichtigen Daten liegen, weigert sich standhaft, gemountet zu werden. Panik macht sich breit. Die gute Nachricht: Btrfs ist ein robustes und modernes Dateisystem, das für solche Fälle oft exzellente Wiederherstellungsmöglichkeiten bietet. Die schlechte Nachricht: Manchmal sind die Schritte nicht intuitiv. Dieser umfassende Leitfaden führt Sie Schritt für Schritt durch die Diagnose, Reparatur und mögliche Datenrettung, um Ihre wertvollen Informationen zurückzuholen.

**Ruhe bewahren – Der erste Schritt zur Rettung**

Bevor Sie hektisch Befehle eingeben oder gar versuchen, das System neu zu installieren: Atmen Sie tief durch. Die allerwichtigste Regel bei Datenverlust ist: Verursachen Sie keinen weiteren Schaden! Jedes Schreiben auf die betroffenen Festplatten kann unwiederbringlich Daten überschreiben. Dokumentieren Sie jeden Schritt, den Sie unternehmen, und speichern Sie alle Ausgaben von Befehlen. Verwenden Sie nach Möglichkeit ein Live-System (z.B. Ubuntu Live-CD, SystemRescueCd), um sicherzustellen, dass keine automatischen Prozesse auf Ihre Festplatten zugreifen und weiteren Schaden anrichten könnten.

**Grundlegende Überprüfungen – Bevor wir tief graben**

Manchmal ist der Fehler simpler als gedacht. Bevor wir uns in die Tiefen von Btrfs-Befehlen stürzen, überprüfen Sie die offensichtlichen Dinge:

1. **Physische Verbindung:** Sind alle Festplatten korrekt angeschlossen? Sitzen die SATA-Kabel und Stromkabel fest? Versuchen Sie, die Kabel zu tauschen oder an andere Ports anzuschließen, falls Sie welche zur Hand haben. Ein loses Kabel kann Wunder wirken.
2. **Stromversorgung:** Werden alle Festplatten mit ausreichend Strom versorgt? Besonders bei mehreren Festplatten in einem externen Gehäuse oder bei einem schwachen Netzteil kann es hier zu Problemen kommen.
3. **BIOS/UEFI-Sichtbarkeit:** Werden die Festplatten im BIOS/UEFI Ihres Computers überhaupt erkannt? Wenn eine Platte dort schon nicht auftaucht, ist das ein schwerwiegenderes Hardware-Problem, das vorrangig behoben werden muss.
4. **Live-System:** Booten Sie unbedingt von einem Live-System (z.B. USB-Stick mit Linux Mint, Ubuntu, SystemRescueCd). Dies stellt sicher, dass Ihr Betriebssystem nicht versucht, auf das beschädigte Dateisystem zuzugreifen oder es zu reparieren, was im schlimmsten Fall weitere Schäden verursachen könnte.

**Die Platten identifizieren und ihren Zustand prüfen**

Nachdem die grundlegenden Checks erfolgt sind, müssen wir herausfinden, welche physischen Festplatten zu Ihrem Btrfs RAID1 gehören und in welchem Zustand sie sich befinden.

1. **Festplatten identifizieren:**
Verwenden Sie Befehle wie `lsblk`, `fdisk -l` oder `blkid`, um alle erkannten Festplatten und Partitionen aufzulisten. Notieren Sie sich die Gerätebezeichnungen (z.B. `/dev/sda`, `/dev/sdb`).
„`bash
sudo lsblk -f
sudo fdisk -l
sudo blkid
„`
`lsblk -f` zeigt Ihnen auch die Dateisystemtypen an, was hilfreich ist, um Ihre Btrfs-Partitionen zu erkennen. `blkid` zeigt zusätzlich die UUIDs an, die für Btrfs wichtig sind.

2. **Zustand der Festplatten prüfen mit SMART:**
Die **S.M.A.R.T.-Werte** (Self-Monitoring, Analysis and Reporting Technology) liefern wichtige Informationen über den Gesundheitszustand Ihrer Festplatten. Installieren Sie `smartmontools`, falls noch nicht geschehen:
„`bash
sudo apt update
sudo apt install smartmontools # Für Debian/Ubuntu-basierte Systeme
„`
Prüfen Sie dann jede einzelne Festplatte, die Teil Ihres Btrfs-Arrays ist:
„`bash
sudo smartctl -a /dev/sdX
„`
(Ersetzen Sie `/dev/sdX` durch die tatsächlichen Gerätebezeichnungen, z.B. `/dev/sda`, `/dev/sdb`). Achten Sie besonders auf die Zeilen „Reallocated Sector Count”, „Current Pending Sector Count” und den Gesamtstatus. Ein „FAILED” oder „PRE-FAIL” deutet auf einen Hardwaredefekt hin. Wenn eine Platte physisch defekt ist, muss sie in der Regel ausgetauscht werden.

**Btrfs-spezifische Diagnosetools – Die Werkzeugkiste auspacken**

Btrfs bietet eine Reihe von internen Tools zur Diagnose und Reparatur. Stellen Sie sicher, dass das `btrfs-progs`-Paket installiert ist.

1. **Geräte scannen:**
Oftmals hilft ein einfacher Scan, damit Btrfs alle seine Komponenten wiederfindet:
„`bash
sudo btrfs device scan
„`
Dieser Befehl sollte eine Liste aller Btrfs-Geräte ausgeben, die er finden kann.

2. **Dateisysteminformationen anzeigen:**
Um zu sehen, welche Btrfs-Dateisysteme auf welchen Geräten liegen und in welchem Zustand sie sich befinden, nutzen Sie:
„`bash
sudo btrfs filesystem show
„`
oder spezifischer, wenn Sie die UUID eines Ihrer Btrfs-Geräte kennen:
„`bash
sudo btrfs filesystem show /dev/sdX
„`
Dies zeigt Ihnen die UUID des Dateisystems, die Labels und die Anzahl der Geräte sowie ihren Status (z.B. `DEGRADED`).

**Versuch des Mounts – Schritt für Schritt**

Jetzt kommen wir zum kritischen Teil: Versuchen, das Dateisystem zu mounten. Wir werden verschiedene Optionen durchprobieren, die bei Btrfs-Problemen häufig helfen. Erstellen Sie zuerst einen Mount-Punkt, falls noch nicht geschehen:
„`bash
sudo mkdir /mnt/btrfs_rescue
„`
Verwenden Sie immer die `ro` (read-only) Option, um sicherzustellen, dass keine weiteren Änderungen am Dateisystem vorgenommen werden.

1. **Standard-Mount (oft fehlgeschlagen):**
Versuchen Sie es zuerst mit einem regulären Mount-Befehl auf einer der RAID1-Platten:
„`bash
sudo mount -o ro /dev/sdX /mnt/btrfs_rescue
„`
(Ersetzen Sie `/dev/sdX` durch eine der Btrfs-Partitionen, z.B. `/dev/sda1`). Wenn dies fehlschlägt, ist das der Normalfall, sonst würden Sie diesen Artikel nicht lesen. Achten Sie auf die Fehlermeldung.

2. **Mount mit `degraded` Option:**
Wenn eine oder mehrere Festplatten im RAID1 ausgefallen sind (oder nicht erkannt werden), kann Btrfs das Dateisystem oft noch im **degraded**-Modus mounten, da RAID1 eine Spiegelung ist. Dies ist oft der erste Erfolg, wenn eine Platte physikalisch defekt ist oder aus anderen Gründen nicht erkannt wird.
„`bash
sudo mount -o ro,degraded /dev/sdX /mnt/btrfs_rescue
„`
oder, wenn Sie die UUID kennen, was sicherer ist:
„`bash
sudo mount -o ro,degraded UUID=”IHRE_BTRFS_UUID” /mnt/btrfs_rescue
„`
Wenn dieser Befehl erfolgreich ist, haben Sie Zugriff auf Ihre Daten! Fahren Sie dann mit dem Abschnitt „Was tun nach der Rettung?” fort. Sichern Sie sofort alle wichtigen Daten auf ein anderes Speichermedium!

3. **Mount mit `nologreplay` Option:**
Manchmal scheitert ein Mount-Versuch aufgrund eines beschädigten oder unvollständigen Transaktionslogs (Journal). Die Option `nologreplay` verhindert, dass Btrfs versucht, das Log wiederherzustellen, was in manchen Fällen das Mounten ermöglicht, auch wenn es ein leicht inkonsistentes Dateisystem bedeuten kann. Verwenden Sie es mit Vorsicht und immer zusammen mit `ro`.
„`bash
sudo mount -o ro,nologreplay /dev/sdX /mnt/btrfs_rescue
„`
Sie können diese Option auch mit `degraded` kombinieren:
„`bash
sudo mount -o ro,degraded,nologreplay /dev/sdX /mnt/btrfs_rescue
„`

4. **Mount einer einzelnen Festplatte (falls RAID1 nur aus 2 Platten besteht):**
Wenn Ihr RAID1 aus nur zwei Platten besteht und eine davon komplett ausgefallen ist, können Sie manchmal die verbleibende funktionierende Platte direkt mounten. Das ist im Prinzip das, was `degraded` bewirkt, aber manchmal hilft es, wenn die automatische Erkennung klemmt.

**Datenrettung, wenn Mount scheitert – Der letzte Ausweg**

Wenn alle Mount-Versuche fehlschlagen, gibt es noch Hoffnung für die Daten selbst, auch wenn das Dateisystem nicht mountbar ist.

1. **Daten mit `btrfs restore` retten:**
Der `btrfs restore`-Befehl kann Daten von einem beschädigten Btrfs-Dateisystem extrahieren, selbst wenn es nicht gemountet werden kann. Dies ist oft die letzte Möglichkeit zur Datenrettung, bevor man auf professionelle Hilfe angewiesen ist. Sie müssen ein Zielverzeichnis angeben, auf das die geretteten Dateien geschrieben werden sollen. Stellen Sie sicher, dass dieses Zielverzeichnis auf einem _anderen_ Speichermedium liegt, das ausreichend Platz hat und nicht Teil des kaputten Btrfs-Arrays ist.
„`bash
sudo mkdir /mnt/restore_target # Zielverzeichnis auf einem anderen Laufwerk
sudo mount /dev/sdY1 /mnt/restore_target # Beispiel: Mounten Sie ein USB-Laufwerk hier
sudo btrfs restore -vs /dev/sdX /mnt/restore_target
„`
* `/dev/sdX` ist eine der Btrfs-Partitionen Ihres RAID1.
* `-v` für ausführliche Ausgabe (verbose).
* `-s` für Status-Updates.
* Sie können auch `btrfs restore -v –path-list /pfad/zu/dateiliste.txt /dev/sdX /mnt/restore_target` verwenden, um nur bestimmte Dateien zu retten.
Dieser Prozess kann sehr lange dauern und füllt das Zielverzeichnis mit den geretteten Daten.

2. **`btrfs rescue chunk-recover` (Nur bei Metadatenproblemen und mit Vorsicht!):**
Dieser Befehl versucht, Metadaten-Chunks wiederherzustellen, die verloren gegangen sind. Dies ist ein sehr fortgeschrittener Schritt und sollte nur durchgeführt werden, wenn Sie genau wissen, was Sie tun, und nachdem alle anderen Optionen fehlgeschlagen sind. Es ist _keine_ automatische Reparaturfunktion und kann im schlimmsten Fall weitere Schäden verursachen.
„`bash
sudo btrfs rescue chunk-recover /dev/sdX
„`
Lassen Sie dies über alle Ihre Btrfs-Geräte laufen. Wenn es erfolgreich war, versuchen Sie danach erneut einen Standard-Mount.

3. **`btrfs check –repair` (Äußerste Vorsicht – nur als allerletzter Notnagel!):**
Der Befehl `btrfs check –repair` versucht, schwerwiegende Fehler im Dateisystem zu beheben. **Verwenden Sie diesen Befehl nur, wenn Sie absolut keine andere Möglichkeit mehr sehen und alle wichtigen Daten bereits gerettet oder als unwiederbringlich abgeschrieben sind.** Er kann das Dateisystem unbrauchbar machen oder Daten unwiderruflich zerstören. Es wird dringend empfohlen, vor der Ausführung ein vollständiges Low-Level-Image der gesamten Festplatte zu erstellen.
„`bash
sudo btrfs check –repair /dev/sdX
„`
**Wichtiger Hinweis:** Die Btrfs-Entwickler raten dringend von der Verwendung von `btrfs check –repair` ab, es sei denn, Sie wurden explizit dazu angewiesen oder haben keine andere Wahl.

**Was tun nach der Rettung? – Aufbau und Prävention**

Herzlichen Glückwunsch, wenn Sie Ihre Daten retten konnten! Jetzt ist es Zeit, das System wieder auf Vordermann zu bringen und zukünftige Probleme zu vermeiden.

1. **Defekte Platte ersetzen:** Wenn eine Ihrer Platten defekt war (gemäß SMART-Werten oder weil sie nicht mehr erkannt wird), ersetzen Sie diese umgehend. Fügen Sie die neue Platte zum Btrfs RAID1 hinzu und lassen Sie das System die Daten re-balancen.
„`bash
# Beispiel: /dev/sdc ist die neue Platte, /dev/sdb ist die defekte alte Platte im Array
sudo btrfs device add /dev/sdc /mnt/btrfs_mountpoint # Fügt die neue Platte hinzu
sudo btrfs device delete /dev/sdb /mnt/btrfs_mountpoint # Entfernt die alte (defekte) Platte
sudo btrfs balance start -dusage=50 /mnt/btrfs_mountpoint # Balanciert Daten auf neue Platte
„`
Dies setzt voraus, dass Sie das Dateisystem im `degraded`-Modus mounten konnten.

2. **Btrfs Scrub ausführen:**
Nachdem das Dateisystem wieder läuft, führen Sie einen `scrub` durch. Dieser Befehl überprüft die Datenintegrität auf allen Platten und korrigiert Fehler, wenn möglich, indem er die gespiegelten Kopien vergleicht.
„`bash
sudo btrfs scrub start /mnt/btrfs_mountpoint
sudo btrfs scrub status /mnt/btrfs_mountpoint # Status prüfen
„`
Planen Sie regelmäßige Scans ein, um zukünftigen Problemen vorzubeugen.

3. **Regelmäßige Backups:**
Der wichtigste und oft vernachlässigte Punkt: **Regelmäßige Backups Ihrer kritischen Daten auf einem _separaten_ Speichermedium, das nicht Teil des Btrfs-Arrays ist!** Ein RAID1 schützt vor Festplattenausfällen, aber nicht vor Dateisystemkorruption, versehentlichem Löschen oder Ransomware. Die 3-2-1-Regel ist hier Gold wert: 3 Kopien der Daten, auf 2 verschiedenen Medientypen, 1 Kopie extern.

4. **Monitoring:**
Überwachen Sie weiterhin die SMART-Werte Ihrer Festplatten regelmäßig (z.B. monatlich) und achten Sie auf unerklärliche Fehlermeldungen in Ihren Systemlogs (Journalctl).

**Fazit**

Ein nicht mountbares Btrfs RAID1 ist ein beängstigendes Szenario, aber wie dieser Leitfaden zeigt, gibt es oft mehrere Wege zur Diagnose und Datenrettung. Geduld, systematische Fehlersuche und die Kenntnis der richtigen Befehle sind dabei entscheidend. Das oberste Gebot ist, Ruhe zu bewahren und keine übereilten Schritte zu unternehmen, die weitere Daten unwiederbringlich machen könnten. Und vergessen Sie niemals: Ein funktionierendes Backup ist der beste Freund des Systemadministrators – es macht jede Datenrettung unnötig.