Est-il sûr de supprimer un dossier perdu + trouvé?

32

J'ai une partition séparée vide utilisée pour mon vhd / virtualbox. monté à /mount/win7.

J'ai tout supprimé maintenant et il reste un dossier perdu + trouvé. Cela prend environ 5 concerts

Est-il sûr de supprimer un dossier perdu et trouvé?

filesystem directory delete

— chrisjlee
source

33

fsck recréera le répertoire lost + found s'il est manquant.

Au démarrage, la plupart des distributions exécutent fsck si le système de fichiers est détecté comme n'étant pas démonté correctement.

Comme fsck crée le répertoire lost + found s'il est manquant, il le créera alors et placera tout ce qu'il trouvera dans ce répertoire.

Vous pouvez donc le retirer sans aucun problème.

— LnxSlck
source

1

Selon cette réponse dans serverfault ( serverfault.com/a/9909/486260 ), ce n'est pas une bonne idée de le supprimer, car dans le cas de problèmes de système de fichiers, lorsque fsck recrée le répertoire pendant la vérification, il pourrait potentiellement écraser des données récupérables autrement car il n'aurait pas d'alternative pour lier les inodes orphelins aux entrées du répertoire. Le répertoire perdu + trouvé pré-créé réserve les entrées de répertoire pour les fichiers récupérés lors de la vérification du système de fichiers

— Marcelo

17

Jusqu'à présent, j'avais l'impression que la suppression lost+foundétait parfaitement sûre, car elle serait recréée par fsck chaque fois que cela serait nécessaire. Mais après la mise à niveau d'Ubuntu 12.10, j'ai reçu ce courrier de cron:

/etc/cron.daily/standard:

Some local file systems lack a lost+found directory. This means if the
file system is damaged and needs to be repaired, fsck will not have
anywhere to put stray files for recovery. You should consider creating
a lost+found directory with mklost+found(8).

The following lost+found directories were not available:

/home/lost+found

La page de manuel de mklost+founddit:

mklost+found pre-allocates disk blocks to the lost+found directory
so that when e2fsck(8) is being run to recover a filesystem, it does 
not  need to allocate blocks in the filesystem to store a large number
of unlinked files.  This ensures that e2fsck will not have to allocate
data blocks in the filesystem during recovery.

Je ne sais pas exactement ce que cela signifie, mais cela semble indiquer que ne pas avoir lost+foundpeut causer des problèmes lors de la récupération. En outre, il indique que lost+founddifférent d'un répertoire normal en ce qu'il a des blocs préalloués qui lui sont associés.

— Grumbel
source

Je crois que la pré-allocation de blocs de disque pour le lost+foundrépertoire est utilisée pour s'assurer que des allocations supplémentaires ne seront pas nécessaires pendant que le système de fichiers est dans un état instable (pendant fsck). Si le système de fichiers est déjà foiré, il pourrait s'aggraver si vous fscktentez d'allouer des entrées de répertoire lors de la restauration de fichiers perdus. Au moins, la ext2/ext3/ext4famille s'efforce de ne pas aggraver les choses fsckmême si le système de fichiers est totalement cassé.

— Mikko Rantalainen

2

Vous ne voulez pas supprimer le répertoire perdu + trouvé.
Il s'agit d'un dossier système important et sera de toute façon recréé au prochain démarrage. Il y a une assez bonne explication de pourquoi il est là et de ce qu'il fait ici

— snishalaka
source