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?

— jldugger
source

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
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
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
source

5

$ 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

— AskApache
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
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
source

1

rmdir lost+found

— Ian Kelling
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
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
source