Cuando uso la barra de pestañas, sigo recibiendo este error:
bash: no se puede crear el archivo temporal para el documento aquí: no queda espacio en el dispositivo "
¿Algunas ideas?
He estado investigando un poco, y muchas personas hablan sobre el archivo / tmp, que podría estar teniendo algún desbordamiento. Cuando ejecuto df -h
me sale:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 9.1G 8.7G 0 100% /
udev 10M 0 10M 0% /dev
tmpfs 618M 8.8M 609M 2% /run
tmpfs 1.6G 0 1.6G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1.6G 0 1.6G 0% /sys/fs/cgroup
/dev/sda1 511M 132K 511M 1% /boot/efi
/dev/sda4 1.8T 623G 1.1T 37% /home
tmpfs 309M 4.0K 309M 1% /run/user/116
tmpfs 309M 0 309M 0% /run/user/1000
Parece que el directorio / dev / data está a punto de explotar, sin embargo, si le doy un consejo:
$ du -sh /dev/sda2
0 /dev/sda2
Parece que está vacío.
Soy nuevo en Debian y realmente no sé cómo proceder. Normalmente solía acceder a esta computadora a través de ssh. Además de este problema, tengo varios otros con esta computadora, pueden estar relacionados, por ejemplo, cada vez que quiero ingresar a mi usuario usando la GUI (con root funciona) obtengo:
Xsession: advertencia: no se puede escribir en / tmp: Xsession puede salir con un error
du -hxd1 /
, nodu /dev/sda2
./dev/sda2
Realmente no existe en el disco.Respuestas:
Su sistema de archivos raíz está lleno y, por lo tanto, su directorio temporal (/ tmp y / var / tmp) también están llenos. Muchos scripts y programas requieren algo de espacio para archivos de trabajo, incluso para bloquear archivos. Cuando / tmp no se puede escribir , suceden cosas malas .
Necesita averiguar cómo ha llenado el sistema de archivos. Por lo general, los lugares donde esto sucederá es en / var / log (verifique que esté ciclando los archivos de registro) O / tmp puede estar lleno. Sin embargo, hay muchas, muchas otras formas en que un disco puede llenarse.
Es posible que desee volver a particionar para dar / tmp su propia partición (esa es la forma de hacerlo de la vieja escuela, pero si tiene mucho disco, está bien), o asignarla a la memoria (lo que lo hará muy rápido, pero comenzará a causar problemas de intercambio si exagera los archivos temporales).
fuente
También puede haber perdido el acceso de escritura al
/tmp/
directorio.Debería verse así:
Puede arreglar los permisos de esa manera:
fuente
ls -ld /tmp
lugar.Si alguien llega aquí con este error cuando su disco no está lleno, asegúrese de verificar no solo
df
sino tambiéndf -i
. Hay un número fijo de inodos en un sistema de archivos, y cada archivo necesita uno. Si solo tiene toneladas de archivos pequeños, es muy fácil que su sistema de archivos se llene con estos archivos pequeños, mientras que aún queda mucho espacio en el disco cuando ejecutadf
.fuente
/dev/root 4980000 4980000 0 100% /
¿Quizás el sistema debería responder con un mensaje de error apropiado?Estaba recibiendo un error, entonces vi
Pude confirmar esto,
fuente
La forma más rápida de localizar las carpetas que están demasiado llenas es reducir el tamaño del archivo de la carpeta en niveles desde la carpeta raíz. Comienza con la carpeta raíz de la siguiente manera:
Luego, ya sea que aumente la profundidad, es decir, los niveles a continuación:
O, más rápido, observa qué carpeta ha consumido más espacio en disco y hace lo mismo en esta carpeta:
Una vez que lo haya encontrado, simplemente elimine ese:
fuente
sudo du -h --max-depth=1 / | sort -h
(archivos más grandes en la parte inferior osort -hr
para archivos más grandes en la parte superior)Para mi caso de este mismo error, fue un problema de cagefs ya que este servidor estaba en CloudLinux, abordado con
cagefsctl --remount username
fuente
Esto se debe a que el espacio en disco no es suficiente, debe limpiar archivos grandes o el proceso que ocupa espacio:
df -h
Ver espacio en el disco durodu -sh /*
Vea qué directorio es el más grande, paso a paso para encontrar archivos grandesdu -h --max-depth=1
encuentra el archivo más grandefuente