Solution 1 :
Créez un sous-répertoire dans ce système de fichiers et partagez/lien symbolique celui au lieu du répertoire racine du système de fichiers.
C'est une mauvaise idée de supprimer le répertoire lost+found. Lors de la restauration, fsck a besoin d'un répertoire multi-secteur existant dans lequel créer des entrées de répertoire pour les fichiers perdus. S'il n'y a pas de répertoire lost+found, il doit en créer un, écrasant potentiellement les données.
Solution 2 :
Pour les bureaux basés sur Gnome2/Mate Nautilus/Caja, créez un fichier appelé .hidden
dans le dossier racine du lecteur.
Editez le contenu à lire :
lost+found
Nautilus masquera désormais le dossier lost+found si vous actualisez. Appuyez sur 'ctrl-h' pour basculer les éléments cachés visibles/invisibles.
Solution 3 :
$ ls --ignore=lost+found
Alors faites-en un alias
$ alias ls='ls --ignore=lost+found'
Avec le ls mis à jour qui fait partie de GNU coreutils 8.15
re :http://www.askapache.com/linux-unix/bash_profile-functions-advanced-shell.html
Solution 4 :
Nautilus (et Konq ?) interprétera un fichier .hidden dans un répertoire comme une liste de fichiers à cacher. Sinon, comme d'autres l'ont suggéré, utilisez XFS ou ReiserFS.
Solution 5 :
Non. Mais vous pouvez le supprimer (il sera recréé au prochain fsck), ou vous pouvez utiliser un système de fichiers différent qui n'a pas besoin d'un fichier lost+found. ext2/3 le fait.