Externes Laufwerk, Papierkorb kann nicht geleert werden, rm sieht eine Datei, aber ls -la nicht

Das Problem scheint durch eine Datei namens 03-Ēlusion.mp3 verursacht zu werden, die sich im Verzeichnis folder befindet .

Da Terminal.app keine diakritischen Zeichen in Dateinamen wiedergeben kann – nun, das ist es, aber das würde den Rahmen sprengen, die einfachste Lösung für Sie bereitzustellen –, verbirgt es seinen Fehler, indem es den Dateinamen verbirgt (etwas, von dem ich bisher noch nichts gehört habe ; vielleicht die Änderungen von High Sierra in /.file, /.volfs und 64-Bit-Inodes? Warten Sie - egal; Ihre Bearbeitung Ihrer Frage sagt mir, dass ich Sie missverstanden habe.) Wie auch immer, die Existenz der Datei ist bekannt, zusammen mit der Ironie Behauptung des Finders, dass es nicht existiert. Offensichtlich tut es das. So ändern Sie das:

Ermitteln Sie zunächst die Inode-Nummer der Datei. Wechseln Sie in Terminal.app cdin das Verzeichnis „Ordner“ und geben Sie diesen Befehl ein:ls -i *.mp3

Kopieren Sie die Nummernzeichenfolge des Inodes, die in der linken Spalte der Antwort angegeben ist, was so etwas wie sein wird

12345678 03 - E ̄lusion.mp3

--und fügen Sie es in diesen Befehl ein, der es in etwas umbenennt, das das Terminal korrekt wiedergeben kann:

find . -inum 12345678 -exec mv {} deletemenow \;

-- Ihnen die Datei "deletemenow" im Ordner "folder" geben, die Sie beide nach Belieben entsorgen können.

Ich habe lange gebraucht, um zu dieser Zusammenfassung zu kommen, aber ich denke, es ist die endgültige Antwort.

Die Ursache meines Problems ist bekannt :

OS X ist das Seltsame, da es sowohl Dateinamen normalisiert als auch NFD anstelle des gebräuchlicheren NFC verwendet .

Historisch (nicht so alt, vor 10.11) erzwingt OS X + HFS+ das NFD-Formular für alle Dateinamen , und Sie erhalten NFD-Ergebnisse nur von Befehlen und Systemaufrufen.

Dann beginnen sich die Dinge zu ändern, in 10.11 werden einige Ergebnisse von Systemaufrufen auf NFC normalisiert , was es in Einklang mit Windows und Linux bringt, aber auf Kosten einiger Programme, die NFD unter OS X erwarten.

Aber seit der Einführung von macOS 10.13 + AFPS ändert sich das Verhalten erneut: Apple entscheidet, dass es bei Anzeige und Systemaufrufen auf NFD normalisieren möchte , aber die ursprünglichen Dateinamen unverändert belässt (sodass sowohl NFC als auch NFD unterstützt werden, aber wenn Sie auswählen den Dateinamen im Finder oder kopieren lsSie das Ergebnis im Terminal, Sie erhalten das NFD-Formular).

Das ist alles großartig, bis Sie eine Datei mit NFD-Dateinamen mit exFAT auf einem externen Laufwerk ablegen (da es das einzige macOS/Windows-übergreifende Format mit Unterstützung für 4 GB+ Dateigröße ist): macOS 10.13 glaubt irgendwie, dass Ihre Datei im NFC-Format sein muss, also es hat gestunken.

Tatsächlich, hier ist ein schneller Test, ich habe einen Ordner in Windows auf meinem exFAT-Laufwerk mit 3 Dateien:

• test.mp3
• Ēlusion.mp3( Ēin NFC)
• 03 - Ēlusion( Ēim NFD)

(Sie können den genauen Unicode hier kopieren )

Wenn ich sie auf meinem macOS mounte, sehe ich Folgendes:

und ls -laibErgebnis:

$ ls -laib
total 46592
2762318 drwxrwxrwx  1 user  staff    131072 Jan  3  2017 .
2685260 drwxrwxrwx  1 user  staff    131072 Jan  3  2017 ..
1572961 -rwxrwxrwx  1 user  staff  11672464 Aug 23  2014 Ēlusion.mp3
1572871 -rwxrwxrwx  1 user  staff  11672464 Aug 23  2014 test.mp3

Wie Sie sehen können, ist die NFC-Datei vorhanden, aber die NFD-Datei fehlt.

Selbst wenn Sie sich des NFC/NFD-Problems unter OS X bewusst sind , erwarten Sie möglicherweise nicht, dass das externe exFAT-Laufwerk dieses Problem auf die entgegengesetzte Weise angeht (NFC ist in Ordnung, aber NFD ist Feuer und Flamme).

Aber was könnte dazu geführt haben, dass meine Musikdatei überhaupt den NFD-Dateinamen verwendet hat:

• Ich habe diese Musikdatei ursprünglich auf 10.9/10.10 mit einem älteren Mac heruntergeladen, der den NFD-Dateinamen erzwingt.
• Irgendwann verschiebe ich sie auf ein Windows + NTFS-Laufwerk, das NFC/NFD nicht erzwingt, sodass der ursprüngliche NFD-Dateiname erhalten bleibt.
• Jetzt möchte ich diese Datei mit einem exFAT-Laufwerk zurück auf mein macOS 10.13 + APFS verschieben (exFAT unterstützt dieselbe UTF-16-Konvention wie NTFS).
• Die Hölle bricht los.

Ich hätte die Datei über ein Netzwerklaufwerk oder TeamViewer kopieren können, und es wäre in Ordnung, aber exFAT löst diesen Fehler unter macOS aus.

Unterricht:

• Unicode-Dateiname ist immer noch eine Bedrohung.
• Sie benötigen tatsächlich ein Windows/Linux, um dieses Problem zu beheben (falls sich Ihre Datei auf einem externen exFAT-Laufwerk befindet).