web-dev-qa-db-fra.com

Supprimer le dossier "lost + found" vide automatiquement s'il est vide

Chaque fois, Ubuntu vérifie mes systèmes de fichiers et crée plusieurs dossiers "perdus + trouvés" vides.

Puis-je désactiver cette fonctionnalité? Est-il possible qu'Ubuntu supprime automatiquement ces dossiers s'ils sont vides?

Est-il possible de cacher ce dossier sur NFS?

filesystemnfsfolder
9
Juan Simón

Chaque fois que fsck passe par le système et tente de récupérer les fichiers endommagés, il les place dans le dossier lost + found. Je suppose que c'est essentiellement un problème avec fsck créer ce dossier même s'il n'y a rien à mettre. Ubuntu effectuant périodiquement ces vérifications sur vos partitions, ces dossiers seront toujours recréés. Par conséquent, sa suppression ne fonctionnera pas. .

Si vous souhaitez simplement cacher le dossier à Nautilus, vous pouvez créer un fichier '.hidden' contenant le nom 'lost + found' et le placer dans le dossier du parent perdu + trouvé.

Par exemple. pour le dossier lost + found dans '/':

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

Pour celui de votre répertoire personnel (le cas échéant):

echo "lost+found" > ~/.hidden

Je suppose que vous pouvez également les supprimer après chaque démarrage en ajoutant ce qui suit dans le fichier '/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

Ceci exécutera rmdir sur les dossiers s'ils existent, ce qui ne les supprimera que s'ils sont vides (2>/dev/null éliminera le message "not empty" de rmdir). Il n’ya probablement pas beaucoup de répertoires, alors j’ai gardé la simplicité. Assurez-vous simplement que la "sortie 0" reste sur la ligne du bas.

Inconvénient: cela ne garde que les répertoires créés par fsck lors du démarrage. S'il est exécuté ultérieurement, vous verrez à nouveau ce répertoire. Vous pouvez ensuite placer ci-dessus un travail cron exécuté périodiquement .

8
htorque

[Le fait d'avoir] un répertoire lost + found de taille suffisante pour contenir un grand nombre de fichiers non liés alourdit la tâche de e2fsck pour créer le répertoire et le redimensionner à la taille appropriée.

[fsck tentera de créer lost + found s'il n'existe pas], mais face à un système de fichiers corrompu, cela peut être plus risqué.

Les très anciens fichiers fsck pour d'autres systèmes de fichiers sur d'autres plateformes ne pouvaient pas créer/ont perdu + ont été trouvés, ni ont pu être développés. Ceci est l'historique de la justification de/perdu + trouvé ...

Il est beaucoup moins nécessaire depuis ext3. Avec un système de fichiers journalisé, les fichiers ne doivent pas être "perdus" en cas de panne ou de panne de courant. Vous pouvez en déduire qu'il est réservé uniquement pour éviter les surprises fatales aux anciens (et aux cinglés qui désactivent le journal). Si vous ne savez pas ce qui vous manque, peut-être que ce n'est pas un problème.

Pourtant, le supprimer revient à patcher e2fsck. Vous "pouvez" le faire, mais vous ne devriez pas.

4
karthick87

Cet article vous donnera une explication appropriée sur le répertoire lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

0
aneeshep