Datei kann nicht gelöscht werden - Keine solche Datei oder kein solches Verzeichnis

0

Problem:

Ich habe eine Datei auf einer NTFS-Partition, die ich nicht löschen oder verschieben kann. Ich kann die Datei anzeigen. Dies hindert mich auch daran, dieses Verzeichnis in Windows zu lesen. Ich bekomme den Fehler; "Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar", wenn Sie in Windows versuchen, auf dieses Verzeichnis zuzugreifen.

[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

Wenn ich versuche, die Datei mit zu bearbeiten, vimsehe ich ".piw?PageNum=0" [Permission Denied]links unten.

Wenn ich versuche, die Berechtigungen zu ändern, wird der folgende Fehler angezeigt:

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

Mehr Informationen:

Dies ist ein zweites Laufwerk, das eine Partition enthält. Die Partition wurde in Windows 10 erstellt. Diese Partition enthält my nicht Windows C Drive- dieses Laufwerk ist vollständig von meinen Linux-Root- und Windows-Boot-Partitionen getrennt.

[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

Noch mehr Informationen:

Unter Windows kann ich nicht in das varVerzeichnis wechseln . Ich erhalte die Meldung: The file or directory is corrupted and unreadable.Ich kann an einer anderen Stelle im Laufwerk Änderungen vornehmen.

Die Datei wurde ursprünglich wahrscheinlich mit einem fehlerhaften wgetBefehl erstellt.

Die Datei ist da und ich kann cates auch STDOUT. Der Inhalt ist HTML von einer US-Patent-Webseite.

[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>

Hier ist das Betriebssystem und ntfs-3g info:

[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

Schlussbemerkung:

Ich habe auch versucht, das Laufwerk zu starten und darauf zu laufen ntfsfix. Das hat nicht geholfen.

Vielen Dank!


Aktualisieren

Ich würde chmod 777das vardir ... Dann lief chown -R root:root var, erhielt diese Fehlermeldung: chown: changing ownership of 'var/.piw?PageNum=0': Input/output error... dann ... in das dir schauen:

[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 ... ich denke, der Antrieb ist nur jacked<- technischer Begriff


Zweites Update:

Nach dem Ausführen des chownoben genannten Verzeichnisses startete ich Windows neu. Während des Windows- checking the drive for consistencyLadevorgangs wurde angegeben, dass es (oder etwas in dieser Sprache) Anywho war ... es funktioniert jetzt. Die Datei ist weg und ich kann sie in Windows lesen.

Zusätzliche Informationen, die für andere hilfreich sein können:

Ich habe zwei Laufwerke mit denselben Dateien; ein internes Backup-Laufwerk und ein externes Backup-Laufwerk. Beide sind NTFS und auf beide varVerzeichnisse konnte in Windows nicht zugegriffen werden. Nachdem ich das Problem mit dem internen Laufwerk behoben hatte, stellte ich fest, dass das Löschen der "doof" genannten Dateien das Problem auch auf dem externen Laufwerk behebt. Beispiel:

-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'

Aus irgendeinem Grund, vielleicht weil ich nicht ausgeführt ntfsfixwurde, konnte ich auf dem externen Laufwerk einfach diese beiden "Problemdateien" löschen und dieses Verzeichnis in Windows lesen.

Vielen Dank an alle!

varlogtim
quelle

Antworten:

0

Dies scheint eine Kombination aus einem lustigen Dateinamen gewesen zu sein:

.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

... und dann ein ntfsfix...

Die endgültige Lösung bestand darin, mit den Dateiberechtigungen und dem Eigentumsrecht herumzuspielen und dann Windows neu zu starten (wodurch die Konsistenz des Datenträgers überprüft wurde).

varlogtim
quelle