Vollständiger Leitfaden zur Linux-Systemwiederherstellung

Wenn ein Linux-System nach einem Update nicht mehr startet oder einfriert, ist Panik verständlich. Mit den richtigen Wiederherstellungstools und einer guten Datensicherungsstrategie lässt sich das System jedoch problemlos wiederherstellen, ohne es komplett neu installieren zu müssen.

In der Windows-Welt gibt es bewährte Lösungswege: abgesicherter Modus, Systemwiederherstellung, Reparaturtools und, als letzten Ausweg, Neuinstallation. Linux bietet ebenfalls eine Reihe leistungsstarker Methoden für Systemwiederherstellung, Boot-Reparatur, Notfallmodi und Datenwiederherstellung . Wichtig ist, diese im Voraus zu kennen, damit man im Notfall nicht improvisieren muss.

Grundlegende Konzepte der Wiederherstellung in Linux

Bevor wir uns mit den Befehlen befassen, ist es wichtig zu klären, was wir unter Linux-Systemwiederherstellung verstehen . Wir sprechen nicht immer vom selben: Manchmal geht es nur um die Reparatur von GRUB, manchmal um die Wiederherstellung eines vollständigen Backups und in anderen Fällen um die Rettung von Daten von einer beschädigten Festplatte.

Im Allgemeinen können wir die Szenarien in drei Hauptblöcke unterteilen: Wiederherstellung des Systems in den vorherigen Zustand mithilfe einer vollständigen Sicherung, Behebung von Boot- oder Kernelproblemen über GRUB oder UEFI und schließlich Datenwiederherstellung bei Beschädigung des Dateisystems.

Es ist außerdem wichtig, zwischen Tools zu unterscheiden, die innerhalb des Systems selbst laufen (während es noch in einem bestimmten Modus bootet), und solchen, die wir aus einer externen Umgebung nutzen, wie beispielsweise einer Live-CD/einem Live-USB-Stick oder einer UEFI-Shell. Je schlechter der Zustand des Rechners ist, desto stärker sind wir auf diese externen Umgebungen angewiesen.

Deshalb wird dringend empfohlen, immer ein bootfähiges Medium einer Distribution bereitzuhalten, die der von uns verwendeten ähnelt (zum Beispiel ein Live-System von Debian, Ubuntu, Linux Mint usw.), da dies das Formatieren, Mounten von Partitionen, Wiederherstellen von Dateien und Neuinstallieren des Bootloaders erheblich vereinfacht.

Stellen Sie ein vollständiges Linux-System aus einem Backup wieder her.

Eine der zuverlässigsten Methoden zur Systemwiederherstellung nach einem Systemausfall ist die vorherige Erstellung einer vollständigen Datensicherung. Mit dieser Sicherung können Sie das System in seinen vorherigen Zustand zurückversetzen, einschließlich aller Programme, Einstellungen und Anpassungen , ohne es von Grund auf neu installieren zu müssen.

Der Prozess zur Wiederherstellung eines Systems aus einer dateibasierten Sicherung (z. B. einer tar.bz2-Datei des Systems) lässt sich in wenigen klaren Schritten zusammenfassen: Partition vorbereiten, einhängen, Sicherung extrahieren, einige ausgeschlossene Verzeichnisse neu erstellen und mit GRUB neu starten.

Idealerweise sollten Sie von einer Live-CD/einem Live-USB-Stick einer Distribution starten, die dem Originalsystem ähnlich ist (wenn Ihr System beispielsweise Debian war, verwenden Sie Debian Live, Linux Mint, Xubuntu usw.). Diese schlanken Distributionen eignen sich perfekt zum Experimentieren ohne Systemverzögerungen und ermöglichen Ihnen die komfortable Arbeit mit Festplatten-Tools.

Formatieren und Vorbereiten der Zielpartition

Nachdem das System von der Live-Umgebung gestartet wurde, besteht der erste Schritt darin, die Partition zu bereinigen, auf der das System wiederhergestellt werden soll. GParted ist hierfür sehr nützlich; es handelt sich um ein grafisches Tool, das in der Regel verfügbar ist oder mit dem einfachen Befehl `sudo apt install gparted` unter Debian, Ubuntu oder Linux Mint installiert werden kann, sofern eine Internetverbindung besteht.

Mithilfe von GParted können wir die alte Partition löschen, eine neue erstellen und diese mit dem passenden Dateisystem formatieren, üblicherweise ext4 für die Root-Partition . Ziel ist es, sicherzustellen, dass das Wiederherstellungsziel vollständig bereinigt ist und keine Überreste vorheriger Installationen mehr enthält.

Nach der Formatierung empfiehlt es sich, die Partitionskennung (z. B. /dev/sda1, /dev/sdb2 usw.) sorgfältig zu notieren, da wir sie zum Mounten und später zur Installation von GRUB auf der richtigen Festplatte benötigen.

Wenn wir GParted nicht verwenden wollen, können wir jederzeit auf Konsolenprogramme wie fdisk, parted oder mkfs.ext4 zurückgreifen, aber für viele Benutzer macht die grafische Benutzeroberfläche diese heikle Aufgabe des Partitionierens und Formatierens bequemer.

Binden Sie die Partition ein, auf der wir das System wiederherstellen werden.

Nachdem die Partition formatiert wurde, muss sie als Nächstes in ein Verzeichnis des Live-Systems eingebunden werden, um darauf zugreifen zu können. Am einfachsten ist es, sie direkt unter /mnt einzubinden . Alternativ können Sie auch ein Unterverzeichnis erstellen, um die Übersichtlichkeit zu wahren.

Wir könnten beispielsweise so vorgehen:

sudo mkdir /mnt/sistema

Als Nächstes überprüfen wir den Namen der Zielpartition mit:

sudo fdisk-l

Und schließlich mounten wir (vorausgesetzt, es handelt sich um /dev/sda1):

sudo mount /dev/sda1 /mnt

Ab diesem Zeitpunkt wird alles, was wir innerhalb von /mnt kopieren, erstellen oder löschen , tatsächlich auf diese Festplattenpartition angewendet, die nach Abschluss der Wiederherstellung das zukünftige Stammverzeichnis des Systems sein wird.

Extrahieren Sie die Sicherung auf die neue Partition.

Das vollständige Backup wird üblicherweise auf einem externen Medium gespeichert: einem USB-Stick, einer externen Festplatte, einem NAS usw. Nehmen wir an, wir haben eine komprimierte Kopie auf einem USB-Stick namens USB32GB im Verzeichnis System_backup_06oct14 mit einer Datei namens System_backup_06oct14.tar.bz2.

In diesem Fall würde es genügen, einen Befehl wie den folgenden auszuführen:

sudo tar -xvpjf /media/USB32GB/System_backup_06oct14/System_backup_06oct14.tar.bz2 -C /mnt

Mit diesem Befehl weisen wir tar an, die Datei zu extrahieren, wobei Berechtigungen, Eigentümer und Verzeichnisstruktur erhalten bleiben und der Inhalt genau so bleibt, wie er beim Erstellen der Kopie war, sich aber jetzt auf der Partition befindet, die wir unter /mnt eingebunden haben.

Je nach Größe der Sicherung und Geschwindigkeit Ihrer Hardware kann dieser Vorgang einige Zeit in Anspruch nehmen. Es ist normal, Geduld zu haben und zu warten, bis die Wiederherstellung aller Dateien abgeschlossen ist, bevor Sie mit den restlichen Schritten fortfahren.

Erstellen Sie die ausgeschlossenen Systemverzeichnisse.

Bei der Erstellung vollständiger Systemsicherungen ist es üblich, bestimmte flüchtige Verzeichnisse oder solche, deren Sicherung keinen Sinn ergibt, wie z. B. /proc, /tmp, /mnt, /media oder bestimmte Protokolldateien, von der Sicherung auszuschließen. Das bedeutet, dass es nach dem Extrahieren der Sicherung ratsam ist, diese leeren Verzeichnisse manuell wiederherzustellen.

Ein typisches Beispiel für einen Befehl zur Generierung dieser Daten wäre:

sudo mkdir /mnt/proc /mnt/mnt /mnt/media /mnt/tmp /mnt/var/log

Jeder Benutzer sollte diese Liste an seine individuellen Auslassungen in der Originalkopie anpassen. Wichtig ist, dass beim Systemstart alle kritischen Pfade vorhanden sind, die das Betriebssystem für den korrekten Betrieb benötigt .

Wechseln Sie in den chroot-Modus, um so zu arbeiten, als ob wir uns innerhalb des Systems befänden.

Einer der größten Vorteile von Linux ist die Möglichkeit, mit chroot die Umgebung abzugrenzen und das System ein Verzeichnis als neues Wurzelverzeichnis erkennen zu lassen . In diesem Fall soll /mnt für die ausgeführten Befehle zu / werden.

Bevor Sie in den chroot-Modus wechseln, müssen Sie einige Pseudo-Dateisysteme des Live-Systems in /mnt einbinden, damit das chroot-System Zugriff auf /proc, /sys, /dev und andere notwendige Geräte hat:

sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/
sudo mount -o bind /dev /mnt/dev/
sudo mount -t devpts pts /mnt/dev/pts

Sobald all dies eingerichtet ist, können wir den Käfig betreten:

sudo chroot /mnt /bin/bash

Ab diesem Zeitpunkt funktioniert alles im Terminal so, als befänden wir uns im wiederhergestellten System. Pfade werden mit /mnt als tatsächlichem Stammverzeichnis interpretiert , sodass wir komfortabel arbeiten können: GRUB aktualisieren, Konfigurationen anpassen, Pakete installieren usw.

Zur Vereinfachung können wir die Eingabeaufforderung sogar so ändern, dass deutlich wird, dass wir uns in chroot befinden, zum Beispiel:

export PS1="(chroot) $PS1"

GRUB auf der Festplatte installieren und konfigurieren

Das System ist nun bereits auf die Festplatte wiederhergestellt, startet aber immer noch nicht, da ein funktionierender Bootloader fehlt. In der Chroot-Umgebung wird üblicherweise das GRUB-Menü aktualisiert und anschließend im MBR oder auf dem entsprechenden Laufwerk installiert.

Zuerst aktualisieren wir das GRUB-Menü, um die auf der Festplatte vorhandenen Systeme zu erkennen und deren Konfigurationsdatei zu generieren, üblicherweise mit:

sudo update-grub

Als Nächstes installieren wir GRUB auf der entsprechenden Festplatte (nicht auf der Partition, sondern auf dem Festplattengerät, zum Beispiel /dev/sda für die erste Festplatte):

sudo grub-install /dev/sda

Wenn wir das System neu starten und es diese Festplatte als Startlaufwerk verwendet, sollte GRUB sein Menü korrekt laden und den Start des wiederhergestellten Systems ermöglichen. Es wird empfohlen zu überprüfen, ob das BIOS/UEFI so konfiguriert ist, dass es von der Festplatte startet, auf der GRUB installiert wurde.

Falls in Ordnern wie /tmp Berechtigungsprobleme auftreten, die den Start der grafischen Umgebung verhindern, können wir dies über eine Textkonsole (Strg+Alt+F1) beheben, indem wir uns mit unserem Benutzerkonto anmelden und beispielsweise Folgendes eingeben:

sudo chmod 777 /tmp

Diese Probleme hängen stark davon ab, wie die Sicherung erstellt wurde, lassen sich aber in der Regel nach einem Neustart des Systems leicht beheben. Danach können wir die normale Nutzung wieder aufnehmen und, falls gewünscht, neue, regelmäßige Sicherungen automatisieren.

Spezielle Wiederherstellungstools in Linux-Distributionen

Neben der manuellen Wiederherstellung aus einem TAR-Archiv gibt es Tools und Pakete, die speziell für die Vereinfachung von Backups und der Wiederherstellung von Linux-Systemen entwickelt wurden . Eines der bekanntesten in Unternehmensumgebungen ist Relax-and-Recover (ReaR), mit dem sich benutzerdefinierte Systemabbilder und Wiederherstellungsmedien erstellen lassen.

Auf Red Hat-basierten Systemen könnten wir beispielsweise ReaR zusammen mit den notwendigen Hilfsprogrammen zur Generierung von ISO-Images und Bootloadern mit einem Befehl wie diesem installieren:

yum install rear genisoimage syslinux

ReaR ist für die Vorbereitung einer Rettungsumgebung verantwortlich, die in der Lage ist, den Server im Katastrophenfall wiederherzustellen. Dazu werden Skripte, Systemkonfigurations- und Premastering-Tools wie genisoimage sowie das syslinux-Paket, das verschiedene Bootloader bereitstellt, kombiniert.

Auch außerhalb der Geschäftswelt sind „Zeitreise“-Tools auf Desktop- und PCs sehr beliebt. Sie ermöglichen es Benutzern, regelmäßig System-Snapshots zu erstellen und diese mit wenigen Klicks oder Befehlen wiederherzustellen.

Verzeichnisse und kritische Komponenten für den Start

Für einen reibungslosen Systemwiederherstellungsprozess ist es unerlässlich zu wissen, wo sich die einzelnen Schlüsselkomponenten des Bootvorgangs befinden. Insbesondere das Verzeichnis `/boot` enthält die wichtigsten Elemente : Kernel-Images, Initramfs, GRUB-Dateien usw.

Innerhalb von /boot finden wir oft Unterverzeichnisse wie /boot/grub/ , in denen die Bootmanager-Module und ihre Konfigurationsdateien gespeichert sind, sowie die Einträge, die bestimmen, welchen Kernel das System laden wird.

Ebenfalls vorhanden sind die initrd- oder initramfs-Images ( /boot/initrd.img bzw. initramfs mit unterschiedlichen Versionssuffixen). Diese Images enthalten ein kleines Dateisystem im RAM, das in der frühen Phase des Bootvorgangs verwendet wird, um Module zu laden, Festplatten zu erkennen und das Root-Verzeichnis einzubinden.

Bei Systemen mit UEFI wird die EFI-Partition üblicherweise unter /boot/efi eingebunden und kann von mehreren Betriebssystemen gemeinsam genutzt werden. Sie speichert die .efi-Binärdateien, die als Bootloader für Linux, Windows oder andere Systeme dienen.

Schließlich gab es in klassischen Systemen mit sysvinit die Datei /etc/inittab , in der Runlevel und Bootverhalten definiert wurden. Obwohl viele Distributionen auf systemd umgestiegen sind und andere Mechanismen verwenden, ist das Verständnis dieser Konzepte (Einzelbenutzermodus, Mehrbenutzermodus usw.) nach wie vor sehr hilfreich, um Rettungs- und Notfallmodi zu verstehen.

Rettungs- und Notfallmodi mit systemd und GRUB

In modernen, auf systemd basierenden Systemen gibt es neben dem normalen Bootvorgang spezielle Wiederherstellungsmodi wie rescue.target und emergency.target . Diese Modi starten das System mit minimalen Diensten und ermöglichen so Reparaturen ohne Unterbrechung.

Solange das System noch das GRUB-Menü anzeigt, können wir darüber erweiterte Optionen auswählen. Viele Distributionen, wie beispielsweise Ubuntu, bieten für jeden installierten Kernel direkt Einträge für erweiterte Optionen mit Varianten im Wiederherstellungsmodus an.

Über dieses Untermenü können Sie sehr nützliche Dienstprogramme für Diagnose und Reparatur laden: Partitionen mit fsck überprüfen, versuchen, beschädigte Pakete mit dpkg zu reparieren, GRUB aktualisieren, das Netzwerk aktivieren oder eine Shell mit Root-Rechten starten.

Eine weitere Möglichkeit besteht darin, mit dem GRUB-Editor (durch Drücken von E bei einem Eintrag) spezielle Parameter am Ende der Linux-Zeile hinzuzufügen, z. B. `systemd.unit=emergency.target` oder `systemd.unit=rescue.target` . Auf diese Weise kann man, auch ohne expliziten Menüeintrag, einen direkten Start in diese Notfallmodi erzwingen.

In emergency.target wird eine sehr einfache Umgebung gestartet, die nur über eine Root-Shell und im Lesemodus auf die Dateisysteme verfügt. Sie eignet sich ideal zum Überprüfen von Protokollen, zum erneuten Einbinden des Systems, zum Reparieren der fstab oder zum Rückgängigmachen von Konfigurationsänderungen, die den normalen Bootvorgang unterbrochen haben.

Praktische Anwendung des Wiederherstellungsmodus in Distributionen wie Ubuntu

Wählt man in GRUB die Option „Erweiterte Optionen“ und anschließend den Eintrag „Wiederherstellungsmodus“, zeigen viele Distributionen ein zusätzliches Menü mit verschiedenen Wiederherstellungsprogrammen an. In Ubuntu sieht man beispielsweise häufig Optionen wie:

• fortsetzenVersuchen Sie, von diesem Kernel aus wieder normal zu booten.
• reinigen: öffnet eine Shell mit Anweisungen für Freiraum wenn der Speicherplatz auf der Festplatte voll ist.
• dpkg: Repariert oder entfernt beschädigte Pakete, die den Bootvorgang verhindern könnten, und lädt diese aus den Repositories herunter, sofern das Netzwerk aktiviert ist.
• fsck: Führt Dateisystem- und Partitionsprüfungen durch, um Fehler zu erkennen und zu korrigieren.
• Made: Analysiert und aktualisiert den Bootmanager selbst.
• Netzwerk: Aktiviert das Netzwerk, was für die Installation oder das Herunterladen von Reparaturpaketen nützlich ist.
• Wurzel: öffnet eine Shell als Superuser, von der aus wir tiefgreifende Konfigurationsänderungen vornehmen können.
• Systemzusammenfassung: Zeigt eine Zusammenfassung des Systems, der Kernelversion, der Festplatten usw. an.

Diese Werkzeuge, kombiniert mit Grundkenntnissen von Befehlen wie mount, fsck, systemctl, journalctl oder nano/vi , ermöglichen es Ihnen, eine Vielzahl von Problemen zu lösen, ohne das gesamte System von Grund auf neu installieren zu müssen.

Arbeiten mit der GRUB-Shell und den Konventionen zur Festplattenbenennung

Bei schwerwiegenderen Fehlern startet das System möglicherweise nicht normal, und wir können unter Umständen nur mit der GRUB-Eingabeaufforderung interagieren, entweder mit `grub>` (normale Shell) oder mit `grub rescue>` (eingeschränkter Wiederherstellungsmodus). Selbst in dieser Situation stehen uns noch einige Optionen zur Verfügung.

Über das GRUB-Menü können wir durch Drücken der Taste C auf die Befehlszeile zugreifen. Dadurch öffnet sich eine Umgebung, in der wir bestimmte Bootloader-Befehle ausführen, Datenträger auflisten, nach Kerneln suchen, Module laden und einen manuellen Systemstart vorbereiten können.

Es ist wichtig zu beachten, dass GRUB Festplatten und Partitionen nicht auf dieselbe Weise benennt wie Linux. Während Linux für Festplatten /dev/sda, /dev/sdb usw. und für Partitionen /dev/sda1, /dev/sda2 usw. verwendet, nutzt GRUB eine Syntax wie (hd0,0), (hd0,1), (hd1,0) usw.

Grob gesagt können wir /dev/sda mit hd0, /dev/sdb mit hd1 usw. verknüpfen. Für Partitionen verwendet GRUB dann in Klammern gesetzte Indizes, wobei Festplatte und Partition durch Kommas getrennt sind. Dies ist sehr wichtig zu beachten, wenn man versucht, /boot oder das Root-Verzeichnis über die GRUB-Shell zu finden.

Mit den entsprechenden Befehlen (ls, set, linux, initrd, boot usw.) und sobald die Partition, auf der sich der Kernel und das Initramfs befinden, identifiziert wurde, ist es möglich, manuell zu booten und dann vom System aus mit den üblichen Werkzeugen die normale GRUB-Konfiguration wiederherzustellen.

Erweiterte Wiederherstellung über die UEFI-Shell

Bei modernen Rechnern mit UEFI liegt das Problem manchmal nicht an Linux selbst, sondern an einem fehlenden oder beschädigten Boot-Eintrag, der auf die .efi-Datei des Bootloaders verweist. In solchen Fällen wird beim Einschalten des Computers möglicherweise nur eine UEFI-typische Shell-Eingabeaufforderung angezeigt.

Diese UEFI-Shell verwendet eine eigene Methode zur Gerätereferenzierung. Es gibt kein /dev/sda oder hd0: Beim Booten wird üblicherweise eine „Zuordnungstabelle“ angezeigt, in der Laufwerke als FS0, FS1, FS2… gekennzeichnet sind , die /dev/sda, /dev/sdb usw. entsprechen.

Zur Navigation in diesen Dateisystemen werden Pfade mit Backslashes (\) anstelle von / verwendet, und die Tastatur wird als englischsprachig betrachtet, sodass sich die Position von Zeichen wie Doppelpunkten, Schrägstrichen usw. im Vergleich zur spanischen Tastatur ändert.

In dieser Umgebung können Sie Geräte auflisten, Laufwerke wechseln, zur EFI-Partition navigieren und die Bootloader-Binärdateien (.efi) finden. Es gibt Tools und Befehle (und sogar einen Editor namens „edit“), mit denen Sie die Bootkonfiguration anpassen, Einträge hinzufügen oder ändern und die Firmware auf den korrekten Bootloader umleiten können.

Allerdings kann das Herumexperimentieren mit dem UEFI-Bootvorgang, ohne genau zu wissen, was man tut, dazu führen, dass der Rechner in einem schlechteren Zustand ist als zuvor. Daher ist es ratsam, vorsichtig vorzugehen und sich an spezifische Dokumentationen (wie zum Beispiel das offizielle UEFI Shell-Handbuch) zu halten, wenn man keine Vorkenntnisse hat.

„Zeitreise“ unter Linux: Snapshots mit TimeShift

Windows-Nutzer vermissen oft etwas Vergleichbares zu Systemwiederherstellung oder Time Machine unter macOS. Linux bietet Lösungen mit einer sehr ähnlichen Funktion, und eine der beliebtesten auf Debian/Ubuntu-basierten Desktop-Computern ist TimeShift.

Mit TimeShift können Sie einen Speicherort für System- Snapshots festlegen und automatisch planen, wie oft diese erstellt werden: zum Beispiel alle zwei Wochen, wobei nur die letzten beiden gespeichert werden, um eine Überbelegung der Festplatte zu vermeiden.

Bei der Ersteinrichtung können wir auswählen, welche Verzeichnisse von den Snapshots ausgeschlossen werden sollen, sodass sich das System auf System- und Konfigurationsdateien konzentriert, ohne persönliche Daten zu duplizieren, die wir bereits mit einem anderen Tool speichern.

Nach der Konfiguration ist das Erstellen eines Wiederherstellungspunkts ganz einfach: Sie öffnen die Anwendung und klicken auf die Schaltfläche „ Erstellen “ . Das Programm generiert den Snapshot, und sobald dieser fertig ist, wird er zusammen mit den anderen verfügbaren Snapshots angezeigt.

Das Wiederherstellen des Systems von einem dieser Punkte aus ist ebenfalls sehr einfach: Wir wählen den Snapshot aus und drücken in der Benutzeroberfläche auf „Wiederherstellen“ , oder wir arbeiten über das Terminal, indem wir Befehle wie timeshift –list ausführen , um die verfügbaren Snapshots anzuzeigen, und timeshift –restore , um das System in einen bestimmten vorherigen Zustand zurückzusetzen.

Datenwiederherstellung in Linux-Systemen

Manchmal liegt das Hauptproblem nicht darin, dass das System nicht startet, sondern im Verlust wichtiger Dateien durch versehentliches Löschen oder Dateisystemfehler. In diesen Fällen geht es um Datenrettung auf Linux-Systemen , nicht um die Wiederherstellung des Betriebssystems.

Linux kann verschiedene Dateisysteme verwenden, wobei in der Praxis die ext2-, ext3- und ext4 -Familien in allgemeinen Desktop- und Serverumgebungen vorherrschen . Traditionell haben sich verschiedene Distributionen standardmäßig für das eine oder andere entschieden.

Beispielsweise setzten Debian GNU/Linux oder Slackware auf ext2, während Red Hat, Fedora, Ubuntu oder CentOS in vielen Versionen ext3 verwendeten, und neuere Versionen von Distributionen wie Arch, Ubuntu 9, Fedora 11, CentOS 6 oder Debian 7 ext4 als Referenzdateisystem übernahmen.

Je nach Dateisystem und Art des Datenverlusts (logische Löschung, beschädigte Partition, Festplatte mit defekten Sektoren usw.) verwenden wir unterschiedliche Tools: von fsck zur Reparatur grundlegender Strukturen bis hin zu fortgeschritteneren forensischen Analyse- und Wiederherstellungs-Utilities, wobei wir stets darauf achten, nicht auf die betroffene Festplatte zu schreiben, um die Erfolgsaussichten zu maximieren.

In besonders kritischen Fällen, in denen es um wertvolle Daten geht, ist es in der Regel ratsamer, professionelle Datenrettungsdienste in Anspruch zu nehmen, die Erfahrung mit Linux-Systemen haben und mit den Besonderheiten der einzelnen Distributionen und Dateisysteme vertraut sind.

Betrachtet man all diese Techniken und Werkzeuge, wird deutlich, dass Linux eine sehr breite Palette an Möglichkeiten bietet, um traumatische Neuinstallationen zu vermeiden: von der Wiederherstellung vollständiger Backups mit tar oder ReaR über die Verwendung praktischer Snapshots mit TimeShift und das Vertrauen auf die Rettungs- und Notfallmodi von systemd und GRUB bis hin zum detaillierten Eingreifen in GRUB oder der UEFI-Shell, wenn die Dinge kompliziert werden. Nicht zu vergessen ist auch die Möglichkeit, Daten in ext2/3/4-Dateisystemen wiederherzustellen, wenn das System nicht mehr zu reparieren ist, wir aber dennoch wichtige Informationen sichern wollen.