Rettungsmedium: Rechner ohne System zurückholen

Zum Inhaltsverzeichnis

Startet ein Rechner nicht mehr, ist seine Platte getauscht oder leer, oder ist der ganze Rechner ersetzt, fehlt das, was sonst einen Restore anstößt: das installierte AegisGrid mit seiner bkp_agent.cfg. Dafür gibt es das Rettungsmedium: ein eigenes kleines Linux auf einem USB-Stick oder als ISO-Datei, das auf jedem x86-64-Rechner startet (BIOS und UEFI, auch mit Secure Boot) und Windows- wie Linux-Rechner aus ihren Plattensicherungen zurückholt. Ein Programm führt Schritt für Schritt durch alles: Quelle der Sicherungen, Rechner, Zeitpunkt, Zielplatten, Anpassung an die Hardware, Bestätigung, Restore.

Grundlage sind Sicherungen ganzer Platten mit bkp_agent (Profil mit source= auf die Platte, unter Windows \\.\PhysicalDrive0). Ein solcher Lauf merkt sich, wie der Rechner gebaut war (Firmware, Speicher-Controller, Netzwerkkarten, System, Systempartition); daraus erkennt das Rettungsmedium den Rechner und was an der neuen Hardware anders ist.

8.1 Medium erstellen#

In der Verwaltungskonsole: den Client wählen, dann „Extras“ › „Rettungsmedium erstellen…“. Der Assistent lädt das Medium vom Update-Server dieser Installation (geprüft über seine Signatur), schreibt es auf einen USB-Stick oder speichert es als ISO-Datei und legt auf Wunsch das Zugangsdaten-Paket des Clients dazu. Windows fragt dafür einmal nach Administratorrechten. Nach der ersten Sicherung eines Rechners bietet die Konsole das Medium von sich aus an.

Auf der Kommandozeile (Linux und Windows, als root bzw. Administrator):

bkp_rescue_media --list                                   # USB-Sticks und Wechseldatenträger
bkp_rescue_media --usb /dev/sdc --credentials             # Medium + Zugangsdaten dieses Rechners (fragt das Passwort)
bkp_rescue_media --iso /srv/iso/aegisgrid-rescue.iso      # als ISO, z. B. für eine VM oder eine DVD

Beschrieben werden nur USB-Sticks und Wechseldatenträger, nie eine Platte des laufenden Systems; vor dem Schreiben kommt eine Rückfrage (--yes ohne). Alles auf dem Stick geht verloren. Das Medium wird nach dem Schreiben zurückgelesen und verglichen.
Der Stick bekommt neben dem Medium eine kleine Partition AGRESCUE (FAT32). Dort liegt das Zugangsdaten-Paket <rechner>.agk, und dorthin kann das Rettungsmedium sein Protokoll schreiben.
Das Zugangsdaten-Paket enthält die Sinks des Rechners mit Backup-Servern, API- und Verschlüsselungsschlüsseln, verschlüsselt mit einem Passwort (mindestens 8 Zeichen). Ohne das Passwort ist es nutzlos; Paket und Passwort gehören getrennt vom Rechner aufbewahrt. Ein Paket allein erzeugt bkp_maintenance rescue-credentials --out <datei>.agk. Schlüssel aus einem KMS (kms:) kommen nicht hinein; sie werden auf dem Medium von Hand eingegeben.
Ein Medium passt zu allen Rechnern einer Installation. Neu erstellen lohnt sich nach einem großen Update oder wenn sich die Zugangsdaten geändert haben.

8.2 Vom Medium starten#

Den Rechner vom Stick (oder von der DVD bzw. dem ISO in einer VM) starten; meist führt eine Taste wie F12, F11 oder Esc beim Einschalten zum Startmenü der Firmware. Das Startmenü des Mediums bietet Deutsch und Englisch und startet nach 10 Sekunden auf Deutsch; weitere Sprachen (Spanisch, Französisch, Kroatisch) wählt die erste Seite des Programms.

Einfache Grafik (unter „Experten“) hilft bei einem schwarzen Bildschirm: Das Medium zeichnet dann ohne Grafiktreiber.
Nur Kommandozeile startet eine Root-Shell ohne Programm, für Fachleute. Aus dem Programm heraus öffnet Strg+Alt+F2 eine Kommandozeile, Strg+Alt+F1 führt zurück.
Das Medium aktiviert weder LVM noch Software-RAID und benutzt keinen Auslagerungsbereich: Keine Platte des Rechners ist belegt, bevor der Restore sie beschreibt.

8.3 Die Schritte im Programm#

Sprache und Tastatur. Eine andere Tastaturbelegung gilt ab dem nächsten Schritt.
Netzwerk. Mit Kabel bezieht das Medium seine Adresse selbst (DHCP). WLAN und feste Adressen: siehe unten. Für eine Sicherung auf einer USB-Platte braucht es kein Netzwerk.
Zugangsdaten. Das Programm sucht auf allen Datenträgern nach .agk-Paketen; das gewählte öffnet sich mit seinem Passwort. Ohne Paket geht es weiter, die Angaben kommen dann im nächsten Schritt von Hand.
Sicherungen. Woher sie kommen: aus dem Zugangsdaten-Paket, von einem Store auf einer Platte oder einem Stick, von einer Netzwerkfreigabe, von einem Backup-Server (Adresse, API-Schlüssel, Fingerabdruck des Zertifikats) oder aus S3. Bei verschlüsselten Sicherungen den Schlüssel als Datei wählen oder eingeben.
Rechner. Die gesicherten Rechner und ihre Platten; in der Regel bleiben alle Platten des Rechners gewählt.
Zeitpunkt. Die Läufe der Systemplatte, der neueste zuerst. Die übrigen Platten nehmen jeweils ihren Lauf, der zeitlich am nächsten liegt.
Zielplatten. Der Vorschlag ist je Sicherung die kleinste passende Platte. Zu kleine Platten werden nicht angeboten, das Rettungsmedium selbst nie.
Anpassung. Was an diesem Rechner anders ist als am gesicherten (Firmware, Speicher-Controller, Netzwerkkarten, physisch oder virtuell) und was das Programm dagegen tut (siehe „Andere Hardware“ unten).
Bestätigung. Je Zielplatte eine Warnkarte mit Größe, Modell und bisherigem Inhalt. Erst mit dem Häkchen „Ich habe verstanden: Alles auf diesen Platten geht verloren.“ wird „Jetzt wiederherstellen“ wählbar.
Wiederherstellen. Fortschritt je Platte, danach die Anpassung. „Abbrechen“ hält an; die Zielplatte ist dann unvollständig.
Ende. Ergebnis und Hinweise (zum Beispiel: im Firmware-Menü auf UEFI umstellen), Protokoll auf einem Stick speichern, Neustart oder Ausschalten. Den Stick vor dem Neustart abziehen.

8.4 Netzwerk: WLAN und feste Adresse#

Auf der Seite „Netzwerk“ listet der Abschnitt WLAN die Netze der ersten WLAN-Karte, das stärkste zuerst. Netz wählen, Passwort eingeben, „Verbinden“. Unterstützt werden offene Netze und Netze mit Passwort (WPA2, WPA3); Netze mit Benutzeranmeldung (WPA Enterprise) und das veraltete WEP nicht – dann ein Netzwerkkabel nehmen.

Feste Adresse festlegen ist nur nötig, wo das Netzwerk keine Adressen vergibt: Netzwerkkarte wählen, Adresse mit Präfix (zum Beispiel 192.168.1.20/24), Gateway und bis zu vier DNS-Server eintragen, „Übernehmen“. „Wieder automatisch (DHCP)“ macht das rückgängig. Für ein WLAN zuerst verbinden, dann die Adresse festlegen. Die Einstellungen gelten nur, solange das Medium läuft.

8.5 Andere Hardware#

Wird auf andere Hardware zurückgespielt, passt bkp_hwadapt das zurückgespielte System an, bevor es zum ersten Mal startet; das Rettungsmedium erledigt das nach dem Restore von sich aus. Die Seite „Anpassung“ zeigt vorher, was anders ist.

Windows: lädt beim Start die Treiber der Speicher-Controller (AHCI, NVMe, IDE; VirtIO, Xen oder Hyper-V, wo installiert), entfernt Filtertreiber nicht mehr vorhandener Hardware (etwa Intel RST) und behält den Laufwerksbuchstaben des Systems. Fehlen einer VM die VirtIO-Treiber, nennt der Bericht SATA und E1000E als Weg.
Linux: nennt die Dateisysteme in /etc/fstab über ihre UUID, baut das initramfs mit den Treibern für jede Hardware neu, legt den Bootloader so ab, dass ein neuer Rechner ihn ohne Firmware-Eintrag findet (UEFI: EFI/BOOT/BOOTX64.EFI), und nennt Netzwerkeinstellungen, die an die alte Netzwerkkarte gebunden sind. Systeme in LVM und LUKS werden gefunden.
BIOS ↔ UEFI: Startet der neue Rechner anders als der gesicherte, bietet die Seite „Anpassung“ die Umstellung an. Windows bekommt dann eine GPT-Partitionstabelle mit neuer EFI-Systempartition (aus freiem Platz oder durch Verkleinern der letzten NTFS-Partition) bzw. eine MBR-Tabelle mit aktiver Systempartition, jeweils mit den passenden Startdateien; Linux bekommt eine EFI-Systempartition bzw. eine BIOS-Boot-Partition und GRUB für die neue Firmware. Ohne Umstellung bleibt das System unverändert, und das Ende nennt, wie die Firmware einzustellen ist.
Secure Boot: Linux mit dem GRUB des Mediums (wenn dem System das GRUB der neuen Firmware fehlt) ist nicht für Secure Boot signiert; der Bericht sagt dann, Secure Boot auszuschalten.

Von Hand, zum Beispiel nach einem Restore mit bkp_restore auf einem anderen Linux:

bkp_hwadapt --disk /dev/sdb --dry-run                        # nur zeigen, was geändert würde
bkp_hwadapt --disk /dev/sdb --profile physical --firmware uefi --convert

Hinweis: BitLocker: Ein mit BitLocker verschlüsseltes Windows fragt nach dem Restore auf neuer Hardware einmal nach dem Wiederherstellungsschlüssel. Ihn vorher bereitlegen.

8.6 Rechner als neue VM#

Die Plattensicherungen eines Rechners lassen sich auch als neue virtuelle Maschine zurückholen, zum Beispiel wenn die Hardware ausgefallen ist und der Rechner vorerst als VM weiterlaufen soll. Auf einem Proxmox- oder Xen-Host:

bkp_proxmox_restore --store /backup/default.cbs --from-machine pc01 --storage local-lvm
bkp_xenV_restore    --store /backup/default.cbs --from-machine pc01 --vg vg0

--name/--run wählen die Systemplatte; die übrigen Platten des Rechners nehmen ihren Lauf, der höchstens einen Tag davon entfernt liegt (--single-disk nur die eine). Kerne, Arbeitsspeicher, Firmware und System kommen aus der Sicherung; fehlen die Angaben, gelten 2 Kerne und 4 GiB, und --firmware muss genannt werden.
Die VM bekommt immer eine neue SMBIOS-UUID und eine neue MAC-Adresse (--keep-network-identity behält die alte, wenn bekannt) und eine Netzwerkkarte (--bridge, Standard vmbr0).
Proxmox: q35, VirtIO für Linux und ein Windows mit VirtIO-Treibern, sonst SATA (höchstens 6 Platten) und E1000E; UEFI mit efidisk0 und für Windows 11 und Server 2022 und neuer ein TPM. Xen: HVM, für Windows AHCI und E1000.
Danach passt bkp_hwadapt das System an die VM an. Scheitert das, bleibt die VM angelegt; die Meldung nennt den Befehl zum Wiederholen.

In der Verwaltungskonsole bietet der Restore-Assistent bei Plattensicherungen auf einem Proxmox- oder Xen-Client „Als neue virtuelle Maschine auf diesem Host“ an, mit Storage bzw. Volume Group, MAC-Adresse, Kernen, Arbeitsspeicher und Firmware.

8.7 Grenzen des Rettungsmediums#

Zurückgeholt werden ganze Platten; einzelne Partitionen oder Volumes stellt bkp_restore im laufenden System wieder her (Kapitel 7).
Software-RAID (mdadm) als Linux-Root wird noch nicht zusammengesetzt; die Anpassung meldet dann „kein System gefunden“.
VM-Sicherungen (Proxmox, Xen, Hyper-V) gehören nicht auf das Rettungsmedium: Sie kommen mit den Restore-Programmen des Hosts zurück (Kapitel 7).
Hyper-V als Ziel für „Rechner als neue VM“ folgt.