Fedora 23 - Kann ich Dateien in / var / cache / PackageKit / metadata / updates / packages sicher löschen?


57

Ich habe festgestellt, dass der in der Betreffzeile angegebene Ordner 1,5 GB belegt. Kann ich die folgenden Schritte ausführen, um das Problem zu beheben, ohne mein System dauerhaft zu beschädigen?

rm -rf /var/cache/PackageKit/metadata/updates/packages/*

Antworten:


74

Aus der Diskussion in dem Bug, der in Daniel Brunos Antwort verlinkt ist , können Sie diese Dateien mit dem PackageKit-Konsolen-Client entfernenpkcon

$ sudo pkcon refresh force -c -1

Es dauert einige Zeit, wird jedoch von PackageKit selbst bereitgestellt. (und du kannst einen Cron Job dafür einstellen)

von der Manpage von pkcon (1)

   refresh [force]
       Refresh the cached information about available updates.

und

   -c, --cache-age AGE
       Set the maximum acceptable age for cached metadata, in seconds. Use -1 for 'never'.

Damit wird PackageKit angewiesen, zwischengespeicherte Informationen zu löschen (zwischengespeicherte Informationen mit einem maximal zulässigen Alter von: nie zu aktualisieren).

Verweise :


1
Was macht dieser Befehl?
Anatoly Techtonik

1
@anatoly Antwort aktualisiert, um eine grundlegende Beschreibung des Befehls von Manpage pkcon (1)
Mahmoud Mostafa

1
@erik bearbeitet, um Referenzlinks anzuzeigen
Mahmoud Mostafa

2
Also habe ich den Befehl in der Antwort ausgeführt und es hat eine Weile geduckt, aber ich hatte immer noch mehr als 3,5 GB in meinem /var/cache/PackageKitVerzeichnis. Was vermisse ich?
Mark Edington

5
Der angegebene Befehl pkcon entfernt keine heruntergeladenen Pakete, die zwischengespeichert wurden. Das Problem ist schlimmer, wenn Sie ein System haben, auf dem mehrere Betriebssystem-Upgrades durchgeführt wurden. In meinem Fall bin ich von Fedora 23-> 24-> 25 gegangen. Ich habe auch dnfziemlich viel benutzt. Ich habe 3 zusätzliche Verzeichnisse (23, 24, 25) unter /var/cache/PackageKitdenen alle RPM-Dateien enthalten. Ich denke, meine einzige echte Option hier ist das manuelle Löschen zu diesem Zeitpunkt.
Mark Edington

17

PackageKit wird von GNOME verwendet. Wenn Sie Yum oder DNF auf der CLI verwenden, benötigen Sie diese nicht. Sie können die RPM-Dateien in entfernen /var/cache/PackageKit/metadata/updates/packagesund PackageKit so einstellen, dass sie nicht mehr gespeichert werden.

In der Datei befindet sich eine Einstellung /etc/PackageKit/PackageKit.conf

# Keep the packages after they have been downloaded
#KeepCache=false

Entfernen Sie als Root die Raute auf dieser Konfigurationsoption und die Pakete werden nicht gespeichert.


3
Wenn Sie ein Upgrade von einer früheren Version des Betriebssystems durchgeführt haben, z. B. Fedora 23-> 24-> 25, müssen Sie auch RPMs in einem nummerierten Cache-Verzeichnis wie dem folgenden löschen: / var / cache / PackageKit / 24 / var / cache / PackageKit / 23 / var / cache / PackageKit / 25
Mark Edington

1
Die Idee scheint von diesem Kommentar auf der Fedora-Mailingliste zu stammen . Aber es ist nicht effektiv, dh mein /var/cache/PackageKitVerzeichnis wächst noch. Das heißt: Funktioniert weder auf Fedora 24 und ab Thomas Mueller noch auf Fedora 25.
erik

15

Ja, Sie können diese Pakete sicher entfernen. Diese Pakete werden nur von Packagekit als Cache verwendet.

Ref: https://bugs.freedesktop.org/show_bug.cgi?id=80053



4
Es scheint, dass dies die einzige Möglichkeit ist, Pakete /var/cache/PackageKit/24oder /var/cache/PackageKit/25Verzeichnisse nach dem Upgrade auf Fedora 26 zu entfernen . pkconVon der akzeptierten Antwort werden sie nicht entfernt.
ks1322

1
Ja. Ich fand, ich hatte Cache von Fedora 23 - 27 und Hawkey. Das Ausführen des Befehls in pkcon schien die Nutzung von 23 GB auf 20 GB zu verringern. Stattdessen beendete ich die Ausführung von rm -rf und führte dann den Befehl pkcon aus, um sicherzustellen, dass das Paket-Kit das für die Arbeit erforderliche Minimum aufweist.
user6856

12

Wenn Sie PackageKit nicht zum Aktualisieren (aber für dnf) verwenden, sollten Sie das automatische Herunterladen von PackageKit deaktivieren, da PackageKit den Cache nur dann löscht, wenn es zum Installieren von Updates verwendet wird:

gsettings set org.gnome.software download-updates false

Ich denke, dieser automatische Download sollte nicht deaktiviert, sondern aktiviert werden.

https://www.lguruprasad.in/blog/2015/05/13/disabling-automatic-download-of-software-updates-in-gnome-3-14-on-debian-jessie/

https://bugzilla.gnome.org/show_bug.cgi?id=768632


Ich werde es versuchen. Mal sehen, ob es funktioniert. Ich habe das mit gemacht sudo, also als User root.
Erik

7

Die pkcon refresh force -c -1Lösung hat bei mir nicht funktioniert, da sich in meinem Upgrade-Pfad mehrere Fedora-Versionen befanden. Ich habe das Platzproblem konstruktiv gelöst, indem dnf clean all --releasever=xxxxxx die alte Version ist, die bereinigt werden musste. Für die Vorgängerversion wurden ca. 8 Gig Speicherplatz gesäubert.


2

Der pkcon refresh [force]in der akzeptierten Antwort angegebene Befehl funktioniert, aber vor allem nur für derzeit aktivierte Repositorys. Nicht mehr benötigte Dateien in den Caches älterer Repositorys, insbesondere älterer Distributionsversionen, werden nicht gelöscht. Diese können sicher manuell gelöscht werden. (Wenn Sie sie wirklich mit löschen möchten, kann pkconeine Art pkcon repo-enable [reponame]; pkcon fresh force; pkcon repo-disable [reponame]funktionieren.)


0

Beim Booten von Fedora25 auf meiner virtuellen Maschine wurden Speicherplatzwarnungen ausgegeben. Ich habe die oben genannte Lösung befolgt, um die Datei /etc/PackageKit/PackageKit.conf zu bearbeiten, die Zeile # KeepCache = false aus dem Kommentar entfernt und die Datei gespeichert. Dann habe ich den folgenden Befehl ausgeführt: pkcon refresh force -c -1, aber in / var / cache / PackageKit / waren immer noch unerwünschte Dateien. Ich habe daher rm -r -f / var / cache / PackageKit / * in der Befehlszeile zum Löschen ausgeführt diese zwischengespeicherten Dateien. Ich habe Fedora und Voila neu gestartet! Keine weiteren Fehler !!

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.