Unidad externa, no se puede vaciar la papelera, rm ve un archivo, pero ls -la no

El problema parece ser causado por un archivo llamado 03-Ēlusion.mp3 ubicado dentro del directorio llamado carpeta .

Debido a que Terminal.app no ​​puede representar marcas diacríticas en los nombres de los archivos, bueno, lo es, pero eso está más allá del alcance de brindarle la solución más simple, oculta su falla al ocultar el nombre del archivo (algo inaudito por mí hasta ahora ; ¿Quizás son los cambios de High Sierra a /.file, /.volfs e inodos de 64 bits? Espere, no importa; su edición a su pregunta me dice que no lo entendí.) De todos modos, se conoce la existencia del archivo, junto con la irónica afirmación del Finder de que no existe. Obviamente, lo hace. He aquí cómo cambiar eso:

Primero, determine el número de inodo del archivo. En Terminal.app, cdal directorio "carpeta" y emita este comando:ls -i *.mp3

Copie la cadena de números del inodo proporcionado en la columna de la izquierda de la respuesta, que será algo así como

12345678 03 - E ̄lusion.mp3

--y colóquelo en este comando, que lo renombrará a algo que la terminal pueda representar correctamente:

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

--dándote el archivo "deletemenow" en la carpeta "folder", de los cuales puedes disponer de la forma que más te convenga.

Me tomó mucho tiempo llegar a este resumen, pero creo que es la respuesta definitiva.

La causa de mi problema es bien conocida :

OS X es el extraño, tanto porque normaliza los nombres de los archivos como porque usa NFD en lugar del NFC más común .

Históricamente (no tan antiguo, era anterior a 10.11), OS X + HFS+ aplica el formato NFD en todos los nombres de archivo , y solo obtendrá el resultado NFD de los comandos y las llamadas al sistema.

Luego, las cosas comienzan a cambiar, en 10.11, algunos resultados de llamadas al sistema se normalizan a NFC , lo que lo pone en línea con Windows y Linux, pero a expensas de romper algunos programas que esperan NFD en OS X.

Pero desde la introducción de macOS 10.13 + AFPS, el comportamiento vuelve a cambiar: Apple decide que quiere normalizar a NFD en la pantalla y las llamadas del sistema , pero deja los nombres de archivo originales como están (por lo que tanto NFC como NFD son compatibles, pero si selecciona el nombre del archivo en el Finder o el lsresultado de la copia en la Terminal, obtendrá el formulario NFD).

Todo esto es genial, hasta que coloque un archivo con el nombre de archivo NFD en una unidad externa usando exFAT (ya que es el único formato cruzado de macOS/Windows compatible con un tamaño de archivo de más de 4 GB): macOS 10.13 de alguna manera cree que su archivo debe estar en formato NFC, así que se estropeó.

De hecho, aquí hay una prueba rápida, tengo una carpeta en Windows en mi disco exFAT con 3 archivos:

• test.mp3
• Ēlusion.mp3( Ēen NFC)
• 03 - Ēlusion( Ēen DNF)

(Puedes copiar el Unicode exacto aquí )

Cuando los monto en mi macOS, esto es lo que veo:

y ls -laibresultado:

$ 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

Como puede ver, el archivo NFC está presente pero falta el archivo NFD.

Incluso si conoce el problema de NFC/NFD en OS X , es posible que no espere que la unidad externa exFAT enfrente este problema de la manera opuesta (NFC está bien, pero NFD es pant-on-fire).

Pero, ¿qué podría haber causado que mi archivo de música usara el nombre de archivo NFD en primer lugar?

• Originalmente descargué este archivo de música en 10.9/10.10 con una Mac más antigua, que aplica el nombre de archivo NFD.
• En algún momento, los muevo a una unidad Windows + NTFS, que no aplica NFC/NFD, por lo que se conserva el nombre de archivo NFD original.
• Ahora quiero volver a mover este archivo a mi macOS 10.13 + APFS usando una unidad exFAT (exFAT admite la misma convención UTF-16 que NTFS).
• El infierno se desatará.

Podría haber copiado el archivo a través de una unidad en red o TeamViewer, y estaría bien, pero exFAT está provocando este error en macOS.

Lecciones:

• El nombre de archivo Unicode sigue siendo una amenaza.
• En realidad, necesita Windows/Linux para solucionar este problema (si la situación es que su archivo está en una unidad externa exFAT).