Sur un système embarqué avec un espace disque très limité, j'ai le dossier /var/cache/aptplein avec environ 700 Mo srcpkgcache.bin.*et quelques gros *.binfichiers.
Jouer sudo apt-get cleann'a pas fait de différence visible.
Est-il sûr de supprimer manuellement ces *.bin*fichiers?
*.binfichiers dans ledit dossier - en supposant qu'aucun processus lié à apt n'est en cours d'exécution. La prochaineapt-get updaterégénérera les*.binfichiers. Cette question ne concerne décidément pas les fichiers/var/cache/apt/archives, mais les fichiers/var/cache/apt/*.bin. Grande différence. Les premiers peuvent être nettoyés par émissionapt-get clean, les seconds doivent être retirés manuellement. Il est clair que ceux qui votent pour clore la question ne l'ont pas lu correctement. Malheureusement, je ne peux pas voter pour rouvrir après avoir accordé une partie de mon représentant en primes.archivesintérieur/var/cache/apt/, celui-ci concerne les*.bin*fichiers.Réponses:
Pas vraiment. Ces fichiers aident votre système à déterminer ce qui est disponible et ce qui ne l'est pas. Vider ce répertoire entraînera un système apt-get cassé. Voici quelques conseils.
Tout d'abord, le nettoyage automatique
ajouter un
à la fin de
/etc/apt/apt.conf. Cela rendra les processus apt et dpkg plus longs, mais fera en sorte que votre répertoire de cache soit toujours propre.Ensuite, supprimez les archives
Commencez par supprimer et désactiver toutes les archives sources (que vous n'utilisez pas). Sur un système embarqué, vous n'en avez probablement pas besoin. Supprimez ensuite toutes les archives qui ne sont pas utilisées. Vous pouvez exécuter
apt-cache policypour comprendre de quel repo provient un paquet si vous n'êtes pas sûr.Plus Suppression d'archives
Certains PPA sont horribles d'avoir un grand nombre de packages en eux lorsque vous n'en avez besoin que de 1 ou 2. Essayez de désactiver ces PPA et d'installer simplement les fichiers deb manuellement. Vous économisez de l'espace dans ces cas, mais vous perdez la mise à jour automatique. Gardez à l'esprit que dpkg gérera les dépendances, vous pouvez donc toujours installer thing-with-tons-of-deps.deb puis exécuter
apt-get -f installpour récupérer les dépendances.Réponse totalement extrême 1
Parce qu'il s'agissait d'un système embarqué, 90% des référentiels principaux ne vous serviront à rien. Pour gérer cela, vous pouvez exécuter votre propre serveur repo apt-get Voir ce lien . Ce n'est pas facile et c'est un PIA pour une seule machine. Mais si vous avez plusieurs de ces machines, cela en vaut la peine. (Votre serveur de repo apt peut héberger juste un sous-ensemble de packages que vous utilisez réellement. Vous n'avez pas besoin de refléter le tout)
Réponse totalement extrême 2
Si l'espace est vraiment important, vous pouvez désactiver apt tous ensemble et revenir à l'installation manuelle via dpkg. J'ai dû le faire sur plusieurs systèmes embarqués. Cela fonctionne, mais c'est un cauchemar d'administrateur.
la source
*.binfichiers? Toute exécution deapt-get updaterégénérera ces fichiers à partir de zéro (testé). Par exemple, mon cas d'utilisation est que je souhaite créer des modèles de conteneur LXC et que je souhaite supprimer l'archive autant que possible. Je ne vois aucune raison pour laquelle c'est dangereux. Et votre réponse n'indique aucune raison, indique simplement qu'elle n'est pas sûre. Testé qu'il est parfaitement sûr sur Ubuntu 14.04.apt-cache cleandans un appel dpkg résultera en un cache plus propre, mais l'utilisateur dit qu'ilapt-cache cleann'a rien nettoyé pour eux. De plus, votre réponse est totalement erronée car dpkg n'utilise pas de/var/cache/apt/*contenu pour être informé des statistiques du package.cleanas * clean efface le référentiel local des fichiers de package récupérés. Il supprime tout sauf le fichier de verrouillage de / var / cache / apt / archives / et /var/cache/apt/archives/partial/.* S'il est dangereux, il n'y aurait pas une telle fonction à nettoyer.Vous pouvez bien sûr supprimer
pkgcache.binetsrcpkgcache.binrien ne se passe. Il suffit de courirapt-get updatepour les recréer.la source
.debfichiers?Gardez le
pkgcache.binetsrcpkgcache.bin, vous pouvez supprimer les autres en toute sécurité. Ne touchez pas aux répertoires!la source
*bin.*fichiers vers un dossier de sauvegarde. Cependant, pourquoi apt-get gère-t-il le cache à l' intérieur du cache? Un répertoire de cache doit être un stockage temporaire par nature.Vous pouvez bien sûr créer un partage NFS (système de fichiers réseau) pour cela. Laissez ces fichiers sur un serveur et montez le partage uniquement lorsque vous souhaitez mettre à jour / installer des packages. Dans les environnements embarqués, l'installation sera généralement relativement statique de toute façon.
sshfs est une autre bonne option, est beaucoup plus facile à configurer (nécessite essentiellement SSH qui est standard), mais il a plus de surcharge (plus lent).
la source