Je n'étais pas au courant de la mklost+found
commande jusqu'à ce que j'ai lu cette question .
La mklost+found
commande crée un nouveau répertoire lost + found dans le pwd.
Pourquoi auriez-vous besoin d'exécuter cette commande? Le répertoire lost + found existe déjà dans / sur chaque distribution que j'ai vérifiée.
Que se passerait-il si vous avez plusieurs répertoires perdus et trouvés? Les fragments de données récupérés iraient-ils dans le répertoire perdu + trouvé dans /, ou iraient-ils dans le répertoire perdu + trouvé le plus récemment créé?
Je ne sais pas comment je pourrais délibérément créer un fragment de données pour tester cela.
filesystems
lost-found
spuder
la source
la source
rm -rf /lost+found
. Oups ...Réponses:
Dans le cas où le
lost+found
répertoire n'existe pas. Comme il ne s'agit que d'un répertoire ordinaire, l'root
utilisateur peut le supprimer à l'aide derm -r
. Certaines versions defsck
, lorsqu'elles doivent utiliser unlost+found
répertoire, le créeront s'il n'existe pas, et d'autres non. S'il n'y a pas delost+found
répertoire,fsck
ne peut pas récupérer les fichiers orphelins, c'est-à-dire les fichiers qui n'ont aucune entrée de répertoire qui s'y réfère.La version Linux de
mklost+found
possède la fonctionnalité suivante (à partir de la page de manuel mklost + found ):Cela signifie que, si vous devez récupérer des fichiers à partir d'un système de fichiers endommagé à l'aide de
fsck
, moins de fichiers seront perdus dans le cadre du processus de récupération, car vousfsck
n'aurez pas besoin d'allouer des blocs à partir du système de fichiers; ces blocs qui peuvent contenir des données de fichier valides.Pour un système de fichiers donné,
fsck
n'utilisera qu'un seullost+found
répertoire: celui qui se trouve dans le répertoire racine du système de fichiers. Tout autrelost+found
répertoire ne sera pas traité spécialement.la source
Quelque chose doit créer le
lost+found
, cette commande semble le faire. Chaque support que vous montez doit conserver le sienlost+found
.extrait de la page de manuel
Quel est le gros problème avec la création d'un
lost+found
répertoire?Je m'attendrais à ce que le dernier soit celui qui est utilisé par
e2fsck
s'il doit déplacer des blocs de données verslost+found
.la source
lost+found
": Oui, mais dans la plupart des cas, cette commande l'estmke2fs
."Le répertoire lost + found existe déjà dans
/
chaque distribution que j'ai vérifiée."Mais ce n'est pas le but. Chaque "vrai" système de fichiers (qui correspond à un stockage en bloc quelconque, par opposition aux pseudo-systèmes de fichiers comme / proc et swap) a besoin d'un orphelinat perdu + trouvé. Par exemple, si vous avez un système de fichiers séparé pour / home, alors il devrait y en avoir
/home/lost+found
. En effetfsck
, ne déplace pas un fichier/lost+found
sur le système de fichiers racine; il laisse les fichiers qu'il trouve là où il les a trouvés, mais crée une entrée de répertoire dans l'orphelinat afin qu'un humain puisse intervenir pour organiser l'adoption appropriée. Le fait de savoir que quelque chose se trouve dans/home/lost+found
vs./var/lost+found
peut faciliter cette intervention manuelle.la source
Selon Essential System Administration
Les utilitaires les plus probables tels que fsck look placent les fragments de fichier dans le répertoire lost + found à la racine de la partition respective. Les autres répertoires perdus + trouvés doivent être ignorés.
la source