Ubuntu cree incorrectamente que el 100% de "/" se usa, se eliminaron todos los kernels antiguos y archivos grandes, no se completa la actualización ni se inicia

Question

Durante una actualización recibí un mensaje de error que indicaba que me quedaba menos de 1 GB en la partición raíz... desafortunadamente tuve que apagar mi máquina antes de poder investigar.

Ahora recibí este mensaje de error desde la línea de comando de rescate:

Después de leer un poco, eliminé todos mis kernels antiguos y los archivos grandes que se encontraban en "/". Sin embargo, no importa cuánto borre, sigo recibiendo el mismo error anterior.

¿Por qué Ubuntu no reconoce el espacio adicional liberado que creé? Liberé fácilmente 2 gigas de espacio, pero recibo esta solicitud constante de 529 millones

Incluso corrí:
#sync

Sin suerte

Información adicional Estoy en Ubuntu 20.04, máquina Acer Aspire 5 55g, y según los comentarios a continuación:

Answer 1

Bueno ahí está tu problema:

Filesystem       Size  Used Avail Use% Mounted on
/dev/nvme0n1p5    92G   87G     0 100% /

Tu /ubicación está llena. El sistema reserva el 5G de almacenamiento que parece no utilizarse para el registro y otras funciones principales, lo que significa que no se puede utilizar sin cambiar el espacio de reserva para el sistema de archivos... lo cualfuertementedesanimar al hablar de /.

Deberá averiguar dónde se utiliza todo su espacio de almacenamiento y mover/eliminar archivos en consecuencia. El lugar típico para empezar a buscar es /var/log. Aquí puede (probablemente) mover/eliminar algunos de los .gzarchivos archivados. Eso podría liberar una buena cantidad de espacio.

Alternativamente, puede utilizar dupara identificar dónde está utilizando la mayor cantidad de almacenamiento:

sudo du / -h --max-depth=1

Esto le dará algo parecido a:

8.0K    /media
84K     /root
4.0K    /mnt
1.7M    /run
16K     /lost+found
300K    /home
201M    /boot
17G     /var
8.1M    /etc
16K     /dev
22M     /opt
4.0K    /cdrom
0       /sys
4.0K    /srv
76K     /tmp
2.2G    /snap
0       /proc
65G     /data
3.5G    /usr
123G    /

Desde aquí, puede editar la /parte del ducomando para identificar directorios específicos que pueden estar usando mucho más almacenamiento del que le gustaría.

Answer 2

Resolví el problema, pero no respondí la pregunta y creé un nuevo misterio.

1. Cómo resolví el problema: Desde el shell de rescate de mi kernel predeterminado de Ubuntu 5.11~~ ejecuté:

    # du / -h --max-depth=1
   

   Noté que mi carpeta /media pesaba 36 GB, lo que debería ser imposible ya que no tenía ningún dispositivo externo (usb) conectado. Primero, pensé que eran soportes viejos que de alguna manera estaban bloqueados en su lugar y lo intenté umount /media/USB, pero me dijeron que no estaban montados... como se trata de dispositivos externos y mis datos están seguros, seguí adelante y los eliminé.

    # rm -r /media/usb
   

   Ahora la máquina está feliz. Pude iniciar y completar mis actualizaciones/mejoras.

2. Pero mi pregunta original permanece. Incluso con el USB montado "fantasma" presente, todavía eliminé más de 2 gigas de datos, mientras que Ubuntu solo quería 529 MB, ¿lo que eliminé debería haber sido más que suficiente para completar la actualización e iniciar mi sistema? ¿Por qué Ubuntu no reconocía que estaba eliminando elementos?

   Lo usé lsof | grep DELy no devolvió ningún valor... así que todavía no tengo una explicación de por qué no se reconoció el espacio que eliminé.

3. Y el nuevo misterio que parece haber creado es "¿Por qué las monturas 'fantasmas' de mi USB consumían 36 GB de espacio bajo "/"? Realmente me gustaría saber esto. ¿Podría mi uso de TimeShift crear de alguna manera las monturas "fantasmas"? ?

En cualquier caso la respuesta de @matigo fue parcialmente útil, aunque no responde la pregunta.