Cela supprimera tous les packages non installés actuellement. Si cela ne libère pas assez d'espace, utilisez-le sudo apt-get clean. Cela efface tous les .debsfichiers téléchargés et / ou installés.
Mais il semble que votre disque dur manque d'espace. Sérieusement hors de l'espace. 61Mb n'est pas suffisant pour un bon système de travail. J'ai trouvé 2 alternatives qui peuvent contourner les problèmes liés à l'espace, bien que les deux puissent être difficiles à retirer lors de l'utilisation d'une machine virtuelle. Une solution plus permanente serait d'augmenter la taille de votre machine virtuelle (et je conseillerais également d'utiliser la méthode qui permet à la machine d'augmenter dynamiquement en taille; VirtualBox a un tel paramètre).
Alternative si vous avez une partition ou un stockage externe.
Avec cette méthode, vous réacheminez l'emplacement où les .debs sont stockés:
J'ai essayé les deux commandes et j'ai le même message «pas assez d'espace»
epsilones
J'ai donc édité ma question mettre le résultat visuel de la commande (soory j'ai mis une image car je ne sais pas copier copier le contenu du shell ...)
epsilones
Au fait, j'ai essayé avec ce que j'ai obtenu en faisant ls dans le répertoire media, j'ai trouvé 'cdrom'. J'ai donc exécuté la commande sudo mw et j'ai reçu un message d'erreur: impossible de créer le répertoire / media / cdrom / apt: 'read only filme system' ...
epsilones
Voulez-vous dire que la dernière commande que vous avez suggérée est inutile si je n'ai pas de clé USB ou de disque dur externe?
epsilones
@newben pas de problème :) si cela ne vous dérange pas, veuillez supprimer tous les commentaires (sauf le 1er: D) car nous
tournons
3
Ces commandes supprimeront les packages supplémentaires qui ne sont plus nécessaires.
Chaque fois que vous installez un programme, les packages (fichiers .deb) sont stockés dans /var/cache/apt/archives, ce qui prend évidemment de la place (beaucoup d'espace si de nombreux packages sont installés).
Pour vous en débarrasser, utilisez:
sudo apt-get clean
Dans le cas où vous vous demandez quelle est la différence entre cleanet 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 is run 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 qu'il supprime uniquement les fichiers de package qui ne peuvent plus être téléchargés et sont largement inutiles. C'est un cache à maintenir sur une longue période sans qu'il soit hors de contrôle. L'option de configuration Clean-Installed empêchera l'effacement des packages installés si elle est désactivée.
Le problème concernant: «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 / 1054903
Particulièrement si / var / cache / apt est sur un tmpfs qui est effacé à chaque démarrage. Est-il possible que vous ayez lié / var / cache / à / tmp / cache / ou quelque chose de similaire afin d'économiser de l'espace?
Si tel est le cas, les instructions pour résoudre / contourner le problème figurent dans le rapport de bogue ci-dessus.
Pouvez-vous ajouter un résumé de la solution de contournement suggérée, citer les parties qui doivent être citées et ajouter les étapes pertinentes à suivre à partir du lien.
Mateo
0
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 pour 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 la machine virtuelle longtemps négligée qui nécessitait environ 3 Go de mises à jour.
Ces commandes supprimeront les packages supplémentaires qui ne sont plus nécessaires.
Terminal ouvert ( Ctrl- Alt- T) et type
la source
Chaque fois que vous installez un programme, les packages (fichiers .deb) sont stockés dans
/var/cache/apt/archives
, ce qui prend évidemment de la place (beaucoup d'espace si de nombreux packages sont installés).Pour vous en débarrasser, utilisez:
Dans le cas où vous vous demandez quelle est la différence entre
clean
etautoclean
, 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 is run 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 qu'il supprime uniquement les fichiers de package qui ne peuvent plus être téléchargés et sont largement inutiles. C'est un cache à maintenir sur une longue période sans qu'il soit hors de contrôle. L'option de configuration Clean-Installed empêchera l'effacement des packages installés si elle est désactivée.
la source
Le problème concernant: «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 / 1054903 Particulièrement si / var / cache / apt est sur un tmpfs qui est effacé à chaque démarrage. Est-il possible que vous ayez lié / var / cache / à / tmp / cache / ou quelque chose de similaire afin d'économiser de l'espace?
Si tel est le cas, les instructions pour résoudre / contourner le problème figurent dans le rapport de bogue ci-dessus.
la source
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 pour 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 la machine virtuelle longtemps négligée qui nécessitait environ 3 Go de mises à jour.
la source