Backup Kernel & Rettungssystem: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
GerBra (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
GerBra (Diskussion | Beiträge)
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
== Übersicht ==
== Übersicht ==
Bei ArchLinux wird ja nach Kernel-Updates kein Backup-Kernel gesichert, sondern ein Kernel ersetzt den alten vollständig. Nun ist gerade der Kernel das "Herzstück" eines GNU/Linux-Systems, und es kann immer mal passieren das ein Update nicht zufriedenstellend verläuft. Da ist es sehr hilfreich einen Kernel "in Reserve" zu haben, mit dem das System bootfähig ist und so Reparaturen möglich sind.
Bei ArchLinux wird ja nach Kernel-Updates kein Backup-Kernel gesichert, sondern ein Kernel ersetzt den alten vollständig. Nun ist gerade der Kernel das "Herzstück" eines GNU/Linux-Systems, und es kann immer mal passieren das ein Update nicht zufriedenstellend verläuft. Oder man möchte z.B. einen Kernel aus testing installieren, ist sich aber nicht sicher, ob das System anschließend durchbootet.
 
Da ist es sehr hilfreich einen Kernel "in Reserve" zu haben, mit dem das System bootfähig ist und so Reparaturen möglich sind.


Ein mit dem aktuellen Kernel nicht mehr bootfähiges bzw. funktionierendes System kann man bisher auf verschiedene Arten wieder booten oder an eine Reparatur-Konsole kommen:
Ein mit dem aktuellen Kernel nicht mehr bootfähiges bzw. funktionierendes System kann man bisher auf verschiedene Arten wieder booten oder an eine Reparatur-Konsole kommen:
Zeile 8: Zeile 10:
* Man erstellt sich einen eigenen Kernel, welcher nicht durch Updates des Arch-Kernels überschrieben wird.
* Man erstellt sich einen eigenen Kernel, welcher nicht durch Updates des Arch-Kernels überschrieben wird.


Gegen die Möglichkeiten des Bootens von externen Medien spricht oft, das diese Medien bzw. der Rechner nicht darauf vorbereitet sind. Während es privat meist einfach möglich ist, eine CD in ein Laufwerk zu legen oder die Bootreihenfolge von Festplatten zu ändern, bietet sich diese Gelegenheit bei Rechnern, die z.B. 200 Km entfernt stehen, oftmals nicht.  
Hier nun eine noch einfachere Methode, die v.a. dann hilfreich ist wenn externe Bootmedien nicht zur Hand sind. Man kann sehr einfach den Kernel der ArchLinux Install-CD als Reserve-Kernel auf dem System installieren.
 
== Vorbereitung ==
Man braucht ca. 30 MB Platz in /boot. Dann die ArchLinux Install-CD mounten, z.B. nach /mnt/cdrom
  cp mnt/cdrom/isolinux/vmlinuz /boot
  cp mnt/cdrom/isolinux/initrd.img /boot
Das war's! Am besten legt man sich einen für diesen Kernel einen Grub/Lilo Booteintrag an. Orientieren kann man sich an dem des normalen ArchLinux-Eintrags vom Stock-Kernel. Zu den Parametern noch ein paar Hinweise:
  kernel /boot/vmlinuz root=/dev/sda3 ro
  initrd /boot/initrd.img
  (Ein Eintrag dieser Art wird dein installiertes System booten, root= an dein System anpassen)
 
  kernel /boot/vmlinuz ro
  initrd /boot/initrd.img
  (Dies wird nicht dein installiertes System booten, sondern die Installer-Konsole wie sie von der
  Installation her bekannt ist. Dieser Modus eignet sich v.a. als Rettungs-Konsole, da die Partitionen
  nicht eingebunden sind)
Noch ein Hinweis zu Sicherheit: Wer physischen Zugriff auf deinen Rechner hat, der hat auf die eine oder andere Art auch Root-Rechte. Dieser Kernel (v.a. als Rettungssystem eingerichtet) bietet allerdings demjenigen, der ihn ''einfach so'' bootet, Root-Zugriff ohne mindestens die Abfrage eines Paßwortes. Deshalb bietet sich eine Absicherung an, wie sie für Grub z.B. [[Grub|hier]] beschrieben ist.
 
== Vorteile/Nachteile ==
* '''Vorteile'''
** Dieser Kernel kommt '''nicht''' in Konflikt mit einem im Dateisystem schon existierenden /lib/modules/2.6.x-ARCH Verzeichniss. Er ist auch gar nicht darauf angewiesen, da alle Module, die ein normaler Kernel in/aus diesem Verzeichnis erwartet, fest in dem initrd.img-Image sind.
** Dieser Kernel muß nicht extra kompiliert werden, um nicht mit dem Standard-Arch-Kernel zu kollidieren.
** Kann auch auf Rechnern genutzt werden bei denen es nicht so einfach ist, ein separates Bootmedium anzuschließen bzw. einzulegen.
 
* '''Nachteile'''
** Dieser Kernel nutzt nur Module, die im Initrd-Image eingebaut sind. Wer z.B. zum Boot externe Module benötigt, für den wird das nicht funktionieren. Auch mit diesem Kernel das bestehende System durchzubooten kann z.B. an fehlenden nvidia-Modulen scheitern.
 
Das Ganze also vorher austesten: was geht, was geht nicht.<br>
Um aber, z.B. im Fall des Kernels mit diesem Rettungssystem den alten Kernel wiederherzustellen, gibt es
nichts Einfacheres.
 
== Links ==
[[Eigenen_Kernel_erstellen|Einen eigenen Kernel erstellen]]<br>
[[Grub|Grub Bootloader installieren&absichern]]


Hier soll dieser Artikel ansetzen. Ziel ist es, einen Rechner so zu konfigurieren das dieser einen Backup-Kernel und auch ein Rettungssystem bekommt. Weiterhin werden Tips vorgestellt, wie man sich dieses Rettungsankers auch bedienen kann.


[[Kategorie:Unvollständig]]
[[Kategorie:Tipps und Tricks]]

Version vom 9. Dezember 2007, 10:19 Uhr

Übersicht

Bei ArchLinux wird ja nach Kernel-Updates kein Backup-Kernel gesichert, sondern ein Kernel ersetzt den alten vollständig. Nun ist gerade der Kernel das "Herzstück" eines GNU/Linux-Systems, und es kann immer mal passieren das ein Update nicht zufriedenstellend verläuft. Oder man möchte z.B. einen Kernel aus testing installieren, ist sich aber nicht sicher, ob das System anschließend durchbootet.

Da ist es sehr hilfreich einen Kernel "in Reserve" zu haben, mit dem das System bootfähig ist und so Reparaturen möglich sind.

Ein mit dem aktuellen Kernel nicht mehr bootfähiges bzw. funktionierendes System kann man bisher auf verschiedene Arten wieder booten oder an eine Reparatur-Konsole kommen:

  • Booten von einer Linux-CD/DVD (z.B. ArchInstall-CD, Knoppix, grml)
  • Booten von einer zweiten Festplatte, USB-Stick/Disk, Netzwerk.
  • Booten von einem kleinen System, welches als Reserve-System auf dem Rechner extra dafür installiert ist.
  • Man erstellt sich einen eigenen Kernel, welcher nicht durch Updates des Arch-Kernels überschrieben wird.

Hier nun eine noch einfachere Methode, die v.a. dann hilfreich ist wenn externe Bootmedien nicht zur Hand sind. Man kann sehr einfach den Kernel der ArchLinux Install-CD als Reserve-Kernel auf dem System installieren.

Vorbereitung

Man braucht ca. 30 MB Platz in /boot. Dann die ArchLinux Install-CD mounten, z.B. nach /mnt/cdrom

 cp mnt/cdrom/isolinux/vmlinuz /boot
 cp mnt/cdrom/isolinux/initrd.img /boot

Das war's! Am besten legt man sich einen für diesen Kernel einen Grub/Lilo Booteintrag an. Orientieren kann man sich an dem des normalen ArchLinux-Eintrags vom Stock-Kernel. Zu den Parametern noch ein paar Hinweise:

 kernel /boot/vmlinuz root=/dev/sda3 ro
 initrd /boot/initrd.img
 (Ein Eintrag dieser Art wird dein installiertes System booten, root= an dein System anpassen)
 
 kernel /boot/vmlinuz ro
 initrd /boot/initrd.img
 (Dies wird nicht dein installiertes System booten, sondern die Installer-Konsole wie sie von der
 Installation her bekannt ist. Dieser Modus eignet sich v.a. als Rettungs-Konsole, da die Partitionen
 nicht eingebunden sind)

Noch ein Hinweis zu Sicherheit: Wer physischen Zugriff auf deinen Rechner hat, der hat auf die eine oder andere Art auch Root-Rechte. Dieser Kernel (v.a. als Rettungssystem eingerichtet) bietet allerdings demjenigen, der ihn einfach so bootet, Root-Zugriff ohne mindestens die Abfrage eines Paßwortes. Deshalb bietet sich eine Absicherung an, wie sie für Grub z.B. hier beschrieben ist.

Vorteile/Nachteile

  • Vorteile
    • Dieser Kernel kommt nicht in Konflikt mit einem im Dateisystem schon existierenden /lib/modules/2.6.x-ARCH Verzeichniss. Er ist auch gar nicht darauf angewiesen, da alle Module, die ein normaler Kernel in/aus diesem Verzeichnis erwartet, fest in dem initrd.img-Image sind.
    • Dieser Kernel muß nicht extra kompiliert werden, um nicht mit dem Standard-Arch-Kernel zu kollidieren.
    • Kann auch auf Rechnern genutzt werden bei denen es nicht so einfach ist, ein separates Bootmedium anzuschließen bzw. einzulegen.
  • Nachteile
    • Dieser Kernel nutzt nur Module, die im Initrd-Image eingebaut sind. Wer z.B. zum Boot externe Module benötigt, für den wird das nicht funktionieren. Auch mit diesem Kernel das bestehende System durchzubooten kann z.B. an fehlenden nvidia-Modulen scheitern.

Das Ganze also vorher austesten: was geht, was geht nicht.
Um aber, z.B. im Fall des Kernels mit diesem Rettungssystem den alten Kernel wiederherzustellen, gibt es nichts Einfacheres.

Links

Einen eigenen Kernel erstellen
Grub Bootloader installieren&absichern