DNF5-CACHING(7) dnf5 DNF5-CACHING(7) BEZEICHNUNG dnf5-caching - Zwischenspeicherung BESCHREIBUNG Diese Seite mochte einen Uberblick uber die verschiedenen Instrumente in DNF5 zum Bearbeiten der zwischengespeicherten Daten und deren zugehorige Szenarien bieten. Dazu gehoren beispielsweise Konfigurationsoptionen, Befehlszeilenparameter und Befehle. ORT ZWISCHENGESPEICHERTER DATEN Die folgende Verzeichnisstruktur stellt ein typisches Zwischenspeicherverzeichnis von DNF5 dar: /var/cache/libdnf5/ fedora-* | metalink.xml | repodata | | *-comps-Everything.x86_64.xml | | *-primary.xml.zck | | repomd.xml | solv | fedora-group.solvx | fedora.solv temporary_files.toml updates-* metalink.xml packages | bash-5.2.21-1.fc38.x86_64.rpm repodata | *-primary.xml.zck | *-updateinfo.xml.zck | *-comps-Everything.x86_64.xml.gz | repomd.xml solv updates-group.solvx updates-updateinfo.solvx updates.solv Das vorgegebene Wurzel-Zwischenspeicherverzeichnis ist /var/cache/libdnf5. Wenn DNF5 jedoch als anderer Benutzer ausgefuhrt wird, verwendet es den Zwischenspeicher aus ~/.cache/libdnf5 mit der gleichen Struktur. Das Root-Zwischenspeicherverzeichnis kann mit der Konfigurationsoption system_cachedir neu definiert werden und das Benutzer-Zwischenspeicherverzeichnis mit der Option cachedir. Innerhalb des Zwischenspeicherverzeichnisses gibt es Unterverzeichnisse fur jede konfigurierte Paketquelle, wie fedora-* und updates-*. Diese enthalten Metadaten-Dateien im Verzeichnis repodata und vom Aufloser erzeugte Dateien im Verzeichnis solv. Die Aufloser-Dateien im Verzeichnis solv werden zur Verbesserung der Performance beim Auflosen von Paketabhangigkeiten oder Ausfuhrung von Abfragen verwendet. Sie konnen auf Paketquellen-Ebene mit der Konfigurationsoption build_cache aktiviert oder deaktiviert werden. Das packages-Verzeichnis kann aus einer Paketquelle heruntergeladene Pakete enthalten und eine metalink- oder mirrorlist-Datei stellt Informationen zu den fernen Speicherorten der Paketquellendaten bereit. Zusatzlich enthalt die Verzeichniswurzel Zwischenspeicherverzeichnis eine Datei temporary_files.toml zu vorubergehend im System gespeicherten Paketen. METADATEN-TYPEN Es gibt verschiedene Typen von Metadaten, die von fernen Orten heruntergeladen und in DNF5 verarbeitet werden. Einige Metadaten sind obligatorisch und werden immer berucksichtigt. Die Haupt-Metadaten-Datei repomd.xml enthalt Informationen zu spezifischen Metadatentypen-Dateien fur eine Paketquelle, wie Prufsummen, Dateigrossen und deren Orte in der Hierarchie der Metadaten. Eine weitere obligatorische Datei ist die Metadaten-Datei primary, welche detaillierte Informationen zu verfugbaren Paketen beinhaltet, wie Paketnamen, Versionen, Abhangigkeiten usw. Falls DNF5 mit Unterstutzung fur Modularitat kompiliert wurde, werden auch die modules-Metadaten heruntergeladen und verarbeitet. Andere Metadatentypen sind optional und konnen auf die folgenden Arten in DNF5 geladen werden: o Ausdruckliche Benutzeranfrage durch Hinzufugen des angeforderten Typs zur Konfigurationsoption optional_metadata_types o Automatisch wahrend der Laufzeit, abhangig vom verwendeten Befehl o Fur filelists-Metadaten, wenn der Benutzer irgendeinen Dateipfad als Argument ubergibt Folgende optionale Metadatentypen werden unterstutzt: o comps: Metadaten, die Paketgruppen und Beschreibungen von Arbeitsumgebungen beinhalten o filelists: Informationen zu allen Dateien, die von Paketen bereitgestellt werden o updateinfo: Sicherheitsbezogene Aktualisierungen und Hinweise dazu o presto: Informationen zu Delta-RPMs o other: Zusatzliche Metadaten, wie beispielsweise Anderungsprotokolle Falls die notigen Metadaten im System nicht vorhanden sind, kann dies zu verschiedenen Szenarien fuhren: Ruckgabe einer leeren Abfrage, Fehlermeldung wegen keines Treffers fur ein Argument oder ein Fehler beim Auflosen einer Transaktion. ZWISCHENSPEICHERUNG VON PAKETEN Standardmassig werden von DNF5 keine heruntergeladenen Paketdaten zwischengespeichert, da die keepcache-Option auf False gesetzt ist. Mit dieser Einstellung setzt DNF5 jedes Mal beim Herunterladen eines Pakets von einem fernen Speicherort einen Eintrag in temporary_files.toml im Zwischenspeicherverzeichnis der Paketquelle. Nach der nachsten erfolgreich ausgefuhrten Transaktion werden auf Basis dieser Liste alle Dateien entfernt. Dies geschieht nur, wenn die Transaktion eine eingehende Aktion beinhaltet; anderenfalls werden die Pakete fur potenzielle Anwendungsfalle behalten. Wenn die keepcache-Option auf True gesetzt ist, werden heruntergeladene Dateien nicht verfolgt und konnen spater entweder manuell oder mit dem clean-Befehl entfernt werden, zum Beispiel dnf5 clean packages. Pakete werden immer behalten, wenn sie mit dem download-Befehl heruntergeladen wurden. TEILEN DES ZWISCHENSPEICHERS VON ROOT UNTER BENUTZERN Typischerweise wird DNF5 mit Superuser-Rechten ausgefuhrt, um Anderungen im System vornehmen zu konnen. Jedoch gibt es Szenarien, in denen die Ausfuhrung von Abfragen ohne erweiterte Rechte genugt. In solchen Fallen mussen die gesamten Paketquellen-Metadaten fur das Benutzerkonto heruntergeladen werden, selbst wenn Daten im Zwischenspeicher von Root vorhanden sind. In DNF5 wird beim Uberprufen auf leere, abgelaufene oder ungultige Paketquellen-Metadaten unter einem Nicht-Root-Benutzerkonto zunachst der Speicherort von Root durchsucht. Falls dort Metadaten vorhanden sind, werden sie zum Zwischenspeicherort des Benutzers kopiert. Beachten Sie, dass das Klonen von Metadaten optimiert wird, wenn das Dateisystem uber >>Copy-on-write<<-Funktionalitat verfugt, zum Beispiel btrfs(8). CACHEONLY-OPTION KONTRA PARAMETER Um DNF5 anzuweisen, ausschliesslich mit zwischengespeicherten Daten zu arbeiten und das Herunterladen von fernen Speicherorten zu vermeiden, gibt es zwei Moglichkeiten. Zunachst kann die Konfigurationsoption cacheonly entweder auf metadata gesetzt werden, um nur die Metadaten der Paketquelle zu verwenden, oder auf all, um den gesamten Zwischenspeicher zu verwenden und damit das Herunterladen von Paketen zu verbieten. Alternativ konnen Sie mit dem Parameter --cacheonly die Konfigurationsoption automatisch auf all setzen, um die Aktion vollstandig aus dem Zwischenspeicher laufen zu lassen. Die Verwendung des metadata-Werts fur die cacheonly-Konfiguration kann vorteilhaft sein, wenn optionale Paketquellen vorubergehend nicht erreichbar sind oder wenn bekannt ist, dass sie fur den aktuellen Anwendungsfall nicht erforderlich sind. Er ist ebenfalls nutzlich, wenn zwischengespeicherte Metadaten nicht auf dem neuesten Stand oder abgelaufen, aber noch funktionsfahig sind. LOSCHEN, ERZEUGEN, AKTUALISIEREN Fur die manuelle Erzeugung und Loschung des Zwischenspeichers werden folgende Befehle verwendet: dnf5-clean(8), Clean-Befehl dnf5-makecache(8), Makecache-Befehl Um die Aktualisierung der Metadaten vor der Ausfuhrung eines Befehls zu erzwingen, verwenden Sie den Parameter --refresh. AUTOR Siehe AUTHORS.md in der dnf5-Quelldistribution. COPYRIGHT Mitwirkende am DNF5-Projekt. UBERSETZUNG Die deutsche Ubersetzung dieser Handbuchseite wurde von Mario Blattermann erstellt. Diese Ubersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezuglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG ubernommen. Wenn Sie Fehler in der Ubersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Ubersetzer: . 25. August 2025 DNF5-CACHING(7)