dnf-Transaktionen rückgängig machen und Paketversionen unter RHEL sperren

Ziel

Nachvollziehen, was eine frühere dnf-Transaktion getan hat, sie bei Bedarf umkehren und verhindern, dass ein bestimmtes Paket weiter aktualisiert wird.

Voraussetzungen

Root- oder sudo-Zugriff. Die Transaktionshistorie von dnf wird lokal gespeichert, daher deckt dieses Vorgehen nur Aktionen ab, die auf diesem Host über dnf selbst ausgeführt wurden.

Schritte

1. Frühere Transaktionen auflisten:

dnf history list

Jede Zeile enthält eine Transaktions-ID mit Datum, einer Zusammenfassung der Aktion und der Anzahl der betroffenen Pakete. 2. Eine Transaktion vor jedem Eingriff im Detail prüfen:

dnf history info <id>

3. Genau diese eine Transaktion umkehren; dnf ermittelt dabei für jedes betroffene Paket die inverse Aktion:

dnf -y history undo <id>

Undo kann fehlschlagen (oder nur teilweise angewendet werden), wenn eine spätere Transaktion bereits eines derselben Pakete verändert hat; dnf history info <id> zeigt vorab, was betroffen wäre. 4. Um weiter zurückzugehen und alle Transaktionen seit <id> rückgängig zu machen, nicht nur eine einzelne, stattdessen Rollback verwenden:

dnf -y history rollback <id>

RHEL 8, 9 und 10 enthalten DNF 4. Fedora 41 und neuer enthalten DNF5; laut der DNF5-Referenz zur Historie gibt es dort ebenfalls undo, rollback und redo, wobei sich Ausgabeformat und einige Optionen unterscheiden. 5. Ein Paket festhalten, sodass reguläre Upgrades es überspringen: Unter RHEL 8/9 (dnf4) ist dafür ein Plugin-Paket nötig (python3-dnf-plugin-versionlock):

dnf versionlock add httpd
dnf versionlock list
dnf versionlock delete httpd

Dasselbe Plugin-Paket gilt unter RHEL 10 (DNF 4). In DNF5 (Fedora 41 und neuer) ist versionlock stattdessen ein eingebauter Befehl und kein Plugin.

Erwartetes Ergebnis

dnf history list zeigt eine neue Transaktion, die das Undo oder den Rollback festhält; rpm -q <pkg> gibt die zurückgesetzte Version aus; dnf versionlock list zeigt das gesperrte Paket mit seinem ausgeschlossenen Versionsbereich.

Grenzen und Prüfbasis

Undo und Rollback spielen nur Paketmanager-Aktionen nach, die dnf selbst aufgezeichnet hat. Sie stellen keine Datei wieder her, die ein Administrator ausserhalb von dnf von Hand bearbeitet hat, und sie können keine Daten reparieren, die von der Laufzeit des Pakets verändert wurden (zum Beispiel eine Datenbank-Schemamigration, die ein Postinstall-Skript ausgeführt hat). Vor dem Rückgängigmachen einer Transaktion, die nicht von einem selbst stammt, zuerst dnf history info <id> ausführen. -y unterdrückt die Bestätigungsabfrage für den unbeaufsichtigten Betrieb.