Esta es la respuesta más correcta que encomtrarás brindar, sin embargo obsérvala detenidamente y analiza si es compatible a tu proyecto.
Solución:
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 comenzar a descubrir cómo se usa así:
sudo du -x / | sort -n | tail -40
A continuación, puede reemplazar / con los caminos que están ocupando más espacio. (Estarán al final, gracias a la 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 la instancia m4.xlarge df -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 %pn' 2>/dev/null|awk 'if($1>999999999)print $0;'
Me ayudó a saber que era el contenedor docker el que estaba hablando todo mi espacio, así que empujé todo mi contenedor a mi registro docker y luego sudo rm -rf /var/lib/docker/ aclaró 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 (p. ej., /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 que pudiera 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”
valoraciones y comentarios
Si aceptas, eres capaz de dejar un post acerca de qué te ha impresionado de esta noticia.