Xvda1 est plein à 100%, Qu'est-ce que c'est? Comment réparer?

Paulo était sur la bonne voie pour moi, mais quand j'ai essayé d'exécuter

sudo apt autoremove

il a répondu :

Lecture des listes de paquets... Erreur !
E: Erreur d'écriture - write (28: Aucun espace disponible sur le périphérique)
E: Erreur d'E/S lors de l'enregistrement du cache source
E: Les listes de paquets ou le fichier d'état n'ont pas pu être analysés ou ouverts.

Tout d'abord, j'ai dû exécuter

sudo apt-get clean

Cela a libéré juste assez d'espace pour que je puisse exécuter 'sudo apt autoremove', et cela m'a fait passer de 100% plein sur /dev/xvda1 à 28%.

Il pourrait venir de Jenkins ou de Docker. Pour résoudre cela, vous devriez nettoyer les logs de Jenkins et définir leur taille.

J'espère que cela aidera ceux qui utilisent l'agent CodeDeploy et qui ont un problème similaire.

Je utilisais une instance Amazon Linux EC2 et mon répertoire était plein à 100%. Tout d'abord, pour exécuter la commande, j'ai supprimé tous les fichiers dans /var/log/journal/.

Ensuite, j'ai exécuté cette commande. sudo du -xhc / et j'ai découvert qu'avec 8 Go, le dossier codedeploy-agent/deployment-root utilisait 5,1 Go d'espace.

Par défaut, l'agent CodeDeploy stocke les 5 dernières archives, donc j'ai changé :max_revision de 5 à 2 dans /etc/codedeploy-agent/conf/codedeployagent.yml

Utilisez du -hs * | sort -rh | head -5 pour vérifier les 5 premiers usages, puis rm -rf nom pour supprimer les fichiers inutiles comme les gros fichiers journaux ou archivés dans le dossier logs