SystemRescue 13.00: Dein Notfall-Toolkit für Daten und Systeme

Einleitung: Warum SystemRescue 13.00 ein Must-Have im Admin-Toolkit ist

Servus, Admins und Heimlabor-Enthusiasten! Als jemand, der seit Jahren mit Proxmox, Docker, Home Assistant und all dem schönen Zeug jongliert, weiß ich, dass es immer wieder Momente gibt, in denen die Dinge einfach nicht so laufen, wie sie sollen. Eine Festplatte macht Probleme, das System bootet nicht mehr, oder du musst schnell auf Daten zugreifen, um ein Backup zu ziehen, bevor das Schlimmste passiert. Genau für solche Fälle habe ich SystemRescue immer griffbereit – und die neueste Version 13.00 ist mal wieder ein Game Changer.

Die Jungs und Mädels hinter SystemRescue haben mit der Version 13.00 mal wieder einen ordentlichen Sprung gemacht. Besonders hervorzuheben sind der neue LTS-Kernel und die aktualisierten Dateisystem-Tools. In meiner Erfahrung ist ein aktueller Kernel Gold wert, wenn es um Hardware-Kompatibilität geht. Gerade bei neueren NVMe-SSDs oder speziellen RAID-Controllern kann ein älterer Kernel schnell zum Stolperstein werden. Mit dem LTS-Kernel profitierst du von besserer Hardware-Unterstützung und mehr Stabilität, was bei Datenrettungseinsätzen absolut kritisch ist. Die aktualisierten Dateisystem-Tools sorgen dafür, dass du auch mit den neuesten Dateisystem-Features und -Problemen umgehen kannst, egal ob ext4, XFS, Btrfs oder NTFS.

Dieser Guide soll dir nicht nur zeigen, wie du SystemRescue 13.00 einrichtest, sondern auch, wie du es in der Praxis einsetzt. Ich teile meine persönlichen Erfahrungen und Tipps, damit du nicht in die gleichen Fallen tappst, die ich schon ausgegraben habe.

Voraussetzungen: Was du für den Start brauchst

Bevor wir loslegen, lass uns kurz checken, ob du alles am Start hast. Das ist wie beim Werkzeugkoffer: Du willst nicht mitten im Einsatz merken, dass der passende Schraubenzieher fehlt.

Ein USB-Stick (min. 8 GB): Ich empfehle einen schnellen USB 3.0 Stick. Bei großen Datenmengen macht das einen echten Unterschied. Wer das zum ersten Mal einrichtet, sollte vielleicht einen Stick nehmen, den er zur Not auch "opfern" kann, falls beim Erstellen etwas schiefgeht.
Ein funktionierender Rechner mit Internetzugang: Um das ISO herunterzuladen und den Boot-Stick zu erstellen.
Das Problemkind (optional, aber sinnvoll): Ein Rechner oder eine Festplatte, an der du SystemRescue testen oder direkt anwenden möchtest. Das kann ein alter PC sein, eine VM oder einfach eine USB-Festplatte, mit der du ein paar Szenarien durchspielen kannst.
Grundlegende Linux-Shell-Kenntnisse: Du solltest dich im Terminal wohlfühlen und grundlegende Befehle wie ls, cd, mount, sudo kennen. Keine Sorge, ich erkläre die wichtigen Schritte ausführlich.
Software zum Erstellen des Boot-Sticks: Ich nutze entweder Balena Etcher (grafisch und idiotensicher) oder Ventoy (wenn ich mehrere ISOs auf einem Stick haben will). Für die Hardcore-Admins geht natürlich auch dd.

Dein SystemRescue-Boot-Stick erstellen: Schritt für Schritt zum Lebensretter

Das ist der erste und wichtigste Schritt. Ein korrekt erstellter Boot-Stick ist die halbe Miete.

Schritt 1: Das ISO herunterladen und verifizieren

Zuerst besorgen wir uns das SystemRescue 13.00 ISO-Image. Geh auf die offizielle SystemRescue-Website (einfach nach "SystemRescue download" suchen) und lade die neueste Version herunter. Wichtig ist, dass du immer die offizielle Quelle nutzt, um Manipulationen zu vermeiden.

Nach dem Download ist ein Schritt, den viele gerne überspringen, aber der in meiner Erfahrung schon oft vor bösen Überraschungen bewahrt hat: Die Verifizierung der Checksumme. Damit stellst du sicher, dass das heruntergeladene Image vollständig und unverändert ist. Die SHA256-Checksumme findest du meistens direkt auf der Download-Seite.

# Beispiel: Download des ISO (ersetze URL mit der aktuellen)
wget https://www.system-rescue.org/releases/current/systemrescue-13.00-amd64.iso

# Beispiel: Verifizieren der SHA256-Checksumme
sha256sum systemrescue-13.00-amd64.iso

Vergleiche die Ausgabe des sha256sum Befehls mit der auf der Webseite angegebenen Prüfsumme. Stimmen sie überein, ist alles in Ordnung.

Schritt 2: Den Boot-Stick vorbereiten

Jetzt kommt der spannende Teil: Das ISO auf den USB-Stick bringen.

Option A: Balena Etcher (empfohlen für Einsteiger)

Etcher ist super einfach. Du wählst das ISO-Image, dann deinen USB-Stick und klickst auf "Flash!". Das Tool kümmert sich um den Rest. Es ist quasi idiotensicher und verhindert, dass du aus Versehen deine Hauptfestplatte überschreibst.

Option B: Ventoy (mein persönlicher Favorit für Admins)

Ventoy ist genial, wenn du mehrere Boot-ISOs auf einem Stick haben möchtest. Du installierst Ventoy einmal auf den Stick, und danach kopierst du einfach die ISO-Dateien auf den Stick. Ventoy erstellt dann automatisch ein Boot-Menü. Das ist perfekt für mein Heimlabor, wo ich oft verschiedene Rescue-Systeme oder Installations-ISOs brauche.

Installiere Ventoy auf deinen USB-Stick (Anleitung auf der Ventoy-Website), und kopiere dann einfach die systemrescue-13.00-amd64.iso Datei auf den Stick.

Option C: Der Klassiker dd (für erfahrene Linuxer)

Wenn du dich im Terminal zu Hause fühlst und genau weißt, was du tust, ist dd die schnellste Methode. Aber Vorsicht: Ein kleiner Fehler beim Ziel (of=/dev/sdX) kann deine gesamte Festplatte löschen! Identifiziere den USB-Stick ganz genau mit lsblk oder fdisk -l.

# ACHTUNG: Ersetze /dev/sdX mit dem korrekten Device-Namen deines USB-Sticks!
# Zum Beispiel /dev/sdb, /dev/sdc – NICHT /dev/sda (deine Hauptplatte!)
sudo dd if=systemrescue-13.00-amd64.iso of=/dev/sdX bs=4M status=progress
sync

Der sync Befehl stellt sicher, dass alle Schreibvorgänge auf den Stick abgeschlossen sind, bevor du ihn entfernst. Mein Tipp: Doppelt und dreifach prüfen, ob /dev/sdX wirklich der USB-Stick ist! Ich habe da schon zu viele Horrorgeschichten gehört.

Erster Boot und grundlegende Konfiguration

Der Boot-Stick ist fertig. Jetzt geht’s ans Eingemachte.

Booten vom USB-Stick

Stecke den USB-Stick in den Rechner, den du retten oder analysieren möchtest. Starte den Rechner neu und drücke die Taste für das Boot-Menü (oft F2, F10, F12, Entf – das variiert je nach Hersteller). Wähle deinen USB-Stick als Boot-Gerät aus. Du solltest dann das SystemRescue-Boot-Menü sehen.

Wähle hier die Standard-Option (meistens "SystemRescue (Default boot options)"). Wenn du ein grafisches Interface bevorzugst, wähle eine Option, die Xfce oder Desktop erwähnt.

Die SystemRescue-Umgebung erkunden

Nach dem Booten landest du entweder direkt in einer Shell oder im Xfce-Desktop. Der Standard-Login für die Shell ist root ohne Passwort. Im Xfce-Desktop öffnest du ein Terminal (meist über das Menü oder ein Icon in der Taskleiste).

Nimm dir einen Moment Zeit, die Umgebung zu erkunden. SystemRescue hat eine Fülle von Tools vorinstalliert. Ein schneller Blick mit ls /usr/sbin oder ls /usr/bin gibt dir einen ersten Überblick. Du wirst schnell feststellen, dass hier alles Wichtige für einen Admin an Bord ist.

Netzwerk einrichten (falls nötig)

Oft ist es hilfreich, eine Netzwerkverbindung zu haben, um Dateien auf ein Netzlaufwerk zu kopieren, ins Internet zu gehen oder per SSH auf andere Systeme zuzugreifen. SystemRescue versucht in der Regel, per DHCP eine IP-Adresse zu bekommen. Das kannst du überprüfen:

ip a
ping 8.8.8.8

Wenn du keine IP hast oder eine statische IP benötigst, kannst du das manuell konfigurieren. Für DHCP kannst du es erzwingen:

sudo dhclient eth0 # oder den Namen deines Netzwerkinterfaces

Für eine statische IP ist es etwas aufwendiger, aber immer noch machbar. Ich persönlich nutze hierfür meistens nmcli, wenn ich im Desktop bin, oder bearbeite direkt die Konfigurationsdateien, wenn ich nur eine Shell habe. Aber für die meisten Notfälle reicht DHCP.

SSH-Zugang aktivieren (für Remote-Arbeit)

Ein echter Lebensretter für mich ist der SSH-Zugang. Wenn der Server im Keller steht oder ich an einem schwer zugänglichen System arbeite, ist es viel bequemer, per SSH von meinem Laptop aus zu arbeiten. Dafür musst du zuerst ein Passwort für den root-Benutzer setzen und dann den SSH-Dienst starten:

passwd root # Setze ein sicheres Passwort
sudo systemctl start sshd

Jetzt kannst du dich von einem anderen Rechner aus per SSH mit der IP-Adresse des SystemRescue-Systems verbinden: ssh root@<IP-Adresse>. Das ist besonders nützlich, wenn du längere Datenrettungsprozesse laufen lässt und nicht permanent vor dem Bildschirm sitzen willst.

Praktische Anwendung: Datenrettung und Systemanalyse mit SystemRescue 13.00

Jetzt kommen wir zum Kern der Sache: Wie nutzen wir SystemRescue, um Probleme zu lösen?

Festplatten identifizieren und mounten

Bevor du irgendwas machst, musst du wissen, welche Festplatten und Partitionen im System sind. Die wichtigsten Tools dafür sind lsblk, fdisk -l und parted -l.

lsblk -f # Zeigt Blockgeräte und Dateisysteme an
fdisk -l # Zeigt Partitionstabellen an
parted -l # Zeigt Partitionstabellen und Dateisysteme an (manchmal detaillierter)

Identifiziere deine Quell-Festplatte (die defekte) und deine Ziel-Festplatte (wo die Daten gerettet werden sollen). Ganz wichtig: Wenn du Daten retten willst, solltest du die defekte Festplatte nicht beschreiben oder gar versuchen, das Dateisystem zu reparieren, bevor du eine Sektor-für-Sektor-Kopie erstellt hast. Und: Das Zielmedium muss mindestens so groß sein wie das Quellmedium.

Um eine gesunde Partition zu mounten, um darauf Daten zu sichern, gehst du so vor:

mkdir /mnt/recovery # Erstelle einen Mountpoint
sudo mount /dev/sdXN /mnt/recovery # Ersetze sdXN durch die korrekte Partition (z.B. sdb1)

Für NTFS-Partitionen (Windows) musst du eventuell ntfs-3g verwenden, was in SystemRescue standardmäßig dabei ist. Es kann auch vorkommen, dass Windows-Partitionen im "hibernated" Zustand sind und sich nicht mounten lassen. Dann musst du sie mit ntfsfix /dev/sdXN "reparieren" (was eigentlich nur den Hibernate-Status aufhebt) oder im Windows-System den Schnellstart deaktivieren.

Datenrettung mit ddrescue (der Klassiker)

ddrescue ist das Schweizer Taschenmesser für die Datenrettung von defekten Festplatten. Es versucht, so viele Daten wie möglich zu retten und überspringt fehlerhafte Sektoren, um später zu versuchen, diese doch noch zu lesen. Es ist viel intelligenter als das einfache dd, da es den Fortschritt in einer Logdatei speichert und bei Unterbrechungen fortgesetzt werden kann.

# Syntax: ddrescue [Optionen] Quelle Ziel Logdatei
# Beispiel: /dev/sda ist die defekte Platte, /dev/sdb ist die leere Zielplatte
sudo ddrescue /dev/sda /dev/sdb recovery.log

Mein Tipp: Lass ddrescue immer mit einer Logdatei laufen. Das ist ein absolutes Muss! Wenn der Prozess unterbrochen wird (Stromausfall, du musst den Rechner neu starten), kannst du einfach denselben Befehl erneut ausführen, und ddrescue setzt genau dort an, wo es aufgehört hat. Das spart unendlich viel Zeit und Nerven. Nachdem der erste Durchlauf abgeschlossen ist, kannst du mit weiteren Optionen versuchen, die fehlerhaften Sektoren doch noch zu lesen (z.B. mit -r3 für 3 weitere Wiederholungsversuche).

Dateisystemprüfung mit fsck & Co.

Wenn das Dateisystem selbst korrupt ist, aber die Hardware noch intakt scheint, kommen Tools wie fsck (für ext2/3/4), xfs_repair oder btrfs check zum Einsatz. Wichtig: Führe diese Tools niemals auf einer gemounteten Partition aus! Unmounten ist hier das oberste Gebot.

# Beispiel für ext4:
sudo umount /dev/sdXN # Stelle sicher, dass die Partition nicht gemountet ist!
sudo fsck -y /dev/sdXN # -y antwortet automatisch mit 'yes' auf alle Fragen

Die -y Option ist praktisch, aber sei dir bewusst, dass das Tool dann eigenständig Reparaturen vornimmt. Wenn du ganz vorsichtig sein willst, lass -y weg und beantworte die Fragen manuell. In meiner Erfahrung ist es aber oft so, dass bei einem stark korrupten Dateisystem die automatische Reparatur die schnellste Option ist, vorausgesetzt, du hast vorher ein Image mit ddrescue erstellt.

Für XFS-Dateisysteme gibt es xfs_repair. Auch hier gilt: unmounten! Und für Btrfs ist btrfs check das Tool der Wahl. SystemRescue 13.00 bringt dank der aktualisierten Dateisystem-Tools die neuesten Versionen dieser Werkzeuge mit, was die Chancen auf eine erfolgreiche Reparatur deutlich erhöht.

Partitionierung mit GParted oder parted

Manchmal musst du Partitionen ändern, löschen oder neu erstellen. Dafür bietet SystemRescue sowohl eine grafische Oberfläche (GParted) als auch Kommandozeilen-Tools (parted, fdisk). GParted ist super intuitiv, wenn du den Xfce-Desktop gestartet hast.

# Starte GParted (wenn im Xfce-Desktop)
gparted &

# Oder nutze parted auf der Kommandozeile
sudo parted /dev/sdX # Ersetze sdX mit dem Device
(parted) print # Zeigt die Partitionstabelle an
(parted) mklabel gpt # Erstellt eine neue GPT-Partitionstabelle
(parted) mkpart primary ext4 0% 100% # Erstellt eine primäre ext4 Partition über die gesamte Platte
(parted) quit

Mit parted kannst du sehr präzise arbeiten, aber es erfordert etwas mehr Einarbeitung. Für schnelle Änderungen oder wenn ich remote über SSH arbeite, ist parted oft mein Favorit.

Häufige Fehler und ihre Lösungen

Auch mit SystemRescue läuft nicht immer alles reibungslos. Hier sind ein paar Probleme, die mir immer wieder begegnen, und wie ich sie löse.

Problem 1: System bootet nicht vom USB-Stick

Das ist ein Klassiker. Du steckst den Stick ein, wählst ihn im Boot-Menü, aber der Rechner bootet trotzdem von der internen Platte oder zeigt einen Fehler.

Lösung:
1. BIOS/UEFI-Einstellungen prüfen: Gehe ins BIOS/UEFI und stelle sicher, dass "Secure Boot" deaktiviert ist. Viele Linux-Distributionen, einschließlich SystemRescue, haben Probleme mit Secure Boot, wenn sie nicht speziell dafür signiert sind. Auch die Boot-Reihenfolge ist wichtig: Stelle sicher, dass USB an erster Stelle steht oder wähle den Stick explizit im temporären Boot-Menü aus.
2. USB-Stick erneut erstellen: Manchmal ist der Stick einfach nicht richtig beschrieben worden. Versuche es mit einer anderen Methode (z.B. Etcher, wenn dd nicht klappte, oder umgekehrt) oder einem anderen USB-Stick.
3. Anderen USB-Port probieren: Selten, aber manchmal sind bestimmte USB-Ports (z.B. USB 3.0 Ports an älteren Mainboards) beim Booten zickig.

Problem 2: Festplatte wird nicht erkannt oder ist schreibgeschützt

Du hast SystemRescue gebootet, aber lsblk oder fdisk -l zeigen die interne Festplatte nicht an, oder du kannst nicht darauf zugreifen.

Lösung:
1. SATA-Modus im BIOS/UEFI: Prüfe, ob der SATA-Controller im BIOS/UEFI auf "AHCI" und nicht auf "RAID" oder "IDE-Kompatibilitätsmodus" eingestellt ist. Viele Linux-Distributionen erkennen RAID-Controller im Software-RAID-Modus nicht ohne Weiteres.
2. dmesg prüfen: Nach dem Booten kannst du mit dmesg | less die Kernel-Meldungen durchsuchen. Hier findest du oft Hinweise, warum eine Festplatte nicht erkannt wird (z.B. Treiberprobleme).
3. NTFS-Partitionen (Windows) schreibgeschützt: Wenn eine NTFS-Partition nicht gemountet werden kann und die Meldung kommt, dass sie "hibernated" ist, dann wurde Windows nicht vollständig heruntergefahren (z.B. durch Schnellstart). Du kannst versuchen, sie mit sudo ntfsfix /dev/sdXN zu reparieren. Das hebt den Hibernate-Status auf und ermöglicht das Mounten. Idealerweise bootest du aber kurz Windows und deaktivierst den Schnellstart dort.

Problem 3: Netzwerkverbindung funktioniert nicht

Du brauchst das Netzwerk, aber ping schlägt fehl und ip a zeigt keine IP-Adresse für dein Ethernet-Interface.

Lösung:
1. Kabel prüfen: Der Klassiker. Ist das Netzwerkkabel richtig eingesteckt? Leuchten die Link-Lichter an der Netzwerkkarte?
2. Interface-Namen prüfen: Moderne Linux-Systeme verwenden oft "Predictable Network Interface Names" wie enp0s31f6 statt eth0. Prüfe mit ip a, wie dein Interface wirklich heißt.
3. DHCP erzwingen: Manchmal muss der DHCP-Client manuell gestartet werden: sudo dhclient <interface-name> (z.B. sudo dhclient enp0s31f6).
4. Treiber prüfen: Selten, aber es kann sein, dass der Kernel keinen passenden Treiber für deine Netzwerkkarte hat. Auch hier hilft dmesg weiter. In SystemRescue 13.00 ist das aber dank des aktuellen LTS-Kernels seltener geworden.

Fazit und nächste Schritte

SystemRescue 13.00 ist ein unverzichtbares Werkzeug für jeden, der mit Linux-Systemen und Heimlaboren arbeitet. Mit dem aktuellen LTS-Kernel und den neuesten Dateisystem-Tools bist du bestens gerüstet, um nahezu jede Art von System- oder Datenproblem anzugehen. Ich kann aus eigener Erfahrung sagen, dass dieser Stick mir schon unzählige Stunden Ärger erspart und Daten gerettet hat, die ich schon verloren glaubte.

Mein abschließender Tipp: Mach dich mit SystemRescue vertraut, bevor der Ernstfall eintritt. Spiel ein paar Szenarien in einer VM oder mit einer alten Festplatte durch. Übe das Identifizieren von Partitionen, das Mounten, das Retten von Dateien mit ddrescue und die Reparatur von Dateisystemen. Nur so bist du wirklich vorbereitet, wenn es darauf ankommt.

Und denk daran: Auf smoth.me findest du noch viele weitere Guides und Tipps rund um dein Heimlabor und Admin-Aufgaben. Schau dich um, teile dein Wissen und lass uns gemeinsam die Technik meistern!