Solución 1:
Ese archivo, / es su directorio raíz. Si es el único sistema de archivos que ve en df , entonces es todo. Tiene un sistema de archivos de 1GB y está 100% lleno. Puedes empezar a descubrir cómo se usa así:
sudo du -x / | sort -n | tail -40
Luego puede reemplazar / con los caminos que están ocupando más espacio. (Estarán al final, gracias al sort . El comando puede tardar un rato.)
Solución 2:
Sé que estoy respondiendo en este hilo después de casi 5 años, pero podría ayudar a alguien, tuve el mismo problema, tuve m4.xlarge instancedf -h me dijo que /dev/xvda1 estaba lleno, - 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
traté de resolverlo aquí están los pasos
sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'
Me ayudó a saber que era el contenedor de la ventana acoplable el que hablaba todos mis espacios, así que empujé todo mi contenedor a mi registro de la ventana acoplable y luego hice sudo rm -rf /var/lib/docker/limpió mi espacio :) Espero que ayude a alguien :)
Solución 3:
Si está ejecutando una instancia de arranque de EBS (recomendado), puede aumentar el tamaño del volumen raíz (/) utilizando el procedimiento que describo en este artículo:
Cambiar el tamaño del disco raíz en una instancia EC2 de inicio de EBS en ejecución
http://alestic.com/2010/02/ec2-resize-running-ebs-root
Si está ejecutando una instancia de almacén de instancias (no recomendado), no puede cambiar el tamaño del disco raíz. Tiene que eliminar archivos o mover archivos a almacenamiento efímero (por ejemplo, /mnt) o adjuntar volúmenes de EBS y mover archivos allí.
Aquí hay un artículo que escribí que describe cómo mover una base de datos MySQL desde el disco raíz a un volumen EBS:
Ejecutar MySQL en Amazon EC2 con EBS
http://aws.amazon.com/articles/1663
...y considere cambiarse a instancias de arranque de EBS. Hay muchas razones por las que te lo agradecerás más tarde.
Solución 4:
Paulo estaba en el camino correcto para mí, pero cuando traté de correr
sudo apt autoremove
respondió:
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.
Primero, tuve que correr
sudo apt-get clean
Eso despejó el espacio suficiente para ejecutar 'sudo apt autoremove', y eso me llevó del 100 % de /dev/xvda1 al 28 %.
Solución 5:
Acabo de resolver ese problema ejecutando este comando:
sudo apt eliminar automáticamente
y se eliminaron muchos paquetes antiguos, liberando 5 gigabytes, por ejemplo, había muchos paquetes como este "linux-aws-headers-4.4.0-1028"