Eliminar la carpeta vacía "perdido + encontrado" automáticamente si está vacía


9

Cada cierto tiempo, Ubuntu comprueba mis sistemas de archivos y crea varias carpetas vacías " perdidas + encontradas ".

¿Puedo desactivar esta función? ¿Hay alguna forma de que Ubuntu elimine automáticamente estas carpetas si están vacías?


¿Hay alguna forma de ocultar esta carpeta en NFS?

Respuestas:


8

Cada vez que fsckpasa por el sistema e intenta recuperar archivos dañados, los colocará en la carpeta perdida + encontrada. Supongo que esto es básicamente un problema con la fsckcreación de esa carpeta, incluso si no hay nada que poner. Como Ubuntu ejecuta periódicamente esas comprobaciones en sus particiones, esas carpetas siempre se volverán a crear, por lo que eliminarla no funcionará.

Si solo desea ocultar la carpeta de Nautilus, puede crear un archivo '.hidden' que contenga 'perdido + encontrado' y colocarlo en la carpeta del padre perdido + encontrado.

P.ej. para la carpeta perdida + encontrada en '/':

echo "lost+found" | sudo tee /.hidden

Para el que está en su directorio personal (si lo hay):

echo "lost+found" > ~/.hidden


Supongo que también puedes eliminarlos después de cada arranque agregando lo siguiente al archivo '/etc/rc.local':

if [ -d /lost+found ]; then
    rmdir /lost+found 2>/dev/null
fi

if [ -d /home/USER/lost+found ]; then
    rmdir /home/USER/lost+found 2>/dev/null
fi

Esto se ejecutará rmdiren las carpetas si existen, lo que solo las elimina si están vacías ( 2>/dev/nulldescartará el mensaje "no vacío" rmdir). Probablemente no haya muchos directorios, así que lo mantuve simple. Solo asegúrese de que 'salir 0' permanezca en la línea inferior.

Desventaja: esto solo realiza un seguimiento de los directorios creados fsckdurante el arranque. Si se ejecuta más tarde, volverá a ver ese directorio. A continuación, puede poner arriba en un trabajo cron ejecutado periódicamente .


Gracias, lo sabía, pero esa solución solo funciona para nautilus.
Juan Simón

¿Y cómo puedo ocultar esta carpeta en NFS?
Juan Simón

Ver actualización. Lo siento, no tengo experiencia con NFS.
htorque

4

[Tener un] directorio perdido + encontrado con un tamaño lo suficientemente grande como para contener una gran cantidad de archivos no vinculados supone una carga menor para e2fsck para crear el directorio y hacerlo crecer al tamaño apropiado.

[fsck intentará crear perdido + encontrado si no existe], pero ante un sistema de archivos corrupto, puede ser más arriesgado.

Los fsck muy antiguos para otros sistemas de archivos en otras plataformas no pudieron crear / perder + encontrar, ni pudieron hacer crecer. Esta es la historia de la justificación de / lost + found ...

Se necesita con mucha menos frecuencia desde ext3. Con un sistema de archivos de registro en diario, los archivos no deberían "perderse" en un choque / falla de energía. Podría argumentar que solo se mantiene para evitar sorpresas fatales para los veteranos (y los bichos raros que desactivan el diario). Si no sabes lo que te estás perdiendo, tal vez no sea un problema.

Aún así, eliminarlo es como parchar e2fsck. "Puedes" hacerlo, pero no deberías.


Gracias, pero esto no responde a mi pregunta.
Juan Simón


-1

cd where the lost+found folder is located
sudo touch .hidden
sudo mcedit .hidden(Escribe lost+foundy ahorra con F2)

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.