Est-il possible de cacher les objets perdus + trouvés?

18

Étant donné une partition destinée uniquement à stocker de la musique, des vidéos, etc., est-il possible de masquer le répertoire lost + found?

linux unix filesystems storage files jldugger
la source

Réponses:

19

Créer un sous - répertoire dans le système de fichiers et partager / lien symbolique qui 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 récupération, fsck a besoin d'un répertoire multisectoriel existant dans lequel créer des entrées de répertoire pour les fichiers perdus. S'il n'y a pas de répertoire perdu + trouvé, il doit en créer un, écrasant potentiellement les données.

MikeyB
la source
1
Des sources à ce sujet?
kubanczyk
Par "sources à ce sujet", je suppose que vous voulez dire des références? Il est mentionné dans aucun manpages que je peux trouver, mais il est mentionné ici (merci, Google): aplawrence.com/SCOFAQ/FAQ_scotec1fsck_lostfound.html
MikeyB
1
Vraiment mauvaise idée de l'enlever. Le FSCK se recréera, mais comme indiqué ci-dessus, il pourrait potentiellement causer plus de dégâts.
Tonny
11

Pour les postes de travail basés sur Gnome2 / Mate Nautilus / Caja, créez un fichier appelé .hiddendans le dossier racine du lecteur.

Modifiez le contenu à lire:

lost+found

Nautilus masquera désormais le dossier perdu + trouvé si vous actualisez. Appuyez sur 'ctrl-h' pour basculer les éléments cachés visible / invisible.

Shabbyrobe
la source
Dommage que cela ne semble pas fonctionner pour Dolphin de KDE ou même Thunar. Cependant, Thunar cache les fichiers perdus + trouvés par défaut car il s'agit d'un dossier système, semble
Manu Järvinen
@ ManuJärvinen Que signifie le dossier système? En ce qui concerne le noyau, il s'agit d' lost+foundun répertoire ordinaire comme tout autre répertoire. C'est seulement celui fsckqui a besoin de ce nom de répertoire spécifique. Tout autre outil traitant ce nom spécial ne le fait que pour correspondre à la convention utilisée par fsck.
kasperd
5

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.

James Cape
la source
4

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 perdu + trouvé. ext2 / 3 fait.

Mihai Limbăşan
la source
Oui, mais vous pourriez avoir un script qui le supprime après l'exécution de fsck. Je ne sais pas vraiment à quoi cela servirait.
BobbyShaftoe
1
À proprement parler, ce n'est que la commande fsck, qui a besoin du répertoire lost + found. Le système de fichiers lui-même n'en a pas besoin. Je n'ai trouvé aucune mention du répertoire lost + found dans le code source du système de fichiers. Du point de vue du système de fichiers, il n'est pas différent de tous les autres répertoires.
kasperd
Vraiment, vraiment de mauvais conseils. C'est un répertoire spécial car serverfault.com/a/9909/2101
MikeyB
2

Lost + Found est l'endroit où FSCK va déposer des morceaux de fichiers qu'il a pu récupérer si votre système de fichiers est endommagé. Si le répertoire est actuellement vide, vous pouvez simplement le supprimer.

Le FSCK (je crois) le recréera s'il a quelque chose à y mettre.

Vous ne savez pas pourquoi la présence de ce répertoire vous pose problème, cependant?

Tim Post
la source
1

Au moins dans Ubuntu, changez simplement le propriétaire du répertoire en root

sudo chown -R root:root '/media/user/device/lost+found'

c'est ça.

Dante
la source
-1

Non. Il ne peut pas être masqué car sous les systèmes d'exploitation UNIX, seuls les fichiers commençant par un point sont masqués dans une vue standard.

Dave Cheney
la source