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é? Existe-t-il un moyen pour Ubuntu de supprimer automatiquement ces dossiers s'ils sont vides?
Existe-t-il un moyen de masquer ce dossier sur NFS?
Réponses:
Chaque fois que fsckle système traverse et essaie de récupérer des fichiers endommagés, il les place dans le dossier lost + found. Je suppose que c'est essentiellement un problème avec la fsckcréation de ce dossier même s'il n'y a rien à y mettre. Comme Ubuntu exécute périodiquement ces vérifications sur vos partitions, ces dossiers seront toujours recréés, donc la suppression ne fonctionnera pas.
Si vous souhaitez simplement cacher le dossier de Nautilus, vous pouvez créer un fichier '.hidden' contenant 'lost + found' et le placer dans le dossier des parents lost + found.
Par exemple. pour le dossier perdu + trouvé 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 au 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
Cela s'exécutera rmdirsur les dossiers s'ils existent, ce qui ne les supprime que s'ils sont vides (supprimera le 2>/dev/nullmessage "non vide" de rmdir). Il n'y a probablement pas beaucoup de répertoires, donc je suis resté simple. Assurez-vous simplement que la «sortie 0» reste sur la ligne du bas.
Inconvénient: cela ne garde qu'une trace des répertoires créés par fscklors du démarrage. S'il est exécuté ultérieurement, vous verrez à nouveau ce répertoire. Vous pouvez ensuite mettre ci-dessus dans une tâche cron exécutée périodiquement .
[Le fait d'avoir] un répertoire lost + found avec une taille suffisamment grande pour contenir un grand nombre de fichiers non liés met moins de pression sur e2fsck pour créer le répertoire et le développer à la taille appropriée.
[fsck tentera de créer le fichier perdu + trouvé s'il n'existe pas], mais face à un système de fichiers corrompu, cela peut être plus risqué.
Les très anciens fsck pour d'autres systèmes de fichiers sur d'autres plates-formes n'ont pas pu créer / perdu + trouvé, ni le faire croître. Ceci est l'histoire de la justification de / perdu + trouvé ...
Il est nécessaire beaucoup moins souvent depuis ext3. Avec un système de fichiers journalisé, les fichiers ne devraient pas être "perdus" en cas de panne / panne de courant. Vous pourriez dire qu'il n'est gardé que pour éviter des surprises fatales aux anciens (et aux bizarres qui désactivent le journal). Si vous ne savez pas ce que vous manquez, ce n'est peut-être pas un problème.
Pourtant, le supprimer, c'est comme patcher e2fsck. Vous "pouvez" le faire, mais vous ne devriez pas.
Cet article vous donnera une explication appropriée sur le répertoire lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html