dnf

Was dnf macht

dnf ist die zentrale Schnittstelle, über die Software auf Fedora, RHEL und ihren Derivaten installiert, aktualisiert und entfernt wird. Es löst Paketabhängigkeiten auf, lädt RPM-Dateien aus den konfigurierten Repositories und überprüft GPG-Signaturen, bevor Pakete auf das System gelangen. Im Hintergrund arbeitet dnf mit der Bibliothek libdnf (in C geschrieben) und nutzt rpm als Low-Level-Werkzeug für die eigentliche Paketinstallation.

dnf ist der Nachfolger von yum (Yellowdog Updater, Modified). yum war jahrelang der Standard-Paketmanager der RHEL-Familie, hatte aber Schwächen bei der Performance und beim Abhängigkeits-Solver. Mit Fedora 22 (2015) wurde dnf zum Default; in RHEL 7 und älter ist yum noch der Standard, ab RHEL 8 ist dnf gesetzt — der Befehl yum existiert dort nur noch als Alias auf dnf.

Distros, die dnf nutzen

Die RHEL-Familie und ihre Community-Derivate teilen sich dnf als gemeinsamen Paketmanager. Damit ist dnf neben apt der zweite große Player im Linux-Ökosystem.

Alle diese Distributionen nutzen das RPM-Paketformat (.rpm-Dateien) und das gemeinsame Repository-Format. Pakete sind zwischen ihnen oft, aber nicht immer kompatibel — Versionen von Bibliotheken und Build-Optionen können sich unterscheiden.

Wichtige Befehle

dnf folgt dem Schema dnf VERB [OPTIONEN] [PAKET]. Schreibende Befehle benötigen sudo, lesende meist nicht.

Repository-Verwaltung

Repositories sind in Dateien unter /etc/yum.repos.d/ definiert — der Pfad heißt aus historischen Gründen weiterhin yum.repos.d, obwohl dnf darauf zugreift. Jede .repo-Datei beschreibt ein oder mehrere Repos mit Name, URL, GPG-Schlüssel und Aktivierungsstatus.

[fedora]
name=Fedora $releasever - $basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch

Statt diese Dateien manuell zu editieren, nutzt man dnf config-manager aus dem Paket dnf-plugins-core.

sudo dnf install dnf-plugins-core
sudo dnf config-manager --add-repo https://example.com/repo/example.repo

sudo dnf config-manager --enable REPO-ID
sudo dnf config-manager --disable REPO-ID

Das wichtigste Drittanbieter-Repository für die RHEL-Familie ist EPEL (Extra Packages for Enterprise Linux), gepflegt vom Fedora-Projekt. EPEL liefert tausende Pakete, die in den offiziellen RHEL-Repos fehlen — von htop bis zu kompletten Sprach-Stacks.

dnf history

Das Killer-Feature von dnf gegenüber apt: jede Transaktion wird in einer SQLite-Datenbank protokolliert und kann komplett rückgängig gemacht werden. Wer ein Update fährt, das das System bricht, kann mit einem einzigen Befehl in den vorherigen Zustand zurück.

dnf history list

Die Ausgabe zeigt eine ID, das Datum, die Aktion (Install, Update, Remove) und die Anzahl betroffener Pakete. Mit der ID lässt sich jede Transaktion im Detail einsehen.

dnf history info 42

Und der wichtigste Befehl: das vollständige Zurückrollen einer Transaktion.

sudo dnf history rollback 42

Damit werden alle Paketversionen wieder auf den Stand vor Transaktion 42 gesetzt — vorausgesetzt, die alten RPM-Versionen sind in den Repositories noch verfügbar. Ein vergleichbares Feature gibt es bei apt schlicht nicht.

Module und Streams

Mit RHEL 8 wurde das Konzept der Module eingeführt (Fedora-Modularity). Ein Modul ist eine Sammlung von Paketen, die in mehreren parallelen Streams verfügbar sein können — typischerweise unterschiedliche Major-Versionen einer Software.

dnf module list
dnf module list php

So kann man zum Beispiel zwischen PHP 7.4 und PHP 8.0 wählen, ohne die Pakete extern zu beziehen.

sudo dnf module install php:8.0

In Fedora Workstation spielen Module heute kaum noch eine Rolle — Fedora bewegt sich davon weg. In RHEL 8/9 und ihren Klonen sind sie aber zentral, gerade auf Servern. Wer ein Paket im Repo nicht findet, sollte prüfen, ob es in einem deaktivierten Modul-Stream steckt.

dnf vs. yum

dnf wurde als yum-Ersatz mit klaren Verbesserungen entwickelt. Die Befehlssyntax ist bewusst kompatibel — yum install … funktioniert auf modernen Systemen weiterhin, ist aber nur ein Alias.

Praxis-Patterns

System komplett aktualisieren

sudo dnf upgrade --refresh

--refresh erzwingt ein Repo-Update, bevor die Pakete aktualisiert werden. Ohne das Flag arbeitet dnf mit dem zwischengespeicherten Metadaten-Stand — der oft wenige Minuten alt sein kann, bei langen Cache-Lifetimes aber auch Stunden. Auf Servern, die regelmäßig auf den neuesten Stand gebracht werden, ist --refresh der sichere Default.

Paket suchen

dnf search htop

Durchsucht Paketnamen und Kurzbeschreibungen. Für eine Suche nur in Paketnamen verwendet man dnf search --names. Volltextsuche in den Beschreibungen liefert dnf search all BEGRIFF.

Paket installieren

sudo dnf install htop

dnf zeigt vor der Installation eine Liste aller Pakete, die mitkommen — Abhängigkeiten und schwache Abhängigkeiten (Recommends). Mit -y lässt sich die Bestätigungsabfrage überspringen, was in Skripten gewünscht, am Terminal aber riskant ist.

Update rückgängig machen

dnf history list
sudo dnf history rollback 42

Erst die Transaktions-ID des problematischen Updates ermitteln, dann mit rollback zurück. Voraussetzung: Die alten Paketversionen müssen noch in einem aktiven Repository verfügbar sein. Bei Fedora-Updates innerhalb derselben Release-Version klappt das in den meisten Fällen.

EPEL aktivieren

sudo dnf install epel-release
sudo dnf upgrade

epel-release ist ein Meta-Paket, das die EPEL-Repository-Konfiguration und den GPG-Schlüssel hinzufügt. Nach der Installation stehen tausende zusätzliche Pakete zur Verfügung. Für Fedora ist EPEL nicht relevant — dort sind die meisten EPEL-Pakete bereits in den Hauptrepos enthalten.

Cleanup

sudo dnf autoremove
sudo dnf clean all

autoremove entfernt Pakete, die nur als Abhängigkeit installiert wurden und jetzt nicht mehr benötigt werden. clean all leert den heruntergeladenen Paket-Cache (typischerweise unter /var/cache/dnf/) und gibt mehrere hundert Megabyte frei. Praktisch nach größeren Updates oder wenn der Plattenplatz knapp wird.

Weiterführende Ressourcen

Externe Quellen

• dnf(8) – Manpage — Offizielle Manpage mit allen Subkommandos und Optionen
• Fedora Docs: DNF — Fedora-eigene Einführung und Referenz
• Fedora Wiki: DNF — Hintergrund, Architektur und Plugin-Übersicht
• Red Hat Customer Portal: Managing software with DNF — Offizielle RHEL-Dokumentation
• EPEL Wiki — Extra Packages for Enterprise Linux, das wichtigste Drittanbieter-Repo
• DNF5 Migration Guide — Übersicht der Änderungen beim Wechsel auf dnf5

Verwandte Artikel

• rpm – Pakete auf RPM-Ebene verwalten — Das Basiswerkzeug hinter dnf
• pacman – Paketmanager für Arch Linux — Vergleich zu einem Rolling-Release-Paketmanager
• apt – Paketmanager für Debian und Ubuntu — Das Pendant in der Debian-Welt
• Paketquellen verstehen — Wie Repositories und GPG-Signaturen funktionieren
• snap – Universal-Pakete — Distroübergreifendes Paketformat als Alternative