Espace insuffisant dans / var / cache / apt / archives /
Quand je lance la commande pour installer le paquet solr-jetty, on me dit
You don't have enough free space in /var/cache/apt/archives/
Voici le résultat de la commande df -H:
J'ai installé Ubuntu avec VirtualBox sur mon Mac.
Comment puis-je résoudre ce problème?
Sudo apt-get autoclean
Cela supprimera tous les paquets non installés actuellement. Si cela ne libère pas assez d'espace, utilisez alors Sudo apt-get clean. Ceci efface tous les .debs téléchargés et/ou installés.
Mais il semble que votre disque dur manque d'espace. Sérieusement hors de l'espace. 61Mo n'est pas suffisant pour un bon système de travail. J'ai trouvé deux alternatives qui peuvent contourner des problèmes liés à l'espace, bien que les deux puissent être difficiles à extraire lors de l'utilisation d'une machine virtuelle. Une solution plus permanente consisterait à augmenter la taille de votre machine virtuelle (et je vous conseillerais également d’utiliser la méthode qui permet à la machine d’augmenter de manière dynamique; VirtualBox a un tel paramètre).
Alternative si vous avez une partition ou un stockage externe.
Avec cette méthode, vous re-routez l'emplacement où sont enregistrés .debs:
Sudo mv -i /var/cache/apt /media/{dir_of_mounted_disc}
Sudo ln -s /media/{dir_of_mounted_disc}/apt /var/cache/apt
Exécutez la mise à niveau et installez. Une fois que vous avez terminé, vous pouvez revenir à la normale avec:
Sudo apt-get clean
Sudo unlink /var/cache/apt
Sudo mv /media/{dir_of_mounted_disc}/apt /var/cache
Bien sûr, {dir_of_mounted_disc} doit être remplacé par le nom de votre disque monté.
Une autre alternative
De cette façon, vous créez un disque RAM:
Sudo mkdir /media/{directory}
Sudo mount -t tmpfs tmpfs /media/{directory}
Sudo ln -s /media/{directory}/apt /var/cache/apt
Nettoyer comme avec la 1ère alternative.
Avertissement Ceci nécessite une grande quantité de RAM et peut donc ne pas être utilisable avec un système virtuel.
Ces commandes vont supprimer les paquets supplémentaires qui ne sont plus nécessaires.
Terminal ouvert (Ctrl-Alt-T) et le type
Sudo apt-get autoclean
Sudo apt-get autoremove
Chaque fois que vous installez un programme, les packages (fichiers .deb) sont stockés dans /var/cache/apt/archives, qui occupe évidemment beaucoup d'espace (beaucoup d'espace si de nombreux packages sont installés).
Pour vous en débarrasser, utilisez:
Sudo apt-get clean
Si vous vous demandez quelle est la différence entre clean et autoclean, voici ce que dit la page de manuel:
clean: 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 /. APT est utilisé comme méthode dselect (1), clean est exécuté Ceux qui n'utilisent pas dselect voudront probablement exécuter apt-get clean de temps en temps pour libérer de l'espace disque.
autoclean: Comme clean, autoclean efface le référentiel local des fichiers de package. La différence est que seuls les fichiers de paquet supprimés ne peuvent plus être téléchargés et sont en grande partie inutiles. C’est un cache à conserver sur une longue période sans perte de contrôle. L'option de configuration Nettoyer-installé empêchera les packages installés d'être effacés s'ils sont désactivés.
Le problème "Vous n’avez pas assez d’espace libre dans/var/cache/apt/archives /" peut être lié à ce bogue: https://bugs.launchpad.net/ubuntu/+source/ update-manager/+ bug/10549 Surtout si/var/cache/apt est sur un fichier tmpfs qui est effacé à chaque démarrage. Est-il possible que vous ayez un lien symbolique dans/var/cache/to/tmp/cache/ou quelque chose de similaire pour économiser de l'espace?
Si tel est le cas, les instructions pour résoudre/work-arround sont indiquées dans le rapport de bogue ci-dessus.
Ce n'est pas vraiment une réponse, mais plutôt une astuce de contournement/utile.
Cela se produisait sur ma machine virtuelle car j'avais alloué trop d'espace à permuter (près de 40%). Je l'ai rapidement redimensionné à l'aide de gparted et j'ai pu récupérer un peu plus d'espace pour la partition racine.
Maintenant, je peux mettre à jour le VM longtemps négligé qui nécessitait environ 3 Go de mises à jour.