desenv-web-rp.com

Qual é o objetivo da pasta Lost + Found no Linux e Unix?

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

Para que serve? Em que circunstâncias eu iria interagir com isso? Como eu iria interagir com isso?

670
Wesley

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

Se você disser a fsck para reparar o sistema de arquivos, ele transformará esses arquivos quase excluídos novamente em arquivos. O problema é que o arquivo teve um nome e um local uma vez, mas essas informações não estão mais disponíveis. Então fsck deposita o arquivo em um diretório específico, chamado lost+found (Após perdido e encontrado propriedade).

Os arquivos que aparecem em lost+found Normalmente são arquivos que já foram desvinculados (ou seja, seu nome foi apagado), mas ainda foram abertos por algum processo (portanto, os dados ainda não foram apagados) quando o sistema parou repentinamente (pânico no kernel ou falha de energia). Se isso foi tudo o que aconteceu, esses arquivos foram programados para exclusão de qualquer maneira, 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 você encontrar arquivos que foram perdidos, mas que o reparo do sistema conseguiu recuperar. Os arquivos podem ou não conter dados úteis e, mesmo se estiverem, podem estar incompletos ou desatualizados; tudo depende da gravidade do dano ao 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 fsck depositar 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 compor.) Se você excluir acidentalmente lost+found , não o recrie com mkdir, use mklost+found se disponível.

602

O diretório lost+found (Não Lost + Found) é uma construção usada por fsck quando há danos no sistema de arquivos (não no dispositivo de hardware, mas no fs). Os arquivos que normalmente seriam perdidos devido à corrupção do diretório seriam vinculados no diretório lost+found Desse sistema de arquivos pelo número do inode. Alguns deles podem ser diretórios ou arquivos perdidos ou até dispositivos perdidos. Cada sistema de arquivos deve ter seu próprio diretório lost+found, Mas você pode estar procurando 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 muitas condições os arquivos possam ser recuperados depois que fsck os colocar aqui.

65
Arcege

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

Como foi explicado anteriormente durante a visão geral do FSSTND, o Linux sempre deve passar por um desligamento adequado. Às vezes, seu sistema pode falhar ou uma falta de energia pode derrubar a máquina. De qualquer forma, na próxima inicialização, será feita uma verificação longa do sistema de arquivos usando fsck. O Fsck examinará o sistema e tentará recuperar os arquivos corrompidos que encontrar. O resultado desta operação de recuperação será colocado neste diretório. É provável que os arquivos recuperados não estejam completos ou fazem muito sentido, mas sempre há a chance de que algo que valha a pena seja recuperado. Cada partição possui seu próprio diretório perdido + encontrado. Se você encontrar arquivos, tente movê-los de volta para o local original. Se você encontrar algo como um link simbólico quebrado para 'arquivo', precisará reinstalar o (s) arquivo (s) do RPM correspondente, pois o sistema de arquivos ficou tão danificado que os arquivos foram mutilados sem reconhecimento. Abaixo está um exemplo de um diretório/lost + found. Como você pode ver, a grande maioria dos arquivos contidos aqui é realmente um soquete. Quanto ao restante dos outros arquivos, eles foram encontrados como arquivos de sistema e arquivos pessoais danificados. Esses arquivos não puderam ser recuperados.

38
bhupal