Respostas:
Criar um subdiretório em que sistema de arquivos e share / symlink que em vez do diretório sistema de arquivos raiz.
É uma má idéia remover o diretório perdido + encontrado. Ao se recuperar, o fsck precisa de um diretório multissetorial existente para criar entradas de diretório para arquivos perdidos. Se não houver um diretório perdido + encontrado, ele deverá criar um potencialmente substituindo dados.
Para áreas de trabalho baseadas no Gnome2 / Mate Nautilus / Caja, crie um arquivo chamado .hidden
na pasta raiz da unidade.
Edite o conteúdo para ler:
lost+found
O Nautilus agora oculta a pasta perdida + encontrada se você atualizar. Pressione 'ctrl-h' para alternar os itens ocultos visíveis / invisíveis.
lost+found
um diretório comum, como qualquer outro diretório. É apenas o fsck
que precisa desse nome de diretório específico. Qualquer outra ferramenta que trate esse nome apenas o faz para corresponder à convenção usada por fsck
.
O Nautilus (e o Konq?) Interpretará um arquivo .hidden em um diretório como uma lista de arquivos a serem ocultados. Caso contrário, como outros sugeriram, use XFS ou ReiserFS.
$ ls --ignore=lost+found
Então faça disso um alias
$ alias ls='ls --ignore=lost+found'
Com o ls atualizado que faz parte do GNU coreutils 8.15
re: http://www.askapache.com/linux-unix/bash_profile-functions-advanced-shell.html
Não. Mas você pode excluí-lo (ele será recriado no próximo fsck) ou pode usar um sistema de arquivos diferente que não precise de um + achado. ext2 / 3 faz.
Lost + Found é onde o FSCK vai depositar bits de arquivos que foram capazes de recuperar se o seu sistema de arquivos estiver danificado. Se o diretório estiver vazio no momento, é seguro excluí-lo.
O FSCK (acredito) o recriará se houver algo que precise ser colocado lá.
Não sabe por que a presença desse diretório é problemática para você?
rmdir lost+found
Não. Ele não pode ser oculto porque, nos sistemas operacionais UNIX, apenas os arquivos que começam com um período são ocultos de uma visualização padrão.