A cada período de tempo, o Ubuntu verifica meus sistemas de arquivos e cria várias pastas vazias " perdidas + achadas ".
Posso desativar esse recurso? Existe alguma maneira de o Ubuntu excluir automaticamente essas pastas se estiverem vazias?
Existe alguma maneira de ocultar esta pasta no NFS?
Respostas:
Sempre que fsckpassa pelo sistema e tenta recuperar arquivos danificados, ele os coloca na pasta perdida + encontrada. Eu acho que isso é basicamente um problema com a fsckcriação dessa pasta, mesmo que não exista nada. Como o Ubuntu executa periodicamente essas verificações em suas partições, essas pastas sempre serão recriadas, portanto, a exclusão não funcionará.
Se você apenas deseja ocultar a pasta do Nautilus, pode criar um arquivo '.hidden' contendo 'lost + found' e colocá-lo na pasta dos pais lost + found.
Por exemplo. para a pasta perdida + encontrada em '/':
echo "lost+found" | sudo tee /.hidden
Para o diretório inicial do seu usuário (se houver):
echo "lost+found" > ~/.hidden
Eu acho que, alternativamente, você pode removê-los após cada inicialização, adicionando o seguinte ao arquivo '/etc/rc.local':
if [ -d /lost+found ]; then
rmdir /lost+found 2>/dev/null
fi
if [ -d /home/USER/lost+found ]; then
rmdir /home/USER/lost+found 2>/dev/null
fi
Isso será executado rmdirnas pastas, se existirem, o que somente as removerá se estiverem vazias ( 2>/dev/nulldescartará a mensagem "não vazia" rmdir). Provavelmente não existem muitos diretórios, então eu mantive isso simples. Apenas certifique-se de que a 'saída 0' permaneça na linha inferior.
Desvantagem: isso só mantém o controle dos diretórios criados por fsckdurante a inicialização. Se for executado posteriormente, você verá novamente esse diretório. Você pode colocar acima em um trabalho cron executado periodicamente .
[Ter um diretório] perdido + encontrado 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.
[fsck tentará criar achados e perdidos se não existir], 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 ...
É necessário com muito menos frequência desde o ext3. Com um sistema de arquivos com registro em diário, os arquivos não devem ser "perdidos" em uma falha de energia / falha. Você pode argumentar que é mantido apenas para evitar surpresas fatais para os veteranos (e esquisitos que desativam o diário). Se você não sabe o que está perdendo, talvez não seja um problema.
Ainda assim, removê-lo é como corrigir o e2fsck. Você "pode" fazê-lo, mas não deveria.
Este artigo fornecerá uma explicação adequada sobre o diretório lost + found: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html