Solution 1 :
Ce fichier, / est votre répertoire racine. Si c'est le seul système de fichiers que vous voyez dans df , alors c'est tout. Vous avez un système de fichiers de 1 Go et il est plein à 100 %. Vous pouvez commencer à comprendre comment il est utilisé comme ceci :
sudo du -x / | sort -n | tail -40
Vous pouvez alors remplacer / avec les chemins qui occupent le plus d'espace. (Ils seront à la fin, grâce au sort . La commande peut prendre un certain temps.)
Solution 2 :
Je sais que je réponds dans ce fil après près de 5 ans mais cela pourrait aider quelqu'un, j'ai eu le même problème, j'ai eu m4.xlarge instancedf -h dit que le /dev/xvda1 était plein, - 100%
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 177M 1.4G 12% /run
/dev/xvda1 7.7G 7.7G 0 100% /
tmpfs 7.9G 0 7.9G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
tmpfs 1.6G 0 1.6G 0% /run/user/1000
j'ai essayé de le résoudre voici les étapes
sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'
M'a aidé à savoir que c'était le conteneur Docker qui parlait de tous mes espaces, donc je pousse tout mon conteneur vers mon registre Docker, puis j'ai sudo rm -rf /var/lib/docker/il a dégagé mon espace :) j'espère que cela aidera quelqu'un :)
Solution 3 :
Si vous exécutez une instance de démarrage EBS (recommandé), vous pouvez augmenter la taille du volume racine (/) en utilisant la procédure décrite dans cet article :
Redimensionnement du disque racine sur une instance EC2 de démarrage EBS en cours d'exécution
http://alestic.com/2010/02/ec2-resize-running-ebs-root
Si vous exécutez une instance de magasin d'instance (non recommandé), vous ne pouvez pas modifier la taille du disque racine. Vous devez soit supprimer des fichiers, soit déplacer des fichiers vers un stockage éphémère (par exemple, /mnt), soit attacher des volumes EBS et y déplacer des fichiers.
Voici un article que j'ai écrit et qui décrit comment déplacer une base de données MySQL du disque racine vers un volume EBS :
Exécution de MySQL sur Amazon EC2 avec EBS
http://aws.amazon.com/articles/1663
...et envisagez de passer aux instances de démarrage EBS. Il existe de nombreuses raisons pour lesquelles vous vous remercierez plus tard.
Solution 4 :
Paulo était sur la bonne voie pour moi, mais quand j'ai essayé de courir
sudo apt autoremove
il a répondu :
Reading package lists... Error!
E: Write error - write (28: No space left on device)
E: IO Error saving source cache
E: The package lists or status file could not be parsed or opened.
D'abord, j'ai dû courir
sudo apt-get clean
Cela a libéré juste assez d'espace pour que j'exécute 'sudo apt autoremove', et cela m'a fait passer de 100% plein sur /dev/xvda1 à 28%.
Solution 5 :
Je viens de résoudre ce problème en exécutant cette commande :
sudo apt suppression automatique
et de nombreux anciens packages ont été supprimés, libérant 5 gigaoctets, par exemple, il y avait de nombreux packages comme celui-ci "linux-aws-headers-4.4.0-1028"