Vor kurzem habe ich an dieser Stelle die neue Version von Fedora 45 vorgestellt. Wer bereits mit der Vorg\u00e4nger-Version von Fedora (44) unterwegs ist, keine Probleme damit hatte, kann anstelle einer Neuinstallation auch ein Upgrade in Betracht ziehen.<\/p>\n\n\n\n
Ein Upgrade von Fedora 44 auf Fedora 45 ist mit dem offiziellen dnf system-upgrade-Verfahren m\u00f6glich und in der Regel die sinnvollste Wahl, wenn das bestehende System stabil l\u00e4uft, regelm\u00e4\u00dfig aktualisiert wurde und keine tiefgreifenden Anpassungen vorgenommen wurden. Eine Neuinstallation ist nur dann klar vorzuziehen, wenn das System stark ver\u00e4ndert, un\u00fcbersichtlich oder bereits problembehaftet ist.<\/p>\n\n\n\n
Vor dem Upgrade pr\u00fcfen<\/p>\n\n\n\n
Vor Beginn sollten die offiziellen Release Notes von Fedora 45 gelesen werden. Dort finden sich wichtige Hinweise zu ge\u00e4nderten Paketen, m\u00f6glichen Kompatibilit\u00e4tsproblemen und bekannten Fehlern. Fedora f\u00fchrt zudem eine Liste h\u00e4ufiger Probleme f\u00fcr Fedora 45.<\/p>\n\n\n\n
Besonders relevant sind \u00c4nderungen bei Datenbanken, Containern und Drittanbieter-Repositories. Fedora 45 aktualisiert beispielsweise MySQL auf 9.7, MariaDB auf 12.3 und Podman auf Version 6; bei Podman entf\u00e4llt Unterst\u00fctzung f\u00fcr cgroups v1, slirp4netns und das BoltDB-Backend. Wer diese Komponenten nutzt, sollte die jeweiligen Migrationshinweise vor dem Upgrade pr\u00fcfen.<\/p>\n\n\n\n
Sicherung ist Pflicht<\/p>\n\n\n\n
Ein Release-Upgrade ver\u00e4ndert das gesamte Basissystem. Deshalb sollten vor dem Start mindestens die pers\u00f6nlichen Daten gesichert werden \u2013 etwa Dokumente, Bilder, Konfigurationsdateien, Browserprofile, SSH-Schl\u00fcssel und Projektordner.<\/p>\n\n\n\n
Empfehlenswert ist eine vollst\u00e4ndige System-Sicherung auf ein externes Medium mit Hilfe von Tools wie Rescuezilla<\/a> oder Redo Rescue<\/a>.<\/p>\n\n\n\n Wann Neuinstallation sinnvoller ist<\/p>\n\n\n\n Eine Neuinstallation ist sinnvoll, wenn Fedora 44 bereits seit langer Zeit nicht aktualisiert wurde, zahlreiche experimentelle Repositories oder manuell kompilierte Software im Einsatz sind, das System instabil l\u00e4uft oder eine saubere Grundkonfiguration gew\u00fcnscht wird. Auch bei wichtigen Produktivsystemen kann eine Neuinstallation mit anschlie\u00dfendem Wiederherstellen der Daten die kontrollierbarere Option sein.<\/p>\n\n\n\n F\u00fcr einen normalen Desktop mit Fedora 44, RPM Fusion und wenigen zus\u00e4tzlichen Repositories ist das Upgrade jedoch in der Regel unkompliziert. Fedora unterst\u00fctzt offiziell Upgrades \u00fcber maximal zwei Release-Versionen – von Fedora 44 auf 45 handelt es sich um einen regul\u00e4ren Ein-Schritt-Upgrade.<\/p>\n\n\n\n Schritt 1: System aktualisieren<\/p>\n\n\n\n Zun\u00e4chst muss Fedora 44 vollst\u00e4ndig auf den aktuellen Stand gebracht werden. Dies ist wichtig, weil neue Signaturschl\u00fcssel f\u00fcr Fedora 45 bereits \u00fcber Updates verteilt werden und Updates h\u00e4ufig bekannte Upgrade-Probleme beheben.<\/p>\n\n\n\n Anschlie\u00dfend sollte der Rechner neu gestartet werden mit:<\/p>\n\n\n\n Dieser Schritt darf nicht \u00fcbersprungen werden. Beginnen Sie erst nach dem Neustart mit dem eigentlichen Release-Upgrade.<\/p>\n\n\n\n Schritt 2: Upgrade-Pakete herunterladen<\/p>\n\n\n\n Nach dem Neustart werden die Pakete f\u00fcr Fedora 45 heruntergeladen. Dabei bleibt das laufende Fedora 44 zun\u00e4chst vollst\u00e4ndig nutzbar – die Installation erfolgt erst sp\u00e4ter beim Neustart.<\/p>\n\n\n\n Der Vorgang kann je nach Internetverbindung und Anzahl installierter Pakete einige Zeit dauern. W\u00e4hrend des Downloads wird auch der GPG-Schl\u00fcssel f\u00fcr Fedora 45 angeboten; dessen Fingerabdruck sollte \u00fcber die offizielle Fedora-Sicherheitsseite gepr\u00fcft werden.<\/p>\n\n\n\n Schritt 3: Abh\u00e4ngigkeiten pr\u00fcfen<\/p>\n\n\n\n Falls DNF nicht aufgel\u00f6ste Abh\u00e4ngigkeiten meldet, sollte der Vorgang nicht blind fortgesetzt werden. H\u00e4ufig sind Pakete aus Drittanbieter-Repositories die Ursache, etwa Copr- oder RPM-Fusion-Pakete, f\u00fcr die noch keine Fedora-45-Version vorliegt.<\/p>\n\n\n\n F\u00fcr eine genauere Analyse kann folgender Befehl verwendet werden:<\/p>\n\n\n\n Nur wenn die betroffenen Pakete bekannt und verzichtbar sind, sollte der Download anschlie\u00dfend mit –allowerasing wiederholt werden:<\/p>\n\n\n\n Vor der Best\u00e4tigung muss sorgf\u00e4ltig gepr\u00fcft werden, welche Pakete entfernt werden sollen. Systemkritische Pakete sollten dabei nicht entfernt werden.<\/p>\n\n\n\n Schritt 4: Offline-Upgrade starten<\/p>\n\n\n\n Sobald der Download erfolgreich abgeschlossen ist, wird das Upgrade f\u00fcr den n\u00e4chsten Neustart vorbereitet:<\/p>\n\n\n\n Der Rechner startet unmittelbar in eine spezielle Upgrade-Umgebung. Dort werden die zuvor heruntergeladenen Pakete installiert; anschlie\u00dfend erfolgt ein weiterer Neustart in Fedora 45. Es gibt keinen Countdown und keine zus\u00e4tzliche Best\u00e4tigung, daher m\u00fcssen alle Programme zuvor geschlossen und offene Arbeiten gespeichert werden.<\/p>\n\n\n\n Falls dnf offline auf dem System nicht verf\u00fcgbar ist, lautet der \u00e4ltere Befehl:<\/p>\n\n\n\n Auf aktuellen Fedora-Versionen mit DNF5 ist jedoch dnf offline reboot der vorgesehene Befehl.<\/p>\n\n\n\n Schritt 5: Nach dem Upgrade kontrollieren<\/p>\n\n\n\n Nach dem ersten Start in Fedora 45 sollte zun\u00e4chst gepr\u00fcft werden, ob die richtige Version aktiv ist:<\/p>\n\n\n\n Anschlie\u00dfend empfiehlt sich ein erneutes Update, falls seit dem Release bereits Korrekturen erschienen sind:<\/p>\n\n\n\n Danach sollten die wichtigsten Anwendungen, Netzwerk, Ton, Grafik, Drucker, Bluetooth und gegebenenfalls Virtualisierung getestet werden.<\/p>\n\n\n\n Konfigurationsdateien pr\u00fcfen<\/p>\n\n\n\n RPM kann bei ge\u00e4nderten Konfigurationsdateien neue Dateien mit der Endung .rpmnew oder Sicherungskopien mit .rpmsave anlegen. Diese Dateien sollten gezielt gepr\u00fcft werden, insbesondere im Verzeichnis \/etc. Besondere Aufmerksamkeit verdienen Dateien wie \/etc\/ssh\/sshd_config, \/etc\/nsswitch.conf und \/etc\/ntp.conf. Bei Drittanbieter-Repositories im Verzeichnis \/etc\/yum.repos.d\/ sollten Dateien nicht unkontrolliert auf den Standard zur\u00fcckgesetzt werden, da dies Updates der jeweiligen Software deaktivieren kann.<\/p>\n\n\n\n RPM Fusion und Multimedia<\/p>\n\n\n\n RPM-Fusion-Repositories funktionieren normalerweise auch nach dem Upgrade weiter, sofern sie als regul\u00e4re DNF-Repositories konfiguriert sind. Direkt nach einem Release kann es jedoch vorkommen, dass einzelne Pakete noch nicht f\u00fcr die neue Fedora-Version bereitstehen – das verhindert das Upgrade in der Regel nicht.<\/p>\n\n\n\n F\u00fcr vollst\u00e4ndige Multimedia-Unterst\u00fctzung k\u00f6nnen nach dem Upgrade folgende Befehle sinnvoll sein:<\/p>\n\n\n\n Damit werden verbreitete Codecs und Multimedia-Komponenten nachinstalliert.<\/p>\n\n\n\n Aufr\u00e4umen nach dem Upgrade<\/p>\n\n\n\n Nach einem erfolgreichen Upgrade sollten zur\u00fcckgelassene Pakete gepr\u00fcft werden. Fedora empfiehlt daf\u00fcr das Werkzeug remove-retired-packages:<\/p>\n\n\n\n Da es sich um einen Ein-Schritt-Upgrade von Fedora 44 auf 45 handelt, ist keine Versionsnummer als Parameter erforderlich.<\/p>\n\n\n\n Zus\u00e4tzlich k\u00f6nnen nicht mehr ben\u00f6tigte Pakete identifiziert werden:<\/p>\n\n\n\n dnf autoremove sollte jedoch nur eingesetzt werden, wenn die vorgeschlagenen Entfernungen verstanden wurden. Alte Kernel bleiben bewusst erhalten, um im Problemfall noch booten zu k\u00f6nnen.<\/p>\n\n\n\n Probleme gezielt l\u00f6sen<\/p>\n\n\n\n Falls nach dem Upgrade Abh\u00e4ngigkeitsprobleme auftreten, kann ein erneuter Abgleich mit den Repositories helfen:<\/p>\n\n\n\n Nur nach sorgf\u00e4ltiger Pr\u00fcfung der zu entfernenden Pakete ist auch diese Variante m\u00f6glich:<\/p>\n\n\n\n Bei SELinux-Warnungen kann ein Neulabeling der Dateien erforderlich sein:<\/p>\n\n\n\n Dieser Vorgang kann beim n\u00e4chsten Start deutlich l\u00e4nger dauern, da alle Dateisysteme auf korrekte SELinux-Kontexte gepr\u00fcft werden.<\/p>\n\n\n\n Fazit<\/p>\n\n\n\n F\u00fcr die meisten stabilen Fedora-44-Systeme ist das Upgrade auf Fedora 45 der empfehlenswerte Weg: Es erh\u00e4lt Einstellungen, installierte Software und Daten weitgehend unver\u00e4ndert und ist mit dnf system-upgrade klar dokumentiert. Entscheidend sind eine vollst\u00e4ndige Datensicherung, ein vollst\u00e4ndig aktualisiertes Fedora 44, eine sorgf\u00e4ltige Pr\u00fcfung von Drittanbieter-Paketen und Geduld beim ersten Start nach dem Upgrade.<\/p>\n\n\n\n Eine Neuinstallation bleibt sinnvoll bei einem stark ver\u00e4nderten oder instabilen System, bietet aber keinen automatischen Vorteil gegen\u00fcber einem sauber durchgef\u00fchrten Upgrade. Wer Fedora 44 aktuell h\u00e4lt, regelm\u00e4\u00dfig aktualisiert und keine exotischen Repositories nutzt, kann Fedora 45 in der Regel problemlos direkt installieren.<\/p>\n\n\n\nsudo dnf upgrade --refresh<\/code><\/pre>\n\n\n\nsudo reboot<\/code><\/pre>\n\n\n\nsudo dnf system-upgrade download --releasever=45<\/code><\/pre>\n\n\n\nsudo dnf system-upgrade download --releasever=45 --best<\/code><\/pre>\n\n\n\nsudo dnf system-upgrade download --releasever=45 --allowerasing<\/code><\/pre>\n\n\n\nsudo dnf offline reboot<\/code><\/pre>\n\n\n\nsudo dnf system-upgrade reboot<\/code><\/pre>\n\n\n\ncat \/etc\/fedora-release\nuname -r<\/code><\/pre>\n\n\n\nsudo dnf upgrade --refresh<\/code><\/pre>\n\n\n\n
Daf\u00fcr eignet sich das Werkzeug rpmconf:<\/p>\n\n\n\nsudo dnf install rpmconf\nsudo rpmconf -a<\/code><\/pre>\n\n\n\nsudo dnf swap ffmpeg-free ffmpeg --allowerasing\nsudo dnf install @multimedia --setopt=\"install_weak_deps=False\" --exclude=PackageKit-gstreamer-plugin<\/code><\/pre>\n\n\n\nsudo dnf install remove-retired-packages<\/code><\/pre>\n\n\n\nsudo dnf list --extras\nsudo dnf autoremove<\/code><\/pre>\n\n\n\nsudo dnf distro-sync<\/code><\/pre>\n\n\n\nsudo dnf distro-sync --allowerasing<\/code><\/pre>\n\n\n\nsudo fixfiles -B onboot\nsudo reboot<\/code><\/pre>\n\n\n\n