¿Puedo eliminar de forma segura todos los archivos en / tmp?

Quiero hacer espacio libre en mi computadora, y Baobab me dice que /tmpes 8 Gio grande. ¿Puedo eliminar todos los archivos de /tmpforma segura? ¿Tengo que cerrar algunos programas primero?

Además, ¿por qué es tan grande este directorio? Aunque mi /etc/defautl/rcSindica TMPTIME=0?

delete tmp

— Agmenor
fuente

Tenga también en cuenta el hecho de que el /tmpdirectorio se limpia en cada inicio.

— enzotib

Bueno, aparentemente no lo es, y no explico cómo sucedió esto, de ahí mi última pregunta.

— Agmenor

En Unix, la eliminación de un archivo elimina una referencia a él de su directorio principal (esto en realidad se denomina "desvinculación").

Los datos del archivo real solo se eliminan cuando no se hace referencia a ellos desde ningún directorio (un archivo puede tener múltiples llamados enlaces duros) y ningún programa lo abre.

Entonces, sí, eliminar archivos de / tmp no debería bloquear los programas que potencialmente mantienen esos archivos abiertos. Por otro lado, el espacio de disco real no se liberará hasta que el programa cierre el archivo ya eliminado.

— Sergey
fuente

Nada se bloqueó en mi computadora después de la eliminación, por lo que me complace aceptar su respuesta.

— Agmenor

Pero es concebible que un programa (o más probablemente un script que invoca una secuencia de comandos) tenga que abrir y cerrar el mismo archivo varias veces. Tal programa podría fallar cuando el nombre del archivo está desvinculado.

— Alex Jasmin

@Alexandre Jasmin: un programa de este tipo podría fallar, pero debería gestionar la situación, si se proyecta correctamente (volver a crear el archivo o registrar el error y luego salir con gracia, si es fatal, etc.).

— enzotib

No puedo pasar lightdm después de eliminar el directorio / tmp:sudo rm -rf /tmp

— Juzer Ali

@ Juzer Ali: debería haber eliminado el contenido con sudo rm -rf /tmp/*(tenga en cuenta que *) no todo el directorio. Para dejar de /tmpcrecer demasiado, puede montarlo como un tmpfstamaño fijo.

— Stuart Cardall