Como posso excluir este diretório? Eu fsckencontrei e ele encontrou algum lixo, procurei esses arquivos e não havia nada importante. Então, eu tentei excluir o conteúdo de /lost+founde tudo se passou, exceto este diretório estranho. Eu pensei que colocá-lo em /tmp(eu posso mover esse diretório pelo volume) o apagará na próxima reinicialização, mas ele ainda estará lá após a reinicialização e outra fsck.
Como parece que o problema é de nível baixo e jogar com propriedade e permissões não é suficiente, eu consegui reproduzir o problema sozinho. Aproveitar!
- Isso é seguro, você poderá desmontar a imagem para se livrar desses diretórios na sua máquina ;
- Isso não é iso-imagem, é o resultado de
dd if=/dev/sda1 of=/files/broken.iso;
Fiz um arquivo de 15 MB com a imagem ~ 1,2 GB. Você pode fazer o download e jogar com os seguintes comandos:
cd /tmp
wget https://dl.dropboxusercontent.com/u/22701362/broken.tar.xz
tar xvf broken.tar.xz
mkdir test
sudo mount broken.iso test
cd test
Haveria dois diretórios (durante a criação dessa imagem, parece que existem dois diretórios no meu disco):
/tmp/test> tree
.
├── 1
│ └── plexus-component-annotations-1.5.5.jar.sha1 [error opening dir]
└── 2
└── #1589030 [error opening dir]
4 directories, 0 files
Boa sorte com a remoção desses dois diretórios:
/tmp/test> sudo rm -rf *
rm: cannot remove '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
rm: cannot remove '2/#1589030': Operation not permitted
/tmp/test> sudo chown -R root:root *
chown: changing ownership of '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
chown: cannot read directory '2/#1589030': Permission denied
/tmp/test> sudo chmod -R 777 *
chmod: changing permissions of '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
chmod: changing permissions of '2/#1589030': Operation not permitted
chmod: cannot read directory '2/#1589030': Permission denied
dfsaída nos mostra que o seu / tmp` é realmente um diretório normal /e não um tmpfs, que é a configuração padrão. Isso é surpreendente, mas explica por que você pode copiar o diretório /tmpe por que ele sobrevive às reinicializações. A perlsaída realmente não acrescenta muito, não, mas valeu a pena tentar. Estou agarrando canudos aqui.
/tmpé um diretório normal por padrão. Isso é feito para evitar preenchê-lo até 100% e economizar RAM. É limpo durante a inicialização. Esse comportamento existe há muito tempo.
/tmpo mesmo volume? Você poderia postar a saída dedf? Além disso, envie a saídasudo perl -MFile::Path -e 'rmtree("/tmp/foo") || die "$!"'para o caso de recebermos uma mensagem de erro mais informativa.