Solution 1 :
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é proprement. Comme fsck crée le répertoire lost+found s'il est manquant, il le créera ensuite et placera tout ce qu'il trouvera dans ce répertoire.
Solution 2 :
Si vous ne pouvez pas ou ne voulez pas exécuter fsck , vous pouvez recréer le lost+found répertoires avec mklost+found :
mklost+found pré-alloue des blocs de disque au répertoire lost+found de sorte que lorsque e2fsck(8) est exécuté pour récupérer un système de fichiers, il n'a pas besoin d'allouer des blocs dans le système de fichiers pour stocker un grand nombre de fichiers non liés. Cela garantit qu'e2fsck n'aura pas à allouer de blocs de données dans le système de fichiers lors de la restauration.
Solution 3 :
Un répertoire perdu + trouvé préexistant avec une taille suffisamment grande pour contenir un grand nombre de fichiers non liés met moins de fardeau sur e2fsck pour créer le répertoire et le développer à la taille appropriée.
Il tentera toujours de le faire, mais face à un système de fichiers corrompu, cela peut être plus risqué.
Les très anciens fsck pour d'autres systèmes de fichiers sur d'autres plates-formes n'étaient pas en mesure de créer /lost+found, ni de le développer. C'est l'historique de la logique de /lost+found. Mais la logique actuelle est simplement de faciliter le travail d'e2fsck.
Solution 4 :
Si vous n'avez pas de lost+found , e2fsck (Je n'ai pas inspecté le code des autres fsck implémentations) vous proposera de le créer pour vous. Mais vous pouvez également le recréer vous-même si vous le souhaitez. il n'y a rien de particulièrement spécial dans ce répertoire (du moins pas après avoir inspecté le code).
Solution 5 :
e2fsck recréera lost+found et détruira également tout fichier qui pourrait être gênant avec le même nom pour s'assurer qu'il peut le créer en tant que répertoire.
Notez que de nombreux systèmes de fichiers Unix plus anciens exigeaient que lost+found soit attaché spécifiquement à l'inode numéro 2, d'où la nécessité de recréer le système de fichiers dans la plupart des cas si le répertoire était perdu. e2fsck effectue simplement une recherche de n'importe quel inode libre, apparemment n'ayant pas spécifiquement besoin de l'inode 2, ce qui rend la récupération beaucoup plus simple qu'auparavant.