Soluzione 1:
Quel file, / è la tua directory principale. Se è l'unico filesystem che vedi in df , allora è tutto. Hai un filesystem da 1 GB ed è pieno al 100%. Puoi iniziare a capire come viene utilizzato in questo modo:
sudo du -x / | sort -n | tail -40
Puoi quindi sostituire / con i percorsi che occupano più spazio. (Saranno alla fine, grazie al sort . Il comando potrebbe richiedere un po' di tempo.)
Soluzione 2:
So che sto rispondendo in questo thread dopo quasi 5 anni ma potrebbe aiutare qualcuno, ho avuto lo stesso problema, ho avuto m4.xlarge instancedf -h detto che /dev/xvda1 era pieno, - 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
ho provato a risolverlo ecco i passaggi
sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'
Mi ha aiutato a sapere che era il contenitore docker che parlava di tutto il mio spazio, quindi ho spinto tutto il mio contenitore nel registro della finestra mobile, quindi sudo rm -rf /var/lib/docker/it ha ripulito il mio spazio :) spero che aiuti qualcuno :)
Soluzione 3:
Se stai eseguendo un'istanza di avvio EBS (consigliato), puoi aumentare la dimensione del volume root (/) utilizzando la procedura che descrivo in questo articolo:
Ridimensionamento del disco di root su un'istanza EBS Boot EC2 in esecuzione
http://alestic.com/2010/02/ec2-resize-running-ebs-root
Se stai eseguendo un'istanza di instance store (non consigliato), non puoi modificare la dimensione del disco di root. Devi eliminare i file o spostare i file nell'archivio temporaneo (ad es. /mnt) oppure collegare i volumi EBS e spostare i file lì.
Ecco un articolo che ho scritto che descrive come spostare un database MySQL dal disco di root a un volume EBS:
Esecuzione di MySQL su Amazon EC2 con EBS
http://aws.amazon.com/articles/1663
...e prendere in considerazione il passaggio alle istanze di avvio EBS. Ci sono molte ragioni per cui ti ringrazierai più tardi.
Soluzione 4:
Paulo era sulla strada giusta per me, ma quando ho provato a correre
sudo apt autoremove
ha risposto:
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.
Per prima cosa, ho dovuto correre
sudo apt-get clean
Ciò mi ha liberato abbastanza spazio per eseguire "sudo apt autoremove" e questo mi ha portato dal 100% pieno su /dev/xvda1 al 28%.
Soluzione 5:
Ho appena risolto il problema eseguendo questo comando:
sudo apt autoremove
e molti vecchi pacchetti sono stati rimossi, liberando 5 gigabyte, ad esempio c'erano molti pacchetti come questo "linux-aws-headers-4.4.0-1028"