Kernel/Upgrade/de

Dieser Artikel beschreibt die Schritte, auf einen neuen Kernel zu aktualisieren.

Installation und Nutzung eines neuen Kernel
Ein Kernel Upgrade ist vermutlich eine gute Idee, wenn Kernelquellen installiert werden. Neue Kernelquellen werden manchmal bei der Aktualisierung des Systems durch die Ausführung von emerge -a --update --deep --with-bdeps=y --newuse @world installiert, oder selbstverständlich wenn man sie direkt installiert.

Die bloße Installation neuer Kernel Sourcen liefert dem Nutzer keinen neuen Kernel. Es ist darüber hinaus erforderlich einen neuen Kernel auf Grundlage der neuen Sourcen zu bauen (make), zu installieren (install) und anschließend das System neu zu starten, um wirklich den neuen Kernel zu verwenden.

Einen neuen Kernel aus den neuen Sourcen zu bauen ist im Grunde der gleiche Vorgang wie der Bau eines Kernel bei der Installation des Systems. Der Unterschied besteht darin, dass man die Konfiguration des alten Kernel zur Erstellung der Konfiguration des neuen Kernel nutzen kann. Die Verwendung der alten Konfiguration erspart es dem Nutzer sich erneut mit allen Kernel-Optionen befassen zu müssen. (Wie es bei der bloßen Verwendung von make menuconfig notwendig wäre.)

Die Konfiguration des Kernel wird in einer Datei mit dem Namen im Verzeichnis zusammen mit den Kernel Sourcen gespeichert. Ein neuer Kernel kann Optionen oder Eigenschaften besitzen die der alte Kernel noch nicht hat, oder er kann eine Eigenschaft oder Option nicht mehr haben die der alte Kernel immer noch hat. Die Kernel-Konfiguration gibt an, ob die Eigenschaften und Optionen eines Kernel zu aktiviert sind oder nicht. Vielleicht integriert im Kernel oder als Module gebaut, die auf Verlangen in den laufenden Kernel geladen werden können. Daher kann die Konfigurationsdatei des neuen Kernel neue Einträge besitzen, die die alte nicht hatte und sie könnte andere Einträge nicht mehr haben, die in der Konfiguration des alten Kernel vorhanden sind.

Um mit solchen Änderungen der Konfigurationsdatei umzugehen, muss die Konfigurationsdatei des alten Kernel in eine Konfiguration umgewandelt werden, die mit dem neuen Kernel verwendet werden kann. Dieser Artikel zeigt, wie man mit der Umwandlung der Konfigurationsdatei des alten Kernel aus neuen Kernel Sourcen einen neuen Kernel erzeugt.

Backup der aktuellen Kernel-Konfiguration
Es ist klug eine Sicherung der Kernel-Konfiguration zu erstellen, so dass die vorigen Konfiguration nicht verloren sind. Immerhin verwenden viele Nutzer beträchtlich Zeit um die beste Konfiguration für ein System herauszufinden. Diese Information zu verlieren ist sicherlich nicht erwünscht.

Es ist leicht eine Sicherung der aktuellen Kernel-Konfiguration zu erstellen:

Vorausgesetzt dass der Symlink zu den Kernelquellen korrekt gesetzt ist, kopiert dies die Konfiguration des aktuell verwendeten Kernel in das Heimatverzeichnis von Root. Außerdem benennt es die Konfiguration in gefolgt von der Version des aktuell laufenden Linux Kernel um.

Einen Symlink auf die neuen Kernelquellen setzen
Der Symlink sollte immer auf das Verzeichnis zeigen das die Kernelquellen des aktuell laufenden Kernel enthält. Dies kann auf eine von drei Arten erfolgen:


 * 1) Installation der Kernelquellen mit
 * 2) Setzen des Links mit eselect
 * 3) Manuell den symbolischen Link aktualisieren

Installation der Kernelquellen mit dem symlink USE-Flag
Dies führt dazu, dass auf die neu installierten Kernelquellen zeigt.

Falls nötig, kann dies später immer noch mit einer der beiden anderen Methoden geändert werden.

Den Link mit eselect setzten
Um den Symlink mit eselect zu setzten:

Dies gibt die verfügbaren Kernelquellen aus. Der Stern kennzeichnet die ausgewählten Quellen.

Um die Kernelquellen beispielsweise auf den zweiten Eintrag zu ändern, führen Sie folgendes aus:

Manuell den symbolischen Link aktualisieren
Um den symbolischen Link manuell zu setzten:

Kopieren der vorigen Kernel-Konfiguration
Die Konfiguration des alten Kernel muss zum neuen kopiert werden. Sie kann an mehreren Orten gefunden werden:


 * Im procfs Dateisystem, falls die Kernel Option Enable access to .config through /proc/config.gz im aktuellen Kernel aktiviert worden ist:


 * Im Verzeichnis, falls die Konfiguration dort installiert worden ist:


 * Im Kernelverzeichnis des aktuell laufenden Kernels:

Konfigurieren des neuen Kernel
Um die Konfiguration des alten Kernel mit dem neuen Kernel zu verwenden, sollte er umgewandelt werden. Die Umwandlung kann entweder durch die Ausführung von make silentoldconfig oder make olddefconfig erfolgen.

make silentoldconfig bietet die Auswahl für neue Optionen, make olddefconfig hingegen nicht. Verwenden Sie eine der beiden Möglichkeiten, nicht beide.

make silentoldconfig
Die folgende Konfiguration ist wie die textbasierte Konfiguration mit make config. Für neue Konfigurationsoptionen bietet sie eine Auswahl. Zum Beispiel:

Das (NEW) am Ende der Zeile weist diese Option als neu aus. Direkt davor in eckigen Klammern stehen die möglichen Einstellungen: Yes, no, module oder ?, um die Hilfe anzuzeigen. Die empfohlene Einstellung ist groß geschrieben (hier Y). Die Hilfe beschreibt den Treiber oder die Funktion.

Leider zeigt make silentoldconfig</tt> für die einzelne Option neben der Hilfe nur wenig zusätzliche Informationen, z.B. den Kontext, so dass es manchmal schwierig ist, die richtige Auswahl zu treffen. In diesem Fall ist es das Beste, sich den Namen der Option zu merken und die Auswahl später mit Hilfe der grafischen Kernel Konfigurationsprogramme zu treffen.

make olddefconfig
Wenn Interaktivität nicht gewünscht ist, verwenden Sie make olddefconfig</tt>. (Es werden dann keine Fragen gestellt.)

Kompilieren
Für diesen Schritt folge wieder den den Schritten im manuelle Konfiguration Artikel.

Externe Kernelmodule erneut installieren
Alle externen Kernelmodule, wie die binäre Kernel Module, müssen für jeden neuen Kernel erneut installiert werden. Falls der neue Kernel bisher noch nicht kompiliert wurde, so muss der Kernel für die Installation von externen Kernelmodule vorbereitet werden:

Man installiert die Pakete mittels des @module-rebuild Satz erneut:

Solving build problems
When experiencing build problems while rebuilding the current kernel, it might help to sanitize the kernel sources. Make sure to backup the file first, as the operation will remove it. Make sure not to use a or  suffix as backup as make distclean</tt> will clean those up as well.

Alte Kernel entfernen
Siehe Artikel zur Kernel Deinstallation.

Externe Ressourcen

 * Kernel Changelog mit einigen Beschreibungen neuer Funktionen (in Englisch)