Ich habe einen USB-Stick, den ich häufig verwende, was dazu führt, dass viele Dateien ._*
erstellt werden, die ich regelmäßig lösche, indem ich etwas wie ausführe find /Volumes/Secure -name '._*' -exec rm -vf {} \;
, und ich hatte noch nie zuvor etwas ruiniert. Es sieht jedoch so aus, als wäre bei dieser letzten Hinrichtung etwas kaputt gegangen.
Hier ist die Konsolenausgabe des Befehls find
/ rm
:
[Tue Aug 14 09:39:12]{1:126}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ find -d . -name '._*'
./tor/TorBrowser-Data/Browser/Caches/1blvjd07.default/startupCache/._startupCache.8.little
./tor/TorBrowser-Data/Browser/Caches/1blvjd07.default/safebrowsing/._test-malware-simple.pset
./tor/TorBrowser-Data/Browser/Caches/1blvjd07.default/safebrowsing/._test-phish-simple.pset
./tor/TorBrowser-Data/Browser/Caches/1blvjd07.default/safebrowsing/._test-unwanted-simple.pset
# TRUNCATED
./tor/TorBrowser-Data/Browser/Caches/1blvjd07.default/safebrowsing-to_delete/._test-flashsubdoc-simple.pset
./tor/TorBrowser-Data/Browser/Caches/1blvjd07.default/safebrowsing-to_delete/._testexcept-flashsubdoc-simple.pset
[Tue Aug 14 09:39:18]{1:127}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ find -d . -name '._*' -exec rm -vf {} \;
find: .: Invalid argument
(Nicht sicher, aber vielleicht hat es etwas damit zu tun, dass es {}
nicht in Anführungszeichen steht? Ich kann mich nicht erinnern, ob ich in der Vergangenheit Anführungszeichen verwendet habe.)
Wenn ich das Volume mounte, kann ich den Inhalt gut sehen, solange ich nicht mit einem relativen Pfad auf den Inhalt verweise, während ich mich im gemounteten Volume (PWD) befinde.
Hier ist ein Beispiel dafür, was ich meine. Sie können sehen, dass ich den Inhalt /Volumes/Secure
gut auflisten kann. Aber wenn ich darauf cd, dann versuche, den Inhalt des aktuellen Verzeichnisses aufzulisten, funktioniert es nicht:
[Tue Aug 14 09:46:02]{1:193}jdoe@MacBook-Pro:/Volumes(✓)$ df /Volumes/Secure
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk4s1 35372096 1566528 33805568 5% 0 0 100% /Volumes/Secure
[Tue Aug 14 09:46:06]{1:194}jdoe@MacBook-Pro:/Volumes(✓)$ ls /Volumes/Secure
chemdocs credentials data.tar.gz.enc scripts test test-data test-data.tar.gz.enc tor
[Tue Aug 14 09:46:09]{1:195}jdoe@MacBook-Pro:/Volumes(✓)$ cd /Volumes/Secure
[Tue Aug 14 09:46:11]{1:196}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ ls
.
Dann, nur um es ein wenig verwirrender und frustrierender zu machen, scheint es zeitweise zu sein ...
[Tue Aug 14 09:46:09]{1:195}jdoe@MacBook-Pro:/Volumes(✓)$ cd /Volumes/Secure
[Tue Aug 14 09:46:11]{1:196}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ ls
.
[Tue Aug 14 09:52:28]{1:27}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ ls .
.
[Tue Aug 14 09:52:30]{1:28}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ ls -alrth .
total 30240
drwxrwxrwx 1 jdoe staff 16K Jun 18 18:20 .Spotlight-V100
drwxrwxrwx 1 jdoe staff 16K Jul 3 12:10 test-data
drwxrwxrwx 1 jdoe staff 16K Jul 3 12:10 .info
# TRUNCATED SOME LINES
drwxrwxrwx 1 jdoe staff 16K Aug 11 03:41 .Trashes
drwxrwxrwx 1 jdoe staff 16K Aug 11 03:41 .TemporaryItems
drwxrwxrwx@ 1 jdoe staff 16K Aug 13 19:22 .
drwxrwxrwx 1 jdoe staff 16K Aug 14 09:43 .fseventsd
drwxrwxrwt@ 7 root admin 238B Aug 14 09:43 ..
[Tue Aug 14 09:52:32]{1:29}jdoe@MacBook-Pro:/Volumes/Secure(✓)$ ls -alrth ./
ls: ./: Invalid argument
[Tue Aug 14 09:52:34]{1:30}jdoe@MacBook-Pro:/Volumes/Secure(0)$ ls -alrth .
ls: .: Invalid argument
[Tue Aug 14 09:52:36]{1:31}jdoe@MacBook-Pro:/Volumes/Secure(0)$ ls -alrth .
ls: .: Invalid argument
[Tue Aug 14 09:52:37]{1:32}jdoe@MacBook-Pro:/Volumes/Secure(0)$ ls
.
( Hier ist ein Überblick mit einigen zusätzlichen Konsolenausgaben )
Ich habe versucht, das Unmounten und erneute Mounten ohne Erfolg.
Jeder Input wäre willkommen, danke!
-J
Update Ich habe gerade etwas anderes bemerkt, das ziemlich interessant ist ... Diese Probleme, die ich oben gezeigt habe, sind alle exklusiv für die CLI. Ich kann das bereitgestellte Laufwerk im Finder öffnen und es problemlos durchsuchen. Seltsam.
Die von Ihnen beschriebenen Symptome sind die Anzeichen eines beschädigten Dateisystems, was das übliche Schicksal häufig verwendeter USB-Sticks ist.
Erstellen Sie eine Sicherungskopie Ihres USB-Sticks und führen Sie ein fsck
oder Disk Utility
auf Ihrem Dateisystem aus.
Ich rate Ihnen sogar, es vollständig zu überprüfen mit:
• vollständiges Backup,
• vollständiges sicheres Löschen mit einem Durchgang von 0 (um sicherzugehen, dass auf alle Blöcke geschrieben wird),
• einen neuen FS erstellen,
• Wiederherstellung aus Backup.
Ihr find
verursacht keine Probleme, da -exec
Argument nicht von einer Shell ausgewertet wird, müssen Sie es nicht gegen Auswertung schützen.
fsck
? Ich habe es diskutil repairVolume /dev/disk4s1
ohne Erfolg versucht, sowie ein paar andere Dinge-exec
Option von find
führt den Befehl nicht über die Shell aus, sodass Sie sich keine Gedanken über ungerade Dateinamen machen müssen. Wenn Sie verwenden "{}"
, entfernt die Shell die Anführungszeichen sowieso und find
sieht sie nicht – die Verwendung von Anführungszeichen schadet also nicht. Wenn Sie den find-Befehl dagegen von einer ungewöhnlichen Shell aus ausführen, benötigen Sie möglicherweise Anführungszeichen, um diese Shell daran zu hindern, komische Dinge mit den geschweiften Klammern zu tun.Disk Utility
Prüfung?
fd0
Dan
unmount
Fehlschlag extrahiert?