Quando você cria alguns sistemas de arquivos Linux como o ext3, um diretório 'perdido + encontrado' é criado. De acordo com esses arquivos, serão colocados lá se os arquivos foram danificados por algum tipo de falha no sistema.
O que acontece se esse diretório for removido e o sistema travar. Se a pasta for removida, posso apenas criar um novo diretório com mkdir perdido + encontrado ou existem atributos que só podem ser definidos quando o sistema de arquivos está sendo criado.
linux
filesystems
Zoredache
fonte
fonte
fscktampoucoe2fsckonde re-criar este para mim, não importa se o diretório foi montado ou não.cd <root-dir-of-the-mount> && mklost+foundfez isso.Um diretório perdido + encontrado preexistente com um tamanho grande o suficiente para conter um grande número de arquivos desvinculados coloca uma carga menor no e2fsck para criar o diretório e aumentá-lo para o tamanho apropriado.
Ele ainda tentará fazê-lo, mas diante de um sistema de arquivos corrompido, pode ser mais arriscado.
Os fsck muito antigos para outros sistemas de arquivos em outras plataformas não foram capazes de criar / perder + encontrado, nem foram capazes de cultivá-lo. Esta é a história da lógica de / lost + encontrada. Mas a lógica atual é simplesmente facilitar o trabalho do e2fsck.
fonte
Se você não tiver
lost+found,e2fsck(eu não inspecionei o código para outrasfsckimplementações) se oferecerá para criá-lo para você. Mas você pode recriar você mesmo, se quiser; não há nada de especial nesse diretório (pelo menos não pela inspeção do código).fonte
lost+foundé um diretório especial. Ele possui blocos de disco pré-alocados para que as ferramentas de recuperação não precisem alocar blocos durante a recuperação. Ferramentas comomklost+foundexistem especificamente porquemkdirnão serão criadas corretamente. Veja linux.die.net/man/8/mklost+foundO e2fsck recriará os achados e perdidos e também destruirá qualquer arquivo que possa estar no caminho com o mesmo nome para garantir que ele possa ser criado como um diretório.
Observe que muitos sistemas de arquivos Unix mais antigos exigiam que o achado + perdido fosse anexado ao inode número 2 especificamente, daí a necessidade de recriar o sistema de arquivos na maioria dos casos, se o diretório fosse perdido. O e2fsck simplesmente faz uma busca por qualquer inode livre, aparentemente sem precisar especificamente do inode 2, o que torna a recuperação muito mais simples do que nos velhos tempos.
fonte
Você pode criar esse diretório usando o mkdir. Ele deve pertencer à raiz, com um grupo de raiz ou roda. Fora isso, não há nada de especial nisso. No caso de uma falta de energia ou um desligamento inadequado, quando o sistema é inicializado, ele deve iniciar automaticamente o fsck. O fsck examinará o sistema e tentará recuperar os arquivos corrompidos que encontrar. Todos os arquivos que aparecerem potencialmente corrompidos serão movidos para lá.
O outro caso de arquivos a serem movidos é se fsck encontrar um arquivo cujo inode pai esteja ausente. Geralmente, esse é o caso se um bloco for corrompido no disco no local específico em que o inode de uma pasta está sendo armazenado. Ele reatribuirá seu inode pai para a pasta perdida + encontrada.
Edit: Não tenho certeza se o último caso irá recriar o diretório. Eu deixaria em paz para estar do lado seguro. Não consigo pensar em nenhum motivo para excluí-lo. Nada de ruim vai acontecer sem ele.
fonte
mkdir?Além disso, no Debian 6 e no Ubuntu 12 LTS, o
cronpacote é enviado,/etc/cron.daily/standardque nota oslost+founddiretórios ausentes nos sistemas de arquivos locais e envia lembretes diários sobre isso por e-mail, recomendando o uso demklost+found.No entanto, isso foi removido na época do Debian 7 e Ubuntu 14 LTS, respectivamente, porque havia se tornado obsoleto.
fonte