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?
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?
lost+found
. Se você deseja ocultá-lo, use um sistema de arquivos diferente ou monte-o em outro lugar, mantenha tudo em um subdiretório e faça o link simbólico do subdiretório para o local "real" em que você usa os dados.lost+found
é específico para o sistema de arquivos estendidos do Linux (ext2–4). Unices, por exemplo, o FreeBSD normalmente não possui esse diretório em seus sistemas de arquivos (UFS, ZFS).lost+found
existe praticamente para sempre nos sistemas BSD. Na verdade, eu apenas verifiquei e estava definitivamente no 4.3BSD, e eu me lembro muito antes. E certamente está no FreeBSD hoje.Respostas:
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 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 o nome do arquivo correspondente. Esses dados ainda estão consumindo espaço, mas não são acessíveis por qualquer meio normal.Se você pedir
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. Portanto,fsck
deposita o arquivo em um diretório específico, chamadolost+found
(após propriedade perdida e encontrada ).Os arquivos que aparecem
lost+found
geralmente são arquivos que não foram desvinculados (ou seja, seu nome foi apagado), mas ainda foram abertos por algum processo (para que os dados ainda não fossem 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
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 de quão ruim foi o dano no sistema de arquivos.Em muitos sistemas de arquivos, o
lost+found
diretório é um pouco especial porque pré-aloca um pouco de espaço parafsck
depositar arquivos lá. (O espaço não é para os dados do arquivo, que sãofsck
deixados no lugar; é para as entradas do diretório quefsck
precisam ser compensadas.) Se você excluir acidentalmentelost+found
, não recrie-o commkdir
, use-omklost+found
se disponível.fonte
fsck
foi necessário e ele mencionou a localização de arquivos e a vinculação deleslost+found
. Em 20 anos com vários sistemas de arquivos, eu só vi isso uma vez. E isso foi antes da revista ser a norma.lost+found
diretório é criado sempre que você cria um sistema de arquivos ext4 (como em muitos outros sistemas de arquivos), feito como parte da instalação do sistema ou não. “Formate seu HD” é apenas um caso disso. O quefsck
faz é possivelmente adicionar arquivos lá.O
lost+found
diretório (não Lost + Found) é uma construção usadafsck
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 nolost+found
diretório desse sistema de arquivos pelo número do inode. Alguns desses podem ser diretórios ou arquivos perdidos ou até dispositivos perdidos. Cada sistema de arquivos deve ter seu própriolost+found
diretório, 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 podem ser recuperados depois de osfsck
colocar aqui.fonte
find
operação em uma ou váriasext[2|3|4]
partições da conta de um usuário não administrador, você sempre terá esses erros de "permissão negada" totalmente desnecessários . Certamente, existem maneiras de contornar esses tipos de erros - mas é um pouco estranho porque o padrãofind . -name '*whatever*'
não funciona.Permission denied
aviso. Dada a resposta desta pergunta, eu sei que issolost+found
faz parte do sistema de arquivos e, portanto, posso ignorar com segurança o aviso gerado (mas desejo que ele não tenha produzido).lost+found
. Isso parecia hilário demais para ser verdade (sentei-me aqui com um sorriso largo), pelas ridiculamente poucas vezes em que somos gratos por não poder competir com aqueles em que preferimos ser capazes de lançar um "Begone!" soletrar para esta coisa incômoda lo + fo.Em "Hierarquia do sistema de arquivos Linux", seção / lost + found " :
fonte