Ubuntu 22.04 LTS auf Ubuntu 24.04 LTS aktualisieren: Vollständige bebilderte VPS-Anleitung

Diese Anleitung dokumentiert ein reales In-Place-Upgrade auf einem EKA-Sunucu-Test-VPS von Ubuntu 22.04.5 LTS auf Ubuntu 24.04.4 LTS. Zuerst wurde Jammy vollständig aktualisiert, anschließend wurden die Release-Upgrader-Pakete geprüft, ein erforderlicher Neustart durchgeführt und danach Ubuntus do-release-upgrade gestartet.

Das Release-Upgrade lief über SSH. Der Upgrader warnte ausdrücklich vor dem Risiko einer entfernten Sitzung und startete zur Wiederherstellung einen zusätzlichen sshd auf Port 1022. Download, Noble-Installation, Bereinigung veralteter Pakete, finaler Neustart und die Prüfung von Ubuntu 24.04.4 sind mit echten Screenshots dokumentiert.

Ubuntu 22.04.5 LTS (Jammy)
        ↓
Pakete vollständig aktualisieren
        ↓
Neustart
        ↓
do-release-upgrade
        ↓
Ubuntu 24.04.4 LTS (Noble)

Ein Release-Upgrade ändert Paketmanager, Kernel, systemd-Komponenten und viele Basispakete. Erstellen Sie zuerst einen Rückkehrpunkt. Nutzen Sie einen VPS-Snapshot und sichern Sie Anwendungsdatenbanken sowie kritische Konfigurationen zusätzlich.

Zu wenig Speicherplatz, fehlgeschlagene systemd-Units und per apt-mark gehaltene Pakete können das Upgrade stören. Dokumentieren Sie /- und /boot-Speicher, RAM, laufenden Kernel und die aktuelle Distribution.

cat /etc/os-release | grep -E 'PRETTY_NAME|VERSION_ID|VERSION_CODENAME'
uname -r

df -h /
df -h /boot 2>/dev/null || true
free -h

systemctl --failed
apt-mark showhold

Vor dem Distributionsupgrade installierten wir alle ausstehenden Ubuntu-22.04-Updates. In diesem realen Test meldete apt 327 zu aktualisierende Pakete, 17 neue Pakete und ungefähr 600 MB Archive.

ubuntu-release-upgrader-core und update-manager-core wurden ebenfalls geprüft. Prompt=lts in /etc/update-manager/release-upgrades lässt eine LTS-Installation dem nächsten geeigneten LTS-Release folgen.

apt update

apt dist-upgrade -y -o APT::Get::Always-Include-Phased-Updates=true

apt install -y update-manager-core ubuntu-release-upgrader-core

sed -i 's/^Prompt=.*/Prompt=lts/' /etc/update-manager/release-upgrades
grep '^Prompt=' /etc/update-manager/release-upgrades

Nach den Ubuntu-22.04-Updates war /run/reboot-required auf unserem Test-VPS vorhanden. Daher starteten wir das Release-Upgrade nicht mit dem alten laufenden Kernel, sondern führten zuerst einen Neustart durch.

Warten Sie auf die Rückkehr von SSH und bestätigen Sie, dass weiterhin Ubuntu 22.04 LTS läuft. Dieser Neustart aktiviert nur die aktualisierten Jammy-Komponenten; er ist noch nicht das 24.04-Upgrade.

if [ -f /run/reboot-required ]; then cat /run/reboot-required; else echo 'Kein Neustart erforderlich'; fi

reboot

Nach der erneuten Verbindung starteten wir das Distributionsupgrade mit do-release-upgrade. Das Werkzeug erkannte die SSH-Sitzung und warnte davor, dass eine Wiederherstellung bei Verbindungsabbruch schwieriger sein kann.

Nach Bestätigung startete der Upgrader einen zusätzlichen sshd auf Port 1022 und erklärte, dass je nach Firewall eine temporäre Freigabe erforderlich sein kann. Dies ist ein Wiederherstellungsweg während des Upgrades und ersetzt nicht den normalen SSH-Dienst.

do-release-upgrade

Nach der SSH-Prüfung zeigte der Upgrader Ubuntu-Informationen und Ressourcenlinks. Wir bestätigten Continue [yN] und das Werkzeug bereitete anschließend Noble-Metadaten vor.

Schließen Sie das Terminal jetzt nicht. Prüfen Sie auf Produktivsystemen die Release Notes auf entfernte Pakete, Verhaltensänderungen und Dienstkompatibilität.

y

Unser realer Test zeigte 49 zu entfernende Pakete, 156 neu zu installierende Pakete und 532 zu aktualisierende Pakete. Die Downloadgröße wurde mit 1.139 MB angegeben.

Dies ist ein wichtiger Kontrollpunkt. Wenn ein Control Panel, eine spezielle Datenbank, ein Webserver oder Vendor-Komponenten entfernt werden sollen, nutzen Sie Details und prüfen Sie die Ursache vor der Freigabe.

y

Nach der Bestätigung wurden Hunderte Pakete aus Noble- und Noble-updates-Repositories geladen. Der Screenshot zeigt unter anderem apt, iproute2, git, GnuPG und zentrale Bibliotheken aus dem Ubuntu-Archiv.

Die Dauer hängt von Netzwerk, Datenträger und Paketmenge ab. Sobald Download und dpkg-Konfiguration laufen, den Prozess nicht gewaltsam beenden.

Nach der Noble-Installation suchte der Upgrader nach veralteter Software. In unserem Test sollten auf dem Bildschirm Remove obsolete packages? 111 Pakete entfernt werden.

Das kann auf einem relativ sauberen VPS normal sein. Auf Produktivsystemen mit Details prüfen, besonders bei manuell installierter Software oder Paketen aus Drittanbieter-Repositories.

d

y

Nach der Bereinigung und GRUB/initramfs-Verarbeitung zeigte das Terminal System upgrade is complete und anschließend Restart required.

Die Noble-Dateien liegen zwar bereits auf dem System, aber Kernel und Dienste sind erst nach dem Neustart vollständig umgestellt. Wir bestätigten den finalen Reboot.

y

Nach dem Neustart meldete das SSH-Banner in unserem Test Ubuntu 24.04.4 LTS und GNU/Linux 6.8.0-137-generic x86_64.

Verlassen Sie sich nicht nur auf das Banner. Prüfen Sie /etc/os-release und uname, damit sowohl Userspace-Version als auch laufender Kernel bestätigt sind.

cat /etc/os-release | grep -E 'PRETTY_NAME|VERSION_ID|VERSION_CODENAME'

uname -r

Die Abschlussprüfung ergab Ubuntu 24.04.4 LTS mit VERSION_CODENAME=noble. Danach führten wir apt update, apt list --upgradable und systemctl --failed aus.

Auf diesem Test-VPS waren alle Pakete aktuell und systemctl --failed meldete 0 loaded units listed. Damit wurden neben der Versionsnummer auch Repository-Zugriff und grundlegender systemd-Zustand geprüft.

apt update

apt list --upgradable

systemctl --failed

df -h /
free -h

Der zusätzliche sshd auf Port 1022 wird vom Release Upgrader als temporärer Wiederherstellungsweg gestartet. Nach dem finalen Reboot prüfen Sie den regulären SSH-Dienst auf dem von Ihnen betriebenen Port.

Wenn Sie 1022 manuell in einer Firewall geöffnet haben, entfernen Sie die temporäre Regel anschließend. SSH, UFW, Cloud-Security-Groups und Provider-Firewall sollten gemeinsam betrachtet werden.

ss -lntp | grep -E ':(22|1022)\b' || true

ufw status verbose

Ein gesundes Betriebssystem garantiert noch keine gesunde Anwendung. Prüfen Sie Nginx/Apache, PHP-FPM, MariaDB/PostgreSQL, Docker, Cronjobs, Firewall-Regeln und eigene Dienste separat.

Drittanbieter-Repositories können vom Release Upgrader deaktiviert worden sein oder explizite Noble-Unterstützung benötigen. Prüfen Sie den Hersteller-Support vor der Reaktivierung und behalten Sie den Snapshot während einer kurzen Beobachtungsphase.

systemctl --failed

journalctl -p err -b --no-pager | tail -n 100

docker ps 2>/dev/null || true