Eu estava movendo um arquivo com mv , mas a operação foi interrompida. Agora estou com um arquivo que não posso excluir em uma unidade NTFS externa. Eu estava movendo-o de um ext4.
rm file.to.delete
rm: cannot remove ‘file.to.delete’: No such file or directory
ls
total 234M
234M file.to.delete
Eu tenho inum de ...
ls -i
então
find . -inum 12533 -delete
find: cannot delete 'file.to.delete': No such file or directory
O que devo fazer em seguida para me livrar deste arquivo ou da entrada deste arquivo no sistema de arquivos?
Obrigado
Atualização: conectei minha unidade NTFS externa ao meu computador Windows e consegui excluir o arquivo. Eu reconectei o NTFS externo ao meu pi de framboesa, mas atualmente estou com problemas para montá-lo.
ATUALIZAÇÃO FINAL: reconectei minha unidade NTFS externa ao meu computador Windows e verifiquei se havia erros. Ele encontrou erros e, em seguida, reparou-os automaticamente. Em seguida, reconectei minha unidade NTFS externa ao meu pi de framboesa e mount -a e não montou nenhum problema. FIXO! : D.
Pode ser que o próprio sistema de arquivos esteja corrompido e um fsck seja necessário. Infelizmente, fsck no Linux (que eu suponho que você esteja usando - corrija-me se eu estiver errado) é provavelmente apenas um link para a ferramenta ntfs ntfsfix, que não é uma ferramenta muito útil.
Nesse caso, para verificar, recomendo usar sua cópia do Windows (que, novamente, é uma suposição, mas não há muitas outras razões para usar o NTFS) e executar o chkdisk nele.
Você tentou removê-lo com cautela? Tente esta opção se o nome do seu arquivo estiver correto:
rm -rf file.to.delete
Experimente a minha resposta a uma pergunta semelhante: Não é possível arquivo rm porque não existe?
echo "Some Text" > file.to.delete && rm file.to.delete
Por favor, use o preenchimento automático para o nome do arquivo ao digitar o comando no seu shell.
Tags rm filesystems corruption e2fsck