Das Löschen der ._*-Dateien von einem gemounteten Volume hat einige Dinge vermasselt

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/Securegut 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.

Das Häkchen und die Klammer sind bei Dateinamen problematisch. Die Berechtigungen für und in Ihrem Home-Ordner sind zu freizügig.
Haben Sie Ihren USB-Stick nach einem unmountFehlschlag extrahiert?

Antworten (1)

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 fsckoder Disk Utilityauf 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 findverursacht keine Probleme, da -execArgument nicht von einer Shell ausgewertet wird, müssen Sie es nicht gegen Auswertung schützen.

Können Sie einige Einzelheiten angeben, was genau ich ausführen soll fsck? Ich habe es diskutil repairVolume /dev/disk4s1ohne Erfolg versucht, sowie ein paar andere Dinge
Die -execOption von findfü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 findsieht 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.
Ich habe den ursprünglichen Beitrag mit einigen zusätzlichen Informationen aktualisiert. Mir ist aufgefallen, dass diese Probleme nur über die Shell auftreten. Ich kann das Volume problemlos über OSX Finder durchsuchen
Nächster wichtiger Schritt: Was ist das Ergebnis der Disk UtilityPrüfung?