{"id":14178,"date":"2024-12-18T21:08:57","date_gmt":"2024-12-18T19:08:57","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=14178"},"modified":"2024-12-19T16:57:17","modified_gmt":"2024-12-19T14:57:17","slug":"ubuntu-upgrade-auf-neue-version","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/ubuntu-upgrade-auf-neue-version\/","title":{"rendered":"Ubuntu Upgrade auf neue Version: Das sollten Nutzer wissen"},"content":{"rendered":"

Regelm\u00e4\u00dfig erscheinen neue Ubuntu-Hauptversionen, die gr\u00f6\u00dfere \u00c4nderungen an der Software mitbringen. Regul\u00e4re Versionen werden 9 Monate, LTS-Versionen f\u00fcr 5 Jahre gepflegt. Nutzer sollten sich f\u00fcr einen Intervall entscheiden und ihr Ubuntu dementsprechend aktuell halten (z.B. von 22.04 auf 24.04 LTS), um nicht die Unterst\u00fctzung zu verlieren. Dieser Beitrag zeigt, wie du auf eine neue Hauptversion mit der grafischen Desktop-Oberfl\u00e4che sowie per Kommandozeile (z.B. auf Servern) aktualisierst.<\/p>\n

Der Versionszyklus von Ubuntu: Das solltest du wissen<\/h2>\n

Ubuntu arbeitet mit klassischen Versionen. S\u00e4mtliche Programme\/Pakete werden in einer bestimmten Version getestet, die als Hauptversion von Ubuntu ver\u00f6ffentlicht wird. Das Schema daf\u00fcr lautet JJ.MM[.point-release]<\/strong> – dabei steht JJ f\u00fcr das Jahr in zwei Ziffern, MM der Monat.1<\/a><\/sup> Ein aktuelles Beispiel ist Ubuntu 24.10, diese Hauptversion erschien im Oktober (Monat 10) 2024<\/strong>.<\/p>\n

Steht der Zusatz LTS<\/strong> (L<\/strong>ong T<\/strong>erm S<\/strong>upport) am Ende, versorgt der Hersteller Canonical sie 5 Jahre lang mit kritischen Fehlerkorrekturen und Sicherheitsupdates (Standard Support<\/em>). \u00dcber ein Pro-Abo weitere 5 Jahre (End of Life, EOL<\/em>).2<\/a><\/sup> Jede zweite Hauptversion ist in der Regel LTS: Ubuntu 20.04 LTS, 22.04 LTS 24.10 LTS usw. Steht am Ende der Ziffern ein zweiter Punkt mit einer Zahl, ist dies ein point release<\/em> (z.B. Ubuntu 24.04.1 LTS). Das erste point release<\/em> wird 3 Monate nach der LTS-Version ver\u00f6ffentlicht, anschlie\u00dfend erscheint alle 3 Monate ein neues. Es b\u00fcndelt alle (Sicherheits-) Updates seit der vorherigen (oder initialen) Version und soll verhindern, dass nach der Installation gro\u00dfe Mengen an Paketaktualisierungen installiert werden m\u00fcssen. Au\u00dferdem schafft es Kompatibilit\u00e4t f\u00fcr neue Hardware.<\/p>\n

Nur bei LTS gibt es point releases, weil diese durch ihren langen Unterst\u00fctzungszeitraum von 5 bzw. bis zu 10 Jahren ansonsten schnell stark veraltet w\u00e4ren. Regul\u00e4re Versionen ohne LTS (z.B. 24.10) erscheinen alle 6 Monate und werden 9 Monate gepflegt. <\/p>\n

\n
\"\"<\/a>
Ein Auszug aus den Versionen von Ubuntu<\/figcaption><\/figure>\n<\/div>\n

LTS oder regul\u00e4re Version?<\/h2>\n

Regul\u00e4re Versionen<\/strong> haben einen gro\u00dfen Vorteil: Ihre Pakete sind deutlich aktueller. Innerhalb einer Ubuntu-Version werden keine gr\u00f6\u00dferen Aktualisierungen an der Software vorgenommen. Einen Sprung von z.B. PHP 7 zu 8 gibt es dort eben so wenig wie von Gimp 2.10 zu 3. Man bekommt lediglich Fehlerkorrekturen und Sicherheitsupdates. Mit einer neuen Ubuntu-Version \u00e4ndert sich das. Regul\u00e4re Ver\u00f6ffentlichungen erscheinen alle 6 Monate mit frischer Software. Sie werden 9 Monate unterst\u00fctzt, d.H. man sollte nach 6 bis sp\u00e4testens 9 Monaten auf die n\u00e4chste Version ein Upgrade durchf\u00fchren. <\/p>\n

Genau das kann unter Umst\u00e4nden der Nachteil sein. Wer maximale Stabilit\u00e4t und Zuverl\u00e4ssigkeit m\u00f6chte, bekommt bei LTS<\/strong> einen Softwarestand, der mindestens 5 Jahre lang im wesentlichen nicht ver\u00e4ndert wird. F\u00fcr Server beispielsweise kann das sinnvoll sein, wenn keine aktuellen Pakete ben\u00f6tigt werden (etwa bei der Nutzung von Containern f\u00fcr die Dienste). <\/p>\n

Dies reduziert den Aufwand f\u00fcr Upgrades. Im Ubuntu Wiki werden beide Varianten gegen\u00fcbergestellt.3<\/a><\/sup> Tendenziell ist meine<\/strong> Empfehlung<\/strong>: Auf Servern LTS, w\u00e4hrend der Desktop die aktuellste Version erh\u00e4lt. Diese sind bei Ubuntu ausreichend stabil f\u00fcrs t\u00e4gliche Arbeiten. Zeitgleich ist die Software nicht zu sehr abgehangen. Selbst wenn man von LTS zu LTS geht, sind die Pakete am Ende \u00fcber 2 Jahre alt. Das mag f\u00fcr Nutzer die nur im Web Surfen ausreichen. Spieler beispielsweise profitieren von m\u00f6glichst aktueller Anwendersoftware inkl. Kernel.<\/p>\n

Die Datei \/etc\/update-manager\/release-upgrades<\/code> legt fest, ob ihr Normale oder LTS-Versionen nutzen m\u00f6chtet. Das betrifft auch die Benachrichtigungen zu neuen Versionen. Je nachdem wof\u00fcr ihr euch entschieden habt, sollte hier Promt=lts<\/code> oder Promt=normal<\/code> stehen. In diesem Beispiel habe ich einen Server, der auf LTS steht.<\/p>\n

$ cat \/etc\/update-manager\/release-upgrades\n# Default behavior for the release upgrader.\n\n[DEFAULT]\n# Default prompting and upgrade behavior, valid options:\n#\n#  never  - Never check for, or allow upgrading to, a new release.\n#  normal - Check to see if a new release is available.  If more than one new\n#           release is found, the release upgrader will attempt to upgrade to\n#           the supported release that immediately succeeds the\n#           currently-running release.\n#  lts    - Check to see if a new LTS release is available.  The upgrader\n#           will attempt to upgrade to the first LTS release available after\n#           the currently-running one.  Note that if this option is used and\n#           the currently-running release is not itself an LTS release the\n#           upgrader will assume prompt was meant to be normal.\nPrompt=lts<\/code><\/pre>\n
Alternativ \u00fcber die grafische Oberfl\u00e4che, wenn ihr nach „aktualisierung“ sucht und die Aktualisierungsverwaltung \u00f6ffnet. Dort unten links auf Einstellungen<\/em>:<\/p>\n
\n
\"\"\/<\/figure>\n<\/div>\n
Im Reiter Aktualisierungen<\/strong> l\u00e4sst sich unten bei \u00dcber neue Ubuntu-Versionen benachrichtigen<\/em> zwischen LTS (Langzeitunterst\u00fctzungsversionen<\/em>) und den regul\u00e4ren (jede neue Version<\/em>) w\u00e4hlen:<\/p>\n
\"\"\/<\/figure>\n
Vorbereitung f\u00fcr das Ubuntu Upgrade<\/h2>\n
Pr\u00fcfe zun\u00e4chst, welche Ubuntu Version auf deinem System eingesetzt wird. Mit lsb_release<\/code> ermitteln wir die Distribution, w\u00e4hrend uname<\/code> die derzeit laufende Kernel-Version anzeigt. Hier haben wir Ubuntu 22.04 unter Linux 5.12.0-102.<\/p>\n
$ lsb_release -a\nNo LSB modules are available.\nDistributor ID:\tUbuntu\nDescription:\tUbuntu 22.04.5 LTS\nRelease:\t22.04\nCodename:\tjammy\n\n$ uname -mrs\nLinux 5.15.0-102-generic x86_64<\/code><\/pre>\n
Man kann sich beides in eine Textdatei schreiben, um sp\u00e4ter das erfolgreiche Upgrade verifizieren zu k\u00f6nnen:<\/p>\n
lsb_release -a > version-vor-upgrade.txt\nuname -mrs >> version-vor-upgrade.txt<\/code><\/pre>\n
Oder grafisch \u00fcber die Suche nach „info“, dabei landet man in den Systeminformationen der Einstellungen:<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Bei LTS-Versionen ist nur der Sprung zur n\u00e4chsten LTS-Version unterst\u00fctzt. Beispielsweise von 20.04 LTS auf 22.04 LTS. Direkt von 20.04 LTS auf 24.04 LTS nicht, hier m\u00fcsste man zuerst von 20.04 LTS auf 22.04 LTS und dann auf 24.04 LTS. Ein Blick in die Versions\u00fcbersicht ist in jedem Falle ratsam.4<\/a><\/sup> Dort sind alle Versionen mit den wichtigen Eckdaten zusammengefasst. Die Release Notes der Zielversion sollten zumindest zur Pr\u00fcfung auf relevante \u00c4nderungen \u00fcberflogen werden. Insbesondere auf Servern zwecks Kompatibilit\u00e4t der eingesetzten Software!<\/p>\n
Als n\u00e4chstes eine aktuelle Sicherung anlegen. Ich habe mit der Stabilit\u00e4t von Ubuntu Upgrades gute Erfahrungen gemacht. Dennoch kann – wie bei jeder Software – etwas schief gehen, m\u00f6glicherweise nur in bestimmten Konstellationen. Bei virtuellen Servern am besten einen Snapshot anlegen, um f\u00fcr den Fall der F\u00e4lle ohne gro\u00dfe Ausf\u00e4lle zur\u00fcck zu kommen.<\/p>\n
Sinnvoll ist das pr\u00fcfen auf zur\u00fcckgehaltene Pakete. Sie werden nicht aktualisiert und funktionieren nach dem Upgrade ggf. nicht mehr. Dar\u00fcber hinaus k\u00f6nnen sie mit der Zeit zum Sicherheitsrisiko werden. Existieren keine, ist die folgende Ausgabe leer. Andernfalls sollte das ignorieren mit sudo apt-mark unhold <Paketname><\/code> abgeschaltet werden.<\/p>\n
sudo apt-mark showhold<\/code><\/pre>\n
Anschlie\u00dfend alle Pakete auf die aktuellste stabile Version aktualisieren (m\u00f6glicherweise ist danach ein Neustart n\u00f6tig):<\/p>\n
sudo apt update\nsudo apt upgrade<\/code><\/pre>\n
Zu guter Letzt noch sicherstellen, dass gen\u00fcgend freier Speicherplatz vorhanden ist. Ubuntu macht keine exakten Vorgaben. Je nach installierter Software m\u00fcssen einige Gigabyte an Daten heruntergeladen sowie entpackt werden.<\/p>\n
$ df -h \/\nFilesystem      Size  Used Avail Use% Mounted on\n\/dev\/sda1        38G  6.8G   29G  19% \/<\/code><\/pre>\n
<\/h2>\n
Upgrade durchf\u00fchren<\/h2>\n
Als letzten Schritt vor dem Upgrade zeigt do-release-upgrade -c<\/code> an, welche neuen Versionen verf\u00fcgbar sind:<\/p>\n
$ do-release-upgrade -c\nChecking for a new Ubuntu release\nNew release '24.04.1 LTS' available.<\/code><\/pre>\n
Das Ubuntu 22.04.5 LTS System kann also auf 24.04 LTS aktualisiert werden, wobei f\u00fcr 24.04 bereits das erste point release<\/em> erschienen ist. Wir gehen also direkt auf 24.04.1 und sparen uns damit die Installation der Updates innerhalb von 24.04, welche seit 24.04(.0) erschienen sind. Es ist empfehlenswert, zuvor einen Blick in die Neuerungen\/\u00c4nderungen zu werfen – zumindest eine Zusammenfassung.5<\/a><\/sup><\/p>\n
Zum Einspielen k\u00f6nnt ihr auf grafischen Systemen warten, bis euch ein Popup das Upgrade anbietet.6<\/a><\/sup> Das Werkzeug do-release-upgrade<\/code> k\u00fcmmert sich um das gesamte Upgrade per Kommandozeile. Ihr k\u00f6nnt es auf Servern nutzen und auch um es auf Desktops h\u00e4ndisch zu starten, bevor es angeboten wird. Es muss als root ohne -c<\/code> ausgef\u00fchrt werden, etwa mit sudo do-release-upgrade<\/code> als normaler Benutzer. Einige Informationen zur neuen Version werden angezeigt. Die kennt ihr durch das Pr\u00fcfen der Release Notes bereits, sodass mit y fortgefahren werden kann.<\/p>\n
Beim Aufruf \u00fcber eine SSH-Sitzung startet es einen zweiten SSH-Dienst auf Port 1022. Die M\u00f6glichkeiten im Fehlerfalle einzugreifen, sind bei SSH begrenzt. \u00dcber die zweite Instanz soll verhindert werden, dass man gar nicht mehr an das System kommt. Gegebenenfalls ist daf\u00fcr eine Ausnahme in der Firewall notwendig. Best\u00e4tigt mit [ENTER]<\/strong> zum Fortfahren.<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Habt ihr einen eigenen Spiegelserver eingetragen, fragt der Assistent, ob er die Eintr\u00e4ge auf die neue Version aktualisieren soll. Bei virtuellen Servern ist das ggf. unwissend der Fall. Manche Hoster wie z.B. Hetzner betreiben eigene Spiegelserver, um den externen Datenverkehr zu reduzieren. Dies ist bei einer Standard-Installation mit den offiziellen Installationsmedien nicht der Fall. Um die aktuellen Pakete der neuen Version zu bekommen, muss hier mit y<\/strong> best\u00e4tigt werden.<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Unmittelbar vor dem Upgrade wird eine Zusammenfassung angezeigt, was an den Paketen konkret ver\u00e4ndert wird. Mit d<\/strong> lassen sich die Namen der Pakete anzeigen. Wird der Vorgang mit y<\/strong> gestartet, darf er nicht unterbrochen werden! Sonst kann eine kaputte Installation entstehen. Notebooks sollte man daher vorsorglich ans Stromnetz anschlie\u00dfen.<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
W\u00e4hrenddessen erscheinen m\u00f6glicherweise Nachfragen, etwa zum Tastaturlayout. Oder was mit ge\u00e4nderten (systemweiten) Konfigurationsdateien passieren soll. Hier schaue ich mir erst mal mit D<\/strong> zun\u00e4chst die Unterschiede an. M\u00f6glicherweise sind neue Direktiven enthalten, wie im folgenden Beispiel. Auf virtuellen Servern gr\u00f6\u00dferer Hoster kann das pasiseren, weil sie eigene, angepasste Betriebssystemabbilder anbieten. Hetzner z.B. hat einen eigenen NTP-Server zur Synchronisation der Uhrzeit eingetragen. Dadurch weicht die Konfigurationsdatei \/etc\/systemd\/timesyncd.conf<\/strong> von der ab, die standardm\u00e4\u00dfig im Softwarepaket enthalten ist.<\/p>\n
Im Zweifel sollte mit N die lokal vorhandene Version behalten werden, um nichts zu \u00fcberschreiben ([Enter]<\/strong> oder N<\/strong>).\r\nTipp: Nutzt nach M\u00f6glichkeit nicht die globale Konfigurationsdatei, sondern zus\u00e4tzliche eigene, um solche Konflikte zu vermeiden! Beispiel: F\u00fcr zus\u00e4tzliche Paketquellen eigene Dateien unter \/etc\/apt\/sources.list.d<\/code> anlegen, statt direkt \/etc\/apt\/sources.list<\/code> zu erweitern.<\/strong><\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Generell ist die Software sehr zur\u00fcckhaltend, was automatische \u00c4nderungen angeht und fragt dementsprechend mehrmals nach Best\u00e4tigung. Etwa auch vor der Entfernung der nicht mehr ben\u00f6tigten\/unterst\u00fctzen Pakete. Ihr solltet daher zumindest mit einem Auge einen Blick darauf halten.<\/p>\n
Nach dem Abschluss muss das System neu gestartet werden (wieder durch Best\u00e4tigung mit y<\/strong>):<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Nun sollte die neue Ubuntu-Version starten. Ihr k\u00f6nnt das wie oben beschrieben verifizieren und mit den zuvor in eine Textdatei geschriebenen alten Versionen abgleichen:<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Oder grafisch \u00fcber die bekannte Systeminfo in den Einstellungen:<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Nacharbeiten<\/h2>\n
S\u00e4mtliche Drittanbieter-Repos in \/etc\/apt\/sources.list.d\/<\/code> und \/etc\/apt\/sources.list<\/code> werden vor dem Upgrade automatisch deaktiviert. Solltet ihr externe Repos eingebunden haben, m\u00fcsst ihr diese nun mit einem Texteditor \u00fcberarbeiten. Sofern sie f\u00fcr die neue Ubuntu-Version angeboten werden, sind die Eintr\u00e4ge auf den Codename zu aktualisieren. Falls nicht, existieren m\u00f6glicherweise andere Wege zur Bereitstellung – etwa AppImage oder Flatpack. Wer nur die Standard-Repos nutzt, ist an dieser Stelle bereits fertig und kann sich \u00fcber ein reibungsloses Upgrade freuen.<\/p>\n
So funktioniert ein Upgrade technisch<\/h2>\n
Mir ist es ja ein Anliegen, dass man nicht blind irgendwelche Befehle ausf\u00fchrt oder zusammen kopiert. Sondern ein grundlegendes Verst\u00e4ndnis hat, was dabei passiert. Ansonsten ist man sp\u00e4testens dann aufgeschmissen, wenn mal etwas schief gehen sollte. Wer nicht wei\u00df was passiert, hat keine Ahnung, wo er zur Fehlersuche ansetzen soll. Ein Standard-Ubuntu bezieht seine Software aus APT-Paketen und Snaps. Das Meiste kommt von APT, weil das Format seit Jahrzehnten existiert.<\/p>\n
Die Standard-Paketquellen sind in \/etc\/apt\/sources.list<\/code> eingetragen,7<\/a><\/sup> ein Beispiel:<\/p>\n
deb https:\/\/de.archive.ubuntu.com\/ubuntu jammy main restricted<\/code><\/pre>\n