Unidad externa, no puedo vaciar la basura, rm ve un archivo, pero ls -la no lo hace

El problema parece estar causado por un archivo llamado 03 - Elusion.mp3 situado en el directorio denominado carpeta .

Debido a que Terminal.app es incapaz de renderizar los signos diacríticos en los nombres de los archivos--bueno, lo es, pero eso está más allá del alcance de proporcionar la solución más simple para usted--oculta su fracaso al ocultar el nombre del archivo (algo inaudito para mí hasta ahora; ¿quizás son los cambios de High Sierra a /.file, /.volfs e inodos de 64 bits? Espera no importa; la edición de tu pregunta me dice que te he entendido mal). De todos modos, la existencia del archivo es conocida, junto con la irónica afirmación del Finder de que no existe. Obviamente, sí existe. He aquí cómo cambiar eso:

Primero, determine el número de inodo del archivo. En Terminal.app, cd al directorio "carpeta" y emite 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 póngalo en este comando, que lo renombrará a algo que la terminal pueda representar correctamente:

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

--que le dará el archivo "deletemenow" en la carpeta "folder", de los que podrá disponer de la manera que más le convenga.

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

La causa de mi problema es un conocido :

OS X es la excepción, tanto porque normaliza los nombres de los archivos como porque utiliza NFD en lugar del más común NFC .

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

Entonces las cosas empiezan a cambiar, en 10.11, algunos resultados de las llamadas al sistema se normalizan a NFC que lo pone en línea con Windows y Linux, pero a costa 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 las llamadas a la pantalla y al sistema pero dejando los nombres de los archivos originales como están (así que tanto NFC como NFD son compatibles, pero si seleccionas el nombre del archivo en Finder o copias ls resultado en Terminal, se obtiene la forma NFD).

Todo esto es genial, hasta que pones un archivo con nombre de archivo NFD en una unidad externa que utiliza exFAT (ya que es el único formato multi-MacOS/Windows que admite archivos de más de 4 GB): MacOS 10.13 cree de algún modo que su archivo debe estar en formato NFC, por lo que se produce un error.

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

• test.mp3
• Elusion.mp3 ( E en NFC)
• 03 - Elusion ( E en NFD)

(Puede copiar el unicode exacto aquí )

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

y ls -laib resultado:

$ 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 Elusion.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 usted es consciente de la Problema de NFC/NFD en OS X En el caso de los discos externos exFAT, no se puede esperar que el problema sea el contrario (NFC está bien, pero NFD está en llamas).

Pero lo que podría haber causado mi archivo de música para utilizar NFD nombre de archivo en el primer lugar:

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

Podría haber copiado el archivo a través de una unidad de 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 necesitas un Windows/Linux para solucionar este problema (si la situación es que tus archivos están en un disco externo exFAT).