apt – No queda espacio en el dispositivo aunque haya

Pregunta:

Una computadora portátil con la pantalla rota a la que accedo a través de SSH. El comando sudo apt-get autoremove me da los siguientes errores

cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//lib/x86_64-linux-gnu/libpthread.so.0’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/modprobe’: No space left on device
cp: error writing ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device
cp: failed to extend ‘/tmp/mkinitramfs_zN6ZvT//sbin/rmmod’: No space left on device

Recibo errores similares de varios otros comandos, pero gparted me dice que quedan más de 20 GB de espacio en la partición (única) de la computadora portátil. Aquí está la salida de df

$ df -i
Filesystem      Inodes  IUsed   IFree IUse% Mounted on
udev            502644    484  502160    1% /dev
tmpfs           505433    503  504930    1% /run
/dev/sda1      7331840 214087 7117753    3% /
none            505433      2  505431    1% /sys/fs/cgroup
none            505433      3  505430    1% /run/lock
none            505433      4  505429    1% /run/shm
none            505433     16  505417    1% /run/user
overflow        505433    401  505032    1% /tmp

Y:

$ df -k
Filesystem     1K-blocks     Used Available Use% Mounted on
udev             2010576       12   2010564   1% /dev
tmpfs             404348     1284    403064   1% /run
/dev/sda1      115247656 83994028  25809372  77% /
none                   4        0         4   0% /sys/fs/cgroup
none                5120        0      5120   0% /run/lock
none             2021732      204   2021528   1% /run/shm
none              102400       16    102384   1% /run/user
overflow            1024     1024         0 100% /tmp

El error comenzó después de ejecutar sudo apt-get upgrade .

Respuesta:

Si se encuentra con este problema, donde obtiene errores que parecen indicar que el disco está lleno cuando no lo está, asegúrese de verificar también la utilización del inodo.

Puede usar df -i para obtener un informe rápido sobre los inodos usados ​​/ disponibles para cada punto de montaje.

Si ve que se está ejecutando muy poco o sin inodos, el siguiente paso es identificar qué carpeta contiene la mayoría de los inodos. Dado que cada archivo y directorio usa un inodo, podría tener una carpeta con cientos de miles de archivos diminutos o vacíos que estén usando todos los inodos. Los sospechosos habituales incluyen: directorio temporal, directorios de caché de sitios web, directorios de caché de paquetes, etc.

Utilice este comando para obtener una lista ordenada de los subdirectorios con más inodos utilizados:

sudo find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n

Ejecute esto en su carpeta raíz, luego profundice hasta encontrar al culpable.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top

web tasarım