Datei kann nicht gelöscht werden - Keine solche Datei oder Verzeichnis
1373
varlogtim
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 versuchen, auf dieses Verzeichnis zuzugreifen, wenn Sie sich in Windows befinden.
[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]unten links.
Wenn ich versuche, die Berechtigungen zu ändern, erhalte ich die folgende Fehlermeldung:
Dies ist ein zweites Laufwerk, das eine Partition enthält. Die Partition wurde in Windows 10 erstellt. Diese Partition enthält nicht meine. Windows C DriveDieses Laufwerk ist vollständig von meinen Linux-Root- und Windows-Bootpartitionen 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:
Innerhalb von Windows kann ich nicht in das varVerzeichnis wechseln . Ich erhalte die Meldung: The file or directory is corrupted and unreadable.Ich kann überall auf der Festplatte anzeigen und ändern.
Die Datei wurde anfangs wahrscheinlich mit einem verpatzten wgetBefehl erstellt.
Die Datei ist da und ich kann cates dazu STDOUT. Der Inhalt ist HTML von einer US-Patentwebseite.
Hier sind die Informationen zu Betriebssystem und 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
Schlussnote:
Ich habe auch versucht, das Laufwerk umount zu fahren und darauf zu laufen ntfsfix. Das hat nicht geholfen.
Vielen Dank!
Aktualisieren
Ich hätte 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 ... im 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 ....
Ich denke, das Laufwerk ist nur ein jackedtechnischer Begriff
Zweites Update:
Nach dem Ausführen des chownauf dem oben genannten Verzeichnis wurde ein Neustart in Windows durchgeführt. Während des Windows- checking the drive for consistencyLadevorgangs wurde angegeben, dass es (oder etwas von 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 den gleichen Dateien; ein internes Sicherungslaufwerk und ein externes Sicherungslaufwerk. Beide sind NTFS und auf beide varVerzeichnisse konnte in Windows nicht zugegriffen werden. Nachdem ich das Problem mit dem internen Laufwerk gelöst hatte, stellte ich fest, dass das Löschen der "doof" genannten Dateien das Problem auch auf dem externen Laufwerk löste. 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 lief ntfsfix, konnte ich auf dem externen Laufwerk diese beiden "Problemdateien" einfach löschen und dann dieses Verzeichnis in Windows lesen.
Danke euch allen!
1 Antwort auf die Frage
0
varlogtim
Dies scheint eine Kombination aus einem komischen Dateinamen zu sein:
Eventuelle Lösungen verwirrten sich mit Dateibewilligungen und Eigentümern, dann ein Neustart in Windows (der die Festplatte auf Konsistenz geprüft hat).