Un portátil con pantalla rota al que accedo vía SSH. El sudo apt-get autoremovecomando 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 gpartedme dicen que quedan más de 20 GB de espacio en la partición (única) de la computadora portátil. Aquí está la salida dedf
$ 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.
Respuesta1
En algún momento del pasado, su sistema de archivos raíz se llenó y se creó un pequeño /tmp temporal para permitir que el arranque se realizara correctamente. Este /tmp pequeño nunca se eliminó, por lo que ahora, aunque tenga espacio en /, todavía está llenando el /tmp pequeño y viendo su problema. Simplemente desmóntalo:
sudo umount /tmp
y por supuesto, intenta que tu / esté lo más limpio posible.
Normalmente, /tmp es solo una parte del sistema de archivos raíz (/), no se necesita un montaje separado, a menos que existan circunstancias especiales, como quedarse sin espacio de archivos raíz (cuando algún demonio crea el que usted ve), o tal vez tenga / en un medio muy lento (como una memoria USB) y desea /tmp en la RAM para mejorar el rendimiento, incluso con espacio limitado.
Respuesta2
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 utilizarlo df -ipara obtener un informe rápido sobre los inodos usados/disponibles para cada punto de montaje.
Si ve que se está quedando sin inodos o que se está quedando sin ellos, el siguiente paso es identificar qué carpeta contiene la mayoría de los inodos. Dado que cada archivo y directorio utiliza un inodo, podría tener una carpeta con cientos de miles de archivos pequeños o vacíos que estén consumiendo 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 la mayor cantidad de 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.
Respuesta3
Creo que tienes muchosarchivos no utilizadoseliminarlos con:
sudo apt autoremove
Luego vuelve a verificar tu espacio con dfel comando
Respuesta4
Para ver cuántos inodos por carpeta:
du * -s --inodes