☰

Emitir:

tag-icon • tag-icon linux windows file-permissions ntfs rm
Emitir:

Emitir:

Tenho um arquivo em uma partição NTFS que não consigo excluir ou mover. Consigo visualizar 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 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, vimvejo ".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. Esta partição não contém minha Windows C Drive- esta unidade é completamente separada das minhas partições raiz do Linux 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 estou no Windows, não consigo mudar para o vardiretório. Recebo a mensagem: The file or directory is corrupted and unreadable.Consigo visualizar e modificar qualquer outro lugar da unidade.

O arquivo foi criado inicialmente, provavelmente, com um wgetcomando incorreto.

O arquivo está lá e eu posso catfazer isso STDOUT. O conteúdo é HTML de uma página da Web de patentes dos 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 as informações do sistema operacional e 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 desmontar a unidade e executá ntfsfix-la. Isso não ajudou.

Obrigado!

Atualizar

Eu chmod 777tinha o vardiretório... Então executei chown -R root:root var, recebi este erro: chown: changing ownership of 'var/.piw?PageNum=0': Input/output error... então... olhando 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... acho que a unidade é apenas jacked<- termo técnico

Segunda atualização:

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

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

Eu tenho duas unidades com os mesmos arquivos; uma unidade de backup interna e uma unidade de backup externa. Ambos são NTFS e ambos varos diretórios não puderam ser acessados ​​no Windows. Depois de resolver o problema com a unidade interna, descobri que a exclusão dos arquivos nomeados "patetas" também resolveu o problema na unidade externa. 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 algum motivo, talvez porque não executei o ntfsfix, na unidade externa consegui simplesmente excluir esses dois "arquivos problemáticos" e depois ler esse diretório no Windows.

Obrigado a todos!

Responder1

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 então um ntfsfix...

A solução eventual era mexer nas permissões e propriedade dos arquivos e, em seguida, reiniciar no Windows (que verificava a consistência do disco).

informação relacionada