Lorsque vous créez des systèmes de fichiers Linux tels que ext3, un répertoire 'lost + found' est créé. En fonction de cela, les fichiers seront placés là si des fichiers ont été endommagés à la suite d'une panne système.
Que se passe-t-il si ce répertoire est supprimé et que le système se bloque? Si le dossier est supprimé, puis-je simplement créer un nouveau répertoire avec mkdir lost + found ou existe-t-il des attributs qui ne peuvent être définis que lors de la création du système de fichiers?
linux
filesystems
Zoredache
la source
la source
fscknie2fsckoù recréer cela pour moi, peu importe si le répertoire a été monté ou non.cd <root-dir-of-the-mount> && mklost+foundl'a fait.Un répertoire lost + found préexistant avec une taille suffisante pour contenir un grand nombre de fichiers non liés alourdit la tâche de e2fsck pour créer le répertoire et l’agrandir à 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 fichiers fsck pour d'autres systèmes de fichiers sur d'autres plateformes ne pouvaient pas créer / ont perdu + ont été trouvés, ni ont pu être développés. Ceci est l'historique de la justification de / perdu + trouvé. Mais la raison actuelle est simplement de faciliter le travail de e2fsck.
la source
Si vous n'avez pas
lost+found,e2fsck(je n'ai pas inspecté le code pour d'autresfsckimplémentations) vous proposera de le créer pour vous. Mais vous pouvez le recréer vous-même si vous le souhaitez. il n'y a rien de spécial à propos de ce répertoire (du moins pas d'inspecter le code).la source
lost+foundest un répertoire spécial. Il comporte des blocs de disque pré-alloués, de sorte que les outils de récupération n'ont pas besoin d'allouer de blocs pendant la récupération. Des outils telsmklost+foundqu'existent spécifiquement parcemkdirqu'ils ne le créeront pas correctement. Voir linux.die.net/man/8/mklost+founde2fsck va recréer lost + found, et va également détruire tout fichier qui pourrait être gênant avec le même nom pour être sûr qu'il puisse le créer en tant que répertoire.
Notez que beaucoup de systèmes de fichiers Unix plus anciens exigeaient que lost + found soit spécifiquement attaché à 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 sur n'importe quel inode libre, ne nécessitant apparemment pas l'inode 2, ce qui rend la récupération beaucoup plus simple qu'auparavant.
la source
Vous pouvez créer ce répertoire en utilisant simplement mkdir. Il doit appartenir à root, avec un groupe de root ou de wheel. À part cela, il n'y a rien de particulièrement spécial à ce sujet. En cas de panne de courant ou d’arrêt incorrect lors du démarrage du système, il convient de lancer automatiquement fsck. fsck passera par le système et tentera de récupérer tous les fichiers corrompus trouvés. Tous les fichiers potentiellement corrompus qui seront détectés y seront déplacés.
L'autre cas de déplacement de fichiers existe si fsck trouve un fichier dont l'inode parent est manquant. C'est généralement le cas si un bloc est corrompu sur le disque à l'emplacement spécifique où l'inode d'un dossier est en cours de stockage. Il va réaffecter leur inode parent pour être le dossier lost + found.
Edit: Je ne sais pas si ce dernier cas recréera le répertoire. Je le laisserais seul pour être du bon côté. Je ne vois aucune raison de le supprimer. Rien de grave ne se passera sans elle cependant.
la source
mkdir?De plus, sur Debian 6 et Ubuntu 12 LTS, le
cronpaquetage livré/etc/cron.daily/standardindique leslost+foundrépertoires manquants sur les systèmes de fichiers locaux et envoie des rappels quotidiens à ce sujet par courrier électronique, en recommandant l'utilisation demklost+found.Cependant, cela a été supprimé au moment de Debian 7 et Ubuntu 14 LTS, respectivement, car il était devenu obsolète.
la source