Welche Schritte sollte ich unternehmen, bevor ich ein Release-Upgrade durchführe, um Probleme zu vermeiden?

Nachdem ich über die 1404_HWE_EOL informiert wurde , überlege ich, ein wichtiges Produktionssystem auf 16.04.1 zu aktualisieren. Ich sage "wichtiges Produktionssystem", weil dies die Workstation ist, die ich täglich bei der Arbeit benutze. Ich möchte Fehler oder andere Probleme vermeiden, da ich nicht genug Zeit habe, um Probleme zu debuggen und zu beheben (die IT-Abteilung hilft nicht bei Linux-Systemen). Ich habe alle Daten gesichert, aber nicht die aktuelle Betriebssystempartition (ich kann das Betriebssystemlaufwerk als eine weitere Ebene des Fallbacks verwenden). Welche weiteren Schritte sollte ich vor dem Upgrade ausführen? Ich möchte wissen, wie Komplikationen bei der Verwendung des in Ubuntu angebotenen Release-Upgrades minimiert werden können.

Ich habe vor dem Upgrade gelesen, wie man PPAs entfernt . Ich habe 27 PPAs installiert. Es wird einige Zeit dauern, alle diese Programme, die sie bringen, zu entfernen und diese nach dem Upgrade umzukehren. Hat dies einen erheblichen Nutzen? Noch etwas?

wichtiges Produktionssystem

Ich würde ein solches System nicht aktualisieren. Ich würde 16.04 auf einem anderen Computer installieren und die Live-Daten auf diesen Computer kopieren. Testen Sie, testen Sie noch mehr. Und dann machen Sie diese Maschine zum Produktionsserver.

Und Sie können dies mit 18.04 mit dem aktuellen 14.04-Server wiederholen.

Warum überhaupt Risiken eingehen?

Ich würde ein Image-Backup ("dd" in einem Linux Live-System) der Workstation erstellen und dieses in eine VirtualBox-VM konvertieren. (RAW-Image zu VDI). Machen Sie danach einen Snap und führen Sie dieses Image in VB aus. Spielen Sie den gesamten Schritt zum Upgrade. Wenn etwas nicht funktioniert, setzen Sie den Schnappverschluss zurück. Nach einem aktualisierten System können Sie den VDI wieder in Raw konvertieren und auf Ihr System "dd" oder das Run-Book abspielen.
Machen Sie jedoch immer eine letzte "dd" Image-Sicherung, bevor Sie Ihr altes System überschreiben.
Ich bevorzuge es, meine Systeme von einem USB-Stick auszuführen, sodass die Systeminstallation mit "VDI -> RAW -> USB-Laufwerk" erfolgt und vom aktualisierten / installierten System gestartet wird. bereit. Okay, Sie "verlieren" einen USB-Anschluss, aber Sie werden nie Stress haben und Sie können immer einfach eine Systemsicherung durchführen.

Hier ist eine Variation der Antwort von @ rinzwind, die möglicherweise mit der bereits vorhandenen Hardware funktioniert.

Wenn Sie genügend freien Speicherplatz auf Ihren internen Laufwerken haben (oder freigeben können), können Sie zwei neue Partitionen erstellen (mit gparted von einer Live-CD / USB-Distribution) und root (/) auf eine davon kopieren und / home zum anderen und beschriften sie so etwas wie root2 und home2, damit sie leicht zu finden sind.

Wenn sich root und home in derselben Partition befinden, können Sie diese einfach kopieren, aber es ist aus vielen Gründen viel schöner, wenn sie getrennt sind.

Sie müssen das neue Stammverzeichnis auf das neue / home verweisen, indem Sie die Änderungen /etc/fstabauf der neuen Root-Partition bearbeiten (Aktualisieren der UUIDs der neuen / home- und root-Partitionen).

Sie erhalten sie, indem Sie eine ls -l /dev/disk/by-labelSuche nach den Geräten durchführen, auf denen sich das neue Stammverzeichnis und die neue ls -l /dev/disk/by-uuidStartseite gerade befinden, und dann ausgeführt werden , um von den Gerätenamen zu den Benutzeroberflächen zu gelangen.

Als nächstes aktualisieren Sie grub (von Ihrem Produktionssystem) mit etwas wie grub-customizer, um das neue root zu Ihrem grub-Menü hinzuzufügen.

Jetzt haben Sie eine genaue Kopie Ihres Live-Systems auf diesen Partitionen. Sie können das Upgrade für diese Kopie ausführen und die Produktionsversion beibehalten. Sie können in jeden booten, an dem Sie arbeiten möchten.

Sobald Sie mit dem Upgrade fertig sind, können Sie grub einfach mitteilen, dass es sich bei der Kopie um die Live-Kopie handelt (Standardeintrag) und dass das Original jetzt die Sicherung ist. grub-customizer macht es ziemlich einfach, solche Dinge zu tun.

Wenn Sie zu viele Daten in / home oder root haben (wodurch sie zu groß sind, um sie zu duplizieren), legen Sie sie zuerst in einer eigenen Partition ab (und teilen Sie den Programmen, die darauf zugreifen, den Umzug mit). Es muss nicht dupliziert werden - nur gesichert.

Dies erleichtert auch das Sichern Ihrer Daten erheblich, da diese nicht mehr mit dem Systemmaterial gemischt sind.

Mit einem zweiten Satz von "Test" -Partitionen können Sie jetzt alle möglichen Dinge ausprobieren, die Sie auf dem System, auf das Sie für die tägliche Arbeit angewiesen sind, nicht riskieren möchten.

Ich verwende derzeit Kubuntu 12.04 wie folgt mit 16.04 in meinen "Entwicklungs" -Partitionen, bis es so konfiguriert ist, wie ich es möchte.

Bei heutzutage so niedrigen Festplattenpreisen können Sie Ihr vorhandenes internes Laufwerk sogar auf ein neues größeres kopieren und bei Bedarf verwenden - wenn Ihr Unternehmen dies zulässt.

Diese Antwort enthält alle wichtigen Details dazu. Ich habe nicht versucht, jedes kleine Detail jedes Schritts abzudecken. Da Sie jedoch mit einer Kopie von allem arbeiten, sollte es keine ernsthaften Probleme geben, und alles andere wurde hier bei Stackexchange bereits irgendwo behandelt.

Obwohl dies nicht für Ihren speziellen Fall gilt, können Sie dieses Problem umgehen, wenn das Ubuntu-System eine VM ist, indem Sie vor dem Upgrade einen Snapshot erstellen und zurücksetzen, wenn es nicht funktioniert.

Ich habe einmal eine meiner VMs aktualisiert, und obwohl das Upgrade fehlgeschlagen ist und angeblich zurückgesetzt wurde, habe ich kein sauberes / funktionsfähiges System erhalten.

Die Antwort von @ Rinzwind funktioniert auch mit VMs: Erstellen Sie eine neue VM, installieren Sie die neue Ubuntu-Version darauf und beginnen Sie mit dem Kopieren.