Los atributos extendidos vuelven a aparecer al reconectar la unidad externa

La causa del problema -o, más bien, la causa de los síntomas del problema- se explica efectivamente al aprender el contenido del atributo ampliado com.apple.FinderInfo . Revela que el Finder ha establecido el tipo de archivo y el creador del archivo, respectivamente, en brok y MACS , lo que significa que el archivo está en proceso de copia y, por tanto, no se puede acceder a él. (Se supone que estas banderas se borran al finalizar el proceso de copia). Como consecuencia, el Finder "oscurece" los iconos de dichos archivos para reflejar su estado de inmutabilidad por parte del usuario. El borrado de los com.apple.FinderInfo El atributo ampliado alivia la situación al eliminar la causa próxima.

El verdadero problema, sin embargo, es la constante reasignación de este estado de "ocupado siendo copiado" a los distintos archivos. De hecho, usted preguntó específicamente por qué los atributos extendidos reaparecen para determinados archivos. Mi respuesta: No conozco la mecánica de los eventos, pero sí sé lo que hay detrás.

Apple soporta de forma nativa la lectura, pero no la escritura, en unidades NTFS. El método de solución fstab a medida que está utilizando actualmente para permitir la escritura en el disco es conocido por ser inestable, y está garantizado para causar problemas. (¿Es su nombre de usuario realmente nombre de usuario ?) Me preguntaba cómo fue que llegaste a la abstrusa idea de borrar los atributos extendidos para corregir la situación del archivo inaccesible, y una visita al sitio de Mounty Software (la fuente de tu anterior solución) me mostró que era su recomendación específica. Como has aprendido, no es una solución duradera. El problema continuará mientras sigas utilizando tu método actual de acceso al sistema de archivos NTFS.

Si tienes que tener acceso de lectura/escritura a una unidad con formato NTFS -y no puedes sustituirla por una con el formato exFAT soportado de forma nativa- tendrás que elegir una oferta de terceros que te proporcione una solución permanente. Los que conozco que ofrecen una usabilidad aceptable son Tuxera, Paragon y Fuse/NTFS3G. Los dos primeros son productos comerciales de prueba gratuita; el tercero es una combinación de dos productos de código abierto.

EDIT: Respuesta al comentario de la OP a continuación

Lamento decir que no tengo ninguna instrucción de línea de comandos que definitivamente te ayudaría. Creo que la única manera de solucionar el problema es cambiar el método que utilizas para el acceso al sistema de archivos de uno que se sabe que tiene problemas, como tu método actual, a uno que no los tiene.

Dicho esto, ofrezco lo siguiente puramente como un experimento, ya que no tengo forma de probarlo. Sabemos que el beneficio de borrar los atributos extendidos de los archivos afectados sólo dura hasta la próxima vez que se monta la unidad. Es posible que la asignación de un valor ficticio a un archivo com.apple.FinderInfo permitirá que persista sin ser molestado a través del proceso de montaje y evitará que el Finder reasigne brok/MACS estado. En concreto, este comando dará un tipo de archivo falso de hack a <targetfile.ext> . Pruébelo con uno o dos de sus archivos problemáticos y vea qué ocurre con ellos cuando se desmonta/monta de nuevo la unidad.

xattr -wx com.apple.FinderInfo 6861636B00000000000000000000000000000000000000000000000000000000 <targetfile.ext>

(¿Por qué todos los ceros? El com.apple.FinderInfo El atributo extendido debe escribirse como un solo bloque de 32 bytes. De todos modos, sea cual sea el aspecto que tenga aquí, se trata de un solo comando, todo en una sola línea, como era de esperar).