SUSE Linux Enterprise Desktop ermöglicht die Installation mehrerer Kernel-Versionen. Hierfür müssen die entsprechenden Einstellungen in /etc/zypp/zypp.conf aktiviert werden. Für die Aktualisierung auf einen Service Pack muss diese Funktion vorübergehend deaktiviert werden. Sobald die Aktualisierung erfolgreich abgeschlossen wurde, kann die Unterstützung mehrerer Versionen wieder aktiviert werden. Zur Deaktivierung der Unterstützung mehrerer Versionen müssen die entsprechenden Zeilen in der Datei /etc/zypp/zypp.conf auf Kommentar gesetzt werden. Das Ergebnis sollte folgendermaßen aussehen:

#multiversion = provides:multiversion(kernel)
#multiversion.kernels = latest,running

Wenn Sie diese Funktion nach einer erfolgreichen Aktualisierung wieder aktivieren möchten, entfernen Sie die Kommentarzeichen. Weitere Informationen zur Unterstützung mehrerer Versionen finden Sie in Abschnitt 10.1, „Aktivieren und Konfigurieren der Multiversions-Unterstützung“.

In den Versionshinweisen finden Sie zusätzliche Informationen zu den Änderungen, die seit der vorigen Version von SUSE Linux Enterprise vorgenommen wurden. Ermitteln Sie anhand dieser Hinweise, ob Ihre Hardware oder Einrichtung überarbeitet werden muss, welche Ihrer bevorzugten Softwarepakete maßgeblich geändert wurden und welche Vorkehrungen Sie zusätzlich zu den allgemeinen Empfehlungen in diesem Abschnitt treffen sollten. In den Versionshinweisen finden Sie auch Informationen und Probleme, die erst nach der Fertigstellung des Handbuchs bekannt wurden.

Die aktuelle Fassung der Versionshinweise mit den neuesten Informationen zu SUSE Linux Enterprise Desktop finden Sie online unter http://www.suse.com/documentation/.

Kopieren Sie die bestehenden Konfigurationsdateien vor der Aktualisierung auf ein separates Medium (wie ein Bandlaufwerk oder eine externe Festplatte), um die Daten zu sichern. Dies gilt hauptsächlich für die in /etc gespeicherten Dateien sowie für bestimmte Verzeichnisse und Dateien in /var und /opt. Zudem empfiehlt es sich, die Benutzerdaten in /home (den HOME-Verzeichnissen) auf ein Sicherungsmedium zu schreiben. Melden Sie sich zur Sicherung dieser Daten als root an. Nur der Benutzer root verfügt über die Leseberechtigung für alle lokalen Dateien.

Wenn Sie in YaST den Installationsmodus Vorhandenes System aktualisieren ausgewählt haben, können Sie später wahlweise eine (System-)Sicherung ausführen. Sie können alle geänderten Dateien und die Dateien aus dem Verzeichnis /etc/sysconfig einschließen. Dies ist allerdings keine vollständige Sicherung, da alle anderen wichtigen, oben genannten Verzeichnisse außer Acht gelassen werden. Die Sicherungskopie befindet sich im Verzeichnis/var/adm/backup.

Ab SUSE Linux Enterprise 12 hat SUSE von MySQL auf MariaDB umgestellt. Bevor Sie die Aufrüstung starten, wird dringend empfohlen, die Datenbank zu sichern.

So führen Sie die Datenbankmigration aus:

SLE11 SP3 und SLE12 GA erhalten eine neuere Version der PostgreSQL-Datenbank als Wartungsaktualisierung. Aufgrund der erforderlichen Migrationsschritte für die Datenbank ist kein automatischer Upgradevorgang verfügbar. Die Umstellung auf die neue Version muss daher manuell erfolgen.

Der Migrationsvorgang wird mit dem Befehl pg_upgrade ausgeführt. Dieser Befehl ist eine alternative Methode zur bewährten Methode mit Erstellen eines Speicherauszugs und Neuladen. Im Vergleich zu „Speicherauszug und Neuladen“ ist die Migration mit pg_upgrade weniger zeitaufwändig.

Die Dateien der verschiedenen PostgreSQL-Versionen sind jeweils in verschiedenen versionsabhängigen Verzeichnissen gespeichert. Nach der Aktualisierung gelten die folgenden neuen Verzeichnisse:

So führen Sie die Datenbankmigration aus:

Wenn Ihr Rechner als VM-Hostserver für KVM oder Xen fungiert, müssen Sie vor der Aktualisierung alle aktiven VM-Gäste ordnungsgemäß herunterfahren. Andernfalls können Sie nach der Aktualisierung wahrscheinlich nicht mehr auf die Gäste zugreifen.

Listen Sie mit dem Kommando df den verfügbaren Speicherplatz auf. In Beispiel 14.1, „Über df -h angezeigte Liste“ ist beispielsweise /dev/sda3 die Root-Partition (eingehängt als /).

Filesystem     Size  Used Avail Use% Mounted on
/dev/sda3       74G   22G   53G  29% /
tmpfs          506M     0  506M   0% /dev/shm
/dev/sda5      116G  5.8G  111G   5% /home
/dev/sda1       39G  1.6G   37G   4% /windows/C
/dev/sda2      4.6G  2.6G  2.1G  57% /windows/D

Wenn Sie Btrfs als Root-Dateisysteme auf dem Computer nutzen, muss ausreichend freier Speicherplatz zur Verfügung stehen. Mit den folgenden beiden Befehlen ermitteln Sie den Speicherplatz:

root # btrfs filesystem df /
root # df /

Die beiden Befehle liefern ähnliche Angaben über den belegten Speicherplatz. Allerdings besteht bei Btrfs das Problem, dass nicht bekannt ist, welche Elemente in einem Snapshot referenziert werden und welche nicht. Es ist also nicht möglich, den Speicherplatz zu berechnen, der für eine Änderung erforderlich ist.

Im schlimmsten Fall belegt eine Aufrüstung ebenso viel Speicherplatz wie das aktuelle Root-Dateisystem (ohne /.snapshot). Ermitteln Sie den freien Speicherplatz nicht nur für die Btrfs-Dateisysteme, sondern auch für andere Dateisysteme. Die folgende Empfehlung hat sich bewährt:

Im nachfolgenden Verfahren wird das Booten von DVD als Beispiel beschrieben. Sie können jedoch auch ein anderes lokales Installationsmedium verwenden, z. B. ein ISO-Image auf einem USB-Massenspeichergerät. Das Verfahren zum Auswählen der Bootmethode und zum Starten des Systems vom Medium hängt von der Systemarchitektur und davon ab, ob der Computer mit einem herkömmlichen BIOS oder mit UEFI ausgestattet ist. Weitere Informationen finden Sie unter den nachfolgenden Links.

Zum Aufrüsten über eine Netzwerkinstallationsquelle müssen die folgenden Anforderungen erfüllt sein:

Beim Aufrüsten von einer Netzwerkinstallationsquelle können Sie wahlweise vom lokalen Medium booten und dann den entsprechenden Netzwerkinstallationstyp auswählen oder über PXE booten. Entscheiden Sie sich für eine Methode und fahren Sie gemäß Prozedur 14.2 bzw. Prozedur 14.3 fort.

Das Standardverhalten ist in der Konfigurationsdatei /etc/zypp/zypp.conf definiert:

root # grep ^multiversion /etc/zypp/zypp.conf
multiversion = provides:multiversion(kernel)
multiversion.kernels = latest,latest-1,running

Zum Aktivieren dieser Funktion entfernen Sie alle Rauten (#) vor der obigen Zeile multiversion (dies sollte bereits der Fall sein). In der zweiten Zeile legen Sie fest, welche Kernel beibehalten werden sollen. Sie müssen beide Zeilen aktivieren; ansonsten behält das System alle Kernel bei, sodass unnötig Speicherplatz auf der Festplatte belegt wird.

Die Zeile multiversion.kernels kann mehrere Schlüsselwörter in verschiedenen Kombinationen und unterschiedlicher Reihenfolge aufnehmen:

Ein alter Kernel soll erst dann gelöscht werden, wenn das System fehlerfrei mit dem neuen Kernel gebootet wurde.

Ändern Sie die folgende Zeile in /etc/zypp/zypp.conf:

multiversion.kernels = latest,running

Die Parameter weisen das System an, den aktuellen Kernel und den ausgeführten Kernel nur dann beizubehalten, wenn sie nicht identisch sind.

Mindestens eine Kernel-Version soll als „Ersatz“-Kernel beibehalten werden.

Dieser Anwendungsfall greift, wenn Sie mehrere Kernel zu Testzwecken beibehalten möchten. Sollte ein Problem eintreten, beispielsweise weil der Computer nicht bootet, können Sie dennoch auf mindestens eine bekanntermaßen funktionsfähige Kernel-Version zurückgreifen.

Ändern Sie die folgende Zeile in /etc/zypp/zypp.conf:

multiversion.kernels = latest,latest-1,latest-2,running

Wenn Sie das System nach der Installation eines neuen Kernels neu booten, behält das System drei Kernel bei: den neuen, ausgeführten Kernel (als latest,running konfiguriert), die vorherige Kernel-Version des neuen Kernels (als latest-1 konfiguriert) sowie den Vorgänger der vorherigen Kernel-Version (als latest-2 konfiguriert).

Sie nehmen regelmäßige Systemaktualisierungen vor und installieren neue Kernel-Versionen. Daneben kompilieren Sie eine eigene Kernel-Version zu verschiedenen Zwecken, die im System beibehalten werden soll.

Ändern Sie die folgende Zeile in /etc/zypp/zypp.conf:

multiversion.kernels = latest,3.12.28-4.20,running

Wenn Sie das System nach der Installation eines neuen Kernels neu booten, behält das System zwei Kernel bei: den neuen, ausgeführten Kernel (als latest,running konfiguriert) und den selbst kompilierten Kernel (als latest-3.12.28,4.20 konfiguriert).