Eu tenho um diretório em meu diretório inicial, mas não consigo removê-lo de forma alguma.
Usar rm -rf JsZ-r6K.50/ trava o console. Também tentei usar o sudo rm, mas é a mesma coisa.
drwxr-xr-x 3 volkan volkan 4096 Nov 5 03:19 .installjammerinfo/
drwxrwxr-x 4 volkan volkan 4096 Aug 6 15:28 .java/
drwxr-xr-x 2 volkan volkan 86122496 Nov 8 22:25 JsZ-r6K.50/
drwx------ 5 volkan volkan 4096 Nov 8 02:58 .kde/
Como posso remover este diretório?
EDITAR:
volkan@ubuntu:~$ lsattr -d JsZ*
----------I--e-- JsZ-r6K.50
EDITAR para OmPs:
Mudei o arquivo para /var/tmp/newname, mas também não consigo removê-lo de lá. Os comandos a seguir também falharam e congelaram o console.
Apenas o lsof
comando deu o seguinte:
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
bash 3935 volkan cwd DIR 8,6 86122496 914129 new
rm 4177 volkan 3r DIR 8,6 86122496 914129 new
rm 4177 volkan 4r DIR 8,6 86122496 914129 new
Responder1
Atenção, o que está abaixo é bastante perigoso, faça backup dos seus dados antes:
Você pode ter um script rodando nessa pasta... (seu lsof mostra um comando bash)
certifique-se de estar fora da pasta e com direitos administrativos (sudo ou root).
Mate todos os processos possíveis que acessam essa pasta:
kill -9 `lsof -t /MyFolder`
então você poderá removê-lo:
rm -rf /MyFolder
MyFolder é a pasta que você deseja remover.
Se não funcionar, mostre-nos qual é a saída do comando mount
Atenciosamente.
Responder2
Isso é realmente estranho --- parece uma entrada corrompida (a contagem de links é muito suspeita). O que eu faria éem primeiro lugar, um backupe tente forçar uma verificação do disco na próxima reinicialização.
Observe que é muito importante fazer um backup de todos os dados que você possui na partição se você suspeitar que isso pode ser uma corrupção do disco.
Para forçar uma verificação do sistema de arquivos para a próxima reinicialização, primeiro identifique o dispositivo; do diretório, df .
, diria algo assim:
(0)samsung-romano:~% df .
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 503315720 140840260 336901780 30% /home
Portanto, o dispositivo é /dev/sda6. Agora force uma verificação na próxima reinicialização. Existem várias maneiras de fazer isso, o que eu uso normalmente é forçar uma contagem alta de montagens no dispositivo, como
sudo tune2fs -c 100 /dev/sda6
sudo tune2fs -C 100 /dev/sda6
O primeiro diz para verificar o sistema de arquivos no dispositivo uma vez a cada 100 montagens, e o segundo define a contagem de montagens para 100, para que na próxima inicialização ele seja verificado.
O mais provável é que a verificação o detecte e remova/mova para o lost+found
diretório na raiz do sistema de arquivos (no meu caso seria /home/lost+found/
). A partir daí normalmente é possível removê-lo.
Responder3
Eu sugeriria tentar movê-lo para algum local diferente.
mv /path/to/filename /var/tmp/newname
se funcionar, acho que você terminou e pode removê-lo de lá.
tente também fazer um
file /path/to/filename
isso deve lhe dizer que tipo de arquivo é. se nada funcionar. tentar
cp /dev/null /path/to/filename
rm /path/to/filename
isso fará com que o arquivo tenha 0 bytes e você poderá removê-lo facilmente.
para verificar por que a remoção deste arquivo está travando seu terminal.
lsof /path/to/filename
isso listará todos os processos nos sistemas que usam este arquivo. você pode interromper esses processos e removê-los e tentar excluir o arquivo novamente.