Não é possível excluir o arquivo - Nenhum arquivo ou diretório

0

Problema:

Eu tenho um arquivo em uma partição NTFS que não consigo excluir nem mover. Eu sou capaz de ver o arquivo. Isso também está me impedindo de ler esse diretório enquanto estiver dentro do Windows. Eu recebo o erro; "O arquivo ou diretório está corrompido e ilegível" ao tentar acessar este diretório enquanto estiver dentro do Windows.

[root@ziggurat var]# ls -al .piw\?PageNum\=0 
-rw-r--r-- 0 ttucker root 2016 Jan 28 08:56 '.piw?PageNum=0'

[root@ziggurat var]# rm -i .p*
rm: remove regular file '.piw?PageNum=0'? y
rm: cannot remove '.piw?PageNum=0': No such file or directory

[root@ziggurat var]# mv .piw\?PageNum\=0 derp
mv: cannot move '.piw?PageNum=0' to 'derp': No such file or directory

Se eu tentar editar o arquivo com vim , vejo ".piw?PageNum=0" [Permission Denied] no canto inferior esquerdo.

Se eu tentar modificar as permissões, recebo o seguinte erro:

[root@ziggurat var]# chmod 777 .piw\?PageNum\=0 
chmod: cannot access '.piw?PageNum=0': Input/output error

Mais informações:

Esta é uma segunda unidade que contém uma partição. A partição foi criada dentro do Windows 10. Essa partição não contém meu Windows C Drive - esta unidade é completamente separada das partições de raiz raiz do Windows e do Windows.

[root@ziggurat var]# pwd
/mnt/storage/ttucker/var

[root@ziggurat var]# df -h /mnt/storage/
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       932G  197G  736G  22% /mnt/storage

[root@ziggurat var]# fdisk -l /dev/sda
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 91985B34-E4D8-4F7B-ABF4-7F2E27482077

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1953523711 1953521664 931.5G Microsoft basic data

Ainda mais informações:

Enquanto estiver dentro do Windows, não consigo alternar para o diretório var . Eu recebo a mensagem: The file or directory is corrupted and unreadable. Eu sou capaz de visualizar e modificar qualquer outro lugar na unidade.

O arquivo foi inicialmente criado, provavelmente, com um comando wget com falha.

O arquivo está lá e eu posso cat to STDOUT . O conteúdo é HTML de uma página da web de patentes nos EUA.

[root@ziggurat var]# cat .piw\?PageNum\=0 
<!-- PageNum=0  -->
<!-- NumPages=0 -->
<HTML>
  <HEAD><TITLE>Patent Images</TITLE></HEAD> 
  <BODY TOPMARGIN="0" leftmargin="0" MARGINWIDTH="0" MARGINHEIGHT="0" >
... clipped for brevity ...
  </BODY>
</HTML>

Aqui está o sistema operacional e a informação do ntfs-3g:

[root@ziggurat var]# pacman -Ss ntfs
extra/ntfs-3g 2016.2.22-1 [installed]
    NTFS filesystem driver and utilities

[root@ziggurat var]# uname -a
Linux ziggurat 4.9.6-1-ARCH #1 SMP PREEMPT Thu Jan 26 09:22:26 CET 2017 x86_64 GNU/Linux

Nota final:

Eu também tentei executar umount da unidade e executar ntfsfix nela. Isso não ajudou.

Obrigado!

Atualizar

Eu chmod 777 'd o var dir ... Então corri chown -R root:root var , recebi este erro: chown: changing ownership of 'var/.piw?PageNum=0': Input/output error ... então ... procurando no diretório:

[root@ziggurat var]# ls -ltra
ls: cannot access '.piw?PageNum=0': Input/output error
total 3116333
-????????? ? ?       ?             ?            ? '.piw?PageNum=0'
-rw-r--r-- 1 ttucker root     250910 Jan 28 08:56  0.pdf
....

Ugh ... Eu acho que a unidade é apenas jacked < - termo técnico

Segunda atualização:

Depois de executar o chown no diretório mencionado acima, reiniciei o sistema no Windows. Durante o carregamento do Windows, ele afirmou que era checking the drive for consistency (ou algo desse idioma) Anywho ... funciona agora. O arquivo sumiu e consigo lê-lo no Windows.

Informações adicionais que podem ser úteis para outras pessoas:

Eu tenho duas unidades com os mesmos arquivos nelas; uma unidade de backup interna e uma unidade de backup externa. Ambos são NTFS e ambos var dirs não puderam ser acessados no Windows. Depois de resolver o problema com a unidade interna, descobri que excluir os arquivos nomeados "bobos" resolveu o problema na unidade externa também. Exemplo:

-rwxrwxrwx 1 root root       2016 Dec 31 22:31 '.piw?PageNum=0'
-rwxrwxrwx 1 root root       8379 Dec 31 22:32 '.piw?PageNum=0&docid=01111111&IDKey=DE3F91CB19BB%0D%0A&HomeUrl=http%3A%2F%2Fpatft.uspto.gov%2Fnetacgi%2Fnph-Parser%3FSect1%3DPTO1%2526Sect2%3DHITOFF%2526d%3DPALL%2526p%3D1%2526u%3D%25252Fnetahtml%25252FPTO%25252Fsrchnum.htm%2526r%3D1%25'

Por alguma razão, talvez porque eu não executei ntfsfix , na unidade externa eu consegui excluir apenas esses dois "arquivos problemáticos" e depois ler esse diretório no Windows.

Obrigado a todos!

    
por varlogtim 29.01.2017 / 00:16

1 resposta

0

Esta parece ter sido uma combinação de um nome de arquivo engraçado:

.piw?PageNum=0&docid=01111111&IDKey=DE3F91CB19BB%0D%0A&HomeUrl=http%3A%2F%2Fpatft.uspto.gov%2Fnetacgi%2Fnph-Parser%3FSect1%3DPTO1%2526Sect2%3DHITOFF%2526d%3DPALL%2526p%3D1%2526u%3D%25252Fnetahtml%25252FPTO%25252Fsrchnum.htm%2526r%3D1%25

... e, em seguida, um ntfsfix ...

A solução final estava mexendo com perms de arquivo e propriedade, em seguida, uma reinicialização no Windows (que verificou a consistência do disco).

    
por 29.01.2017 / 01:01