Fedora 23 - Puis-je supprimer en toute sécurité des fichiers dans / var / cache / PackageKit / metadata / updates / packages?


57

J'ai remarqué que le dossier référencé dans la ligne d'objet occupe 1,5 Go. Puis-je exécuter le programme ci-dessous pour l'effacer sans causer de dommage permanent à mon système?

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

Réponses:


74

De la discussion dans le bogue lié à la réponse de Daniel Bruno .. vous pouvez vous débarrasser de ces fichiers en utilisant le client de la console PackageKitpkcon

$ sudo pkcon refresh force -c -1

Cela prend du temps mais est fourni par PackageKit lui-même. (et vous pouvez définir un travail cron pour cela)

de la page de manuel de pkcon (1)

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

et

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

Donc, ceci demande à PackageKit de supprimer les informations en cache (actualiser les informations en cache avec l'âge acceptable maximum: jamais)

Références :


1
Que fait cette commande?
anatoly techtonik

1
@anatoly Réponse mise à jour pour afficher une description de base des commandes de la page de manuel pkcon (1)
Mahmoud Mostafa

1
@erik édité pour afficher les liens de référence
Mahmoud Mostafa

2
J'ai donc lancé la commande dans la réponse et le message a été renvoyé pendant un moment, mais il me restait encore plus de 3,5 Go utilisés dans mon /var/cache/PackageKitrépertoire. Qu'est-ce que je rate?
Mark Edington

5
La commande pkcon en tant que telle ne supprimera pas les packages téléchargés mis en cache. Le problème est pire si vous avez un système ayant subi plusieurs mises à niveau du système d'exploitation. Dans mon cas, je suis passé de Fedora 23-> 24-> 25. J'ai aussi dnfbeaucoup utilisé . J'ai 3 répertoires supplémentaires (23, 24, 25)) sous le /var/cache/PackageKitque tous contiennent des fichiers RPM. Je pense que ma seule vraie option ici est la suppression manuelle à ce stade.
Mark Edington

17

PackageKit est utilisé par GNOME. Si vous utilisez Yum ou DNF sur la CLI, n'en avez pas besoin. Vous pouvez supprimer les fichiers .rpm /var/cache/PackageKit/metadata/updates/packageset définir PackageKit pour ne plus les stocker.

Il y a un réglage dans le fichier /etc/PackageKit/PackageKit.conf

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

En tant que root, supprimez le signe dièse sur cette option de configuration et les packages ne seront pas enregistrés.


3
Si vous avez mis à niveau une version précédente du système d'exploitation, telle que Fedora 23-> 24-> 25, vous devrez également supprimer les RPM du répertoire de cache numéroté, comme suit: / var / cache / PackageKit / 24 / var / cache / PackageKit / 23 / var / cache / PackageKit / 25
Mark Edington le

1
L'idée semble venir de ce commentaire sur la liste de diffusion de Fedora. Mais ce n’est pas efficace, c’est-à-dire que mon /var/cache/PackageKitrépertoire est toujours en croissance. Cela signifie: ne fonctionne pas sur Fedora 24, et à partir de Thomas Mueller , ni sur Fedora 25.
erik

15

Oui, vous pouvez supprimer ces paquets en toute sécurité. Ces packages ne sont utilisés que comme cache par Packagekit.

Réf.: Https://bugs.freedesktop.org/show_bug.cgi?id=80053



4
Il semble que ce soit le seul moyen de supprimer des paquets /var/cache/PackageKit/24ou des /var/cache/PackageKit/25répertoires après la mise à niveau vers Fedora 26. Une pkconréponse acceptée ne les supprime pas.
ks1322

1
Oui. J'ai trouvé que j'avais une cache de Fedora 23 - 27 et hawkey. L'exécution de la commande dans pkcon semblait réduire l'utilisation de 23 Go à 20 Go. Alors, au lieu de cela, j'ai fini de faire rm -rf puis de lancer la commande pkcon pour m'assurer que le package contient le minimum nécessaire pour fonctionner.
user6856

12

si vous n'utilisez pas PackageKit pour mettre à jour (mais dnf), vous devriez envisager de désactiver le téléchargement automatique de PackageKit, car PackageKit n'effacera que son cache lors de son utilisation pour installer les mises à jour:

gsettings set org.gnome.software download-updates false

Je pense que ce téléchargement automatique devrait être opt-in plutôt que opt-out.

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


J'essaierai celui là. Voyons si ça marche. Je l'ai fait avec sudo, c'est-à-dire en tant qu'utilisateur root.
erik

7

La pkcon refresh force -c -1solution ne fonctionnait pas pour moi car il y avait plusieurs versions de Fedora dans le sillage de mon chemin de mise à niveau. J'ai résolu le problème d'espace de manière constructive, dnf clean all --releasever=xxxoù xxx est l'ancienne version à nettoyer. Il a nettoyé environ 8 Go d'espace pour la version précédente.


2

La pkcon refresh [force]commande donnée dans la réponse acceptée fonctionne, mais surtout pour les référentiels actuellement activés. Il ne supprime plus les fichiers inutiles dans les caches des anciens référentiels, notamment des anciennes versions de distribution. Ceux-ci peuvent être supprimés manuellement en toute sécurité. (Si vous voulez vraiment les supprimer en utilisant pkcon, alors une sorte de pkcon repo-enable [reponame]; pkcon fresh force; pkcon repo-disable [reponame]peut fonctionner.)


0

Je recevais des avertissements sur l'espace de stockage lors du démarrage de Fedora25 sur ma machine virtuelle. J'ai suivi la solution susmentionnée pour modifier le fichier /etc/PackageKit/PackageKit.conf et annulé la mise en commentaire de la ligne # KeepCache = false, puis enregistré le fichier. Ensuite, j'ai exécuté la commande suivante: pkcon refresh force -c -1, mais il restait des fichiers non désirés dans / var / cache / PackageKit /. ces fichiers en cache. J'ai redémarré Fedora et le tour est joué! Pas plus d'erreurs !!

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.