Qual é o propósito da pasta lost + found no Linux e no Unix?

Question

Existe uma pasta na raiz dos sistemas operacionais Linux e Unix chamada /lost+found/

O que é isso? Em que circunstâncias eu iria interagir com isso? Como eu iria interagir com isso?

    

Answer 1

Se você executar fsck , o comando de verificação e reparo do sistema de arquivos, ele poderá encontrar fragmentos de dados que não são referenciados em qualquer lugar no sistema de arquivos. Em particular, fsck pode encontrar dados parecidos com um arquivo completo, mas que não têm nome no sistema - um inode sem nome de arquivo correspondente. Esses dados ainda estão usando espaço, mas não são acessíveis por nenhum meio normal.

Se você disser fsck para reparar o sistema de arquivos, ele irá transformar esses arquivos quase que apagados novamente em arquivos. O problema é que o arquivo tinha nome e local uma vez, mas essa informação não está mais disponível. Por isso, fsck deposita o arquivo em um diretório específico, chamado lost+found (após a propriedade perdida e encontrada ).

Arquivos que aparecem em lost+found são normalmente arquivos que já foram desvinculados (ou seja, seu nome foi apagado) mas ainda abertos por algum processo (assim os dados não foram apagados ainda) quando o sistema parou repentinamente (kernel panic ou falha de energia). Se isso foi o que aconteceu, esses arquivos foram programados para exclusão, de qualquer forma, você não precisa se preocupar com eles.

Os arquivos também podem aparecer em lost+found porque o sistema de arquivos estava em um estado inconsistente devido a um erro de software ou hardware. Se for esse o caso, é uma maneira de encontrar arquivos que foram perdidos, mas que o reparo do sistema conseguiu salvar. Os arquivos podem ou não conter dados úteis e, mesmo que sejam, podem estar incompletos ou desatualizados; tudo depende da gravidade do dano no sistema de arquivos.

Em muitos sistemas de arquivos, o diretório lost+found é um pouco especial porque pré-aloca um pouco de espaço para que fsck deposite arquivos lá. (O espaço não é para os dados do arquivo, que fsck deixa no lugar; é para as entradas de diretório que fsck precisa fazer.) Se você acidentalmente excluir lost+found , não o crie novamente com mkdir , use mklost+found se disponível.

    

Answer 2

O diretório lost+found (não Lost + Found) é uma construção usada por fsck quando há danos ao sistema de arquivos (não ao dispositivo de hardware, mas ao fs). Os arquivos que normalmente seriam perdidos devido à corrupção do diretório seriam vinculados no diretório lost+found do sistema de arquivos pelo número do inode. Alguns desses podem ser diretórios perdidos ou arquivos perdidos ou mesmo dispositivos perdidos. Cada sistema de arquivos deve ter seu próprio diretório lost+found , mas você pode estar olhando para um sistema com apenas um sistema de arquivos. Em geral, você deve esperar que o diretório esteja vazio; mas se houver corrupção, seja grato que em muitos casos os arquivos podem ser recuperados depois que fsck os coloca aqui.

    

Answer 3

Em "Hierarquia do sistema de arquivos do Linux", seção / lost + found " :

As was explained earlier during the overview of the FSSTND, Linux should always go through a proper shutdown. Sometimes your system might crash or a power failure might take the machine down. Either way, at the next boot, a lengthy filesystem check using fsck will be done. Fsck will go through the system and try to recover any corrupt files that it finds. The result of this recovery operation will be placed in this directory. The files recovered are not likely to be complete or make much sense but there always is a chance that something worthwhile is recovered. Each partition has its own lost+found directory. If you find files in there, try to move them back to their original location. If you find something like a broken symbolic link to 'file', you have to reinstall the file/s from the corresponding RPM, since your file system got damaged so badly that the files were mutilated beyond recognition. Below is an example of a /lost+found directory. As you can see, the vast majority of files contained here are in actual fact sockets. As for the rest of the other files they were found to be damaged system files and personal files. These files were not able to be recovered.