MacOS: reaparecen los atributos extendidos

3

Algunos archivos en mi disco externo aparecieron en gris. Por lo tanto, eliminé todos los atributos extendidos con el comando xattr -rc , que funciona correctamente y todos mis archivos parecen normales. Sin embargo, después de desconectar y volver a enchufar mi unidad externa, el mismo conjunto de archivos vuelve a aparecer en gris. Entonces, para copiar cualquier archivo, tuve que volver a ejecutar el comando xattr para los archivos cada vez, lo que hace que se comporten como archivos normales.

Por favor, ayúdeme. No puedo encontrar la respuesta para la misma después de haber recorrido la Web y StackOverflow de forma exhaustiva

Actualizaciones

Tipos de archivos

Todos los tipos de archivos como .dmg, .epub, .docx, etc. aparecieron en gris, no hay un tipo específico de archivo como tal.

Con respecto a los atributos extendidos

Cuando elimino completamente todos los atributos extendidos, el problema desaparece. Por lo tanto, no estoy al tanto de qué atributo en particular está causando que los archivos estén en gris.

Aquí está la salida de ls leO@ en tales archivos en gris.

-rwxr-xr-x@ 1 username  staff  -   4433605 Jul  9 22:38 xyz.dmg
    com.apple.FinderInfo           32 
    com.apple.metadata:kMDItemWhereFroms          110 
    com.apple.quarantine

-rwxr-xr-x@ 1 username  staff  -      3659 Jul  9 22:38 replug_facetime.zip
    com.apple.FinderInfo           32 
    com.apple.metadata:kMDItemWhereFroms          115 
    com.apple.quarantine           58 

-rwxr-xr-x@ 1 username  staff  -  22617886 Jul  9 22:38 robo3t-1.1.1-darwin-x86_64-c93c6b0.dmg
    com.apple.FinderInfo           32 
    com.apple.diskimages.fsck          20 
    com.apple.diskimages.recentcksum           80 
    com.apple.metadata:kMDItemWhereFroms          161 
    com.apple.quarantine           58 

Formato de unidad externa

NTFS (se puede escribir inicialmente a través del software Mounty, ahora de forma nativa utilizando algunos comandos )

Actualización 2

Aquí está la salida de xattr -pl com.apple.FinderInfo atom-mac.zip

com.apple.FinderInfo: 00000000 62 72 6F 6B 4D 41 43 53 00 00 00 00 00 00 00 00 | brokMACS ........ | 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................ | 00000020

    
pregunta geeksal 09.07.2018 - 19:39

1 respuesta

4

La causa del problema, o, más bien, la causa de los síntomas del problema, se explica de hecho al conocer el contenido del atributo extendido 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 ser copiado y, por lo tanto, no se puede acceder. (Se supone que estas marcas deben borrarse al finalizar el proceso de copia). Como consecuencia, el Finder "descompone" los iconos de dichos archivos para reflejar el estado de inmutabilidad del usuario. Borrar el atributo com.apple.FinderInfo extendido alivia la situación al eliminar la causa próxima.

El problema real, sin embargo, es la constante reasignación de este estado de "copia en ocupado" a los distintos archivos. De hecho, usted preguntó específicamente por qué los atributos extendidos vuelven a aparecer para archivos particulares. Mi respuesta: no sé la mecánica de los eventos, pero sí sé qué hay detrás.

Apple admite de forma nativa la lectura, pero no la escritura, en unidades NTFS. Se sabe que el método de solución temporal a medida de fstab que está utilizando actualmente para permitir la escritura en el disco es inestable y se garantiza que causa problemas. (¿Es realmente su nombre de usuario nombre de usuario ?) Me pregunté cómo se le ocurrió la idea abstracta de borrar atributos extendidos para corregir la situación de archivo inaccesible, y una visita al sitio de Mounty Software (la fuente de su solución anterior) me mostró que era su recomendación específica. Como has aprendido, no es una solución duradera. El problema continuará mientras continúe usando su método actual de acceso al sistema de archivos NTFS.

Si debe tener acceso de lectura / escritura a un disco formateado con NTFS, y no puede reemplazarlo con uno en el formato exFAT con soporte nativo, deberá elegir una oferta de terceros para proporcionar una solución permanente. Aquellos que conozco que ofrecen una usabilidad aceptable son Tuxera, Paragon y Fuse / NTFS3G. Los dos primeros son productos comerciales disponibles de forma gratuita; el tercero es una combinación de dos productos de código abierto.

  

EDITAR: Respuesta al comentario de OP a continuación

Lamento decir que no tengo ninguna instrucción de línea de comandos que definitivamente te ayude. Creo que la única forma de solucionar el problema es cambiar el método que usa para el acceso al sistema de archivos de uno que se sabe que tiene problemas, como lo hace su método actual, a uno que no.

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 solo dura hasta la próxima vez que se monte el disco. Es posible que la asignación de un valor ficticio al atributo com.apple.FinderInfo de un archivo le permita persistir sin problemas durante el proceso de montaje y evitará que el Finder vuelva a asignar el estado de brok/MACS . Específicamente, este comando dará un tipo de archivo falso de hack a <targetfile.ext> . Pruébelo en solo uno o dos de sus archivos de problemas, y vea qué les sucede cuando se desmonta / vuelve a montar la unidad.

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

(¿Por qué todos los ceros? El atributo extendido com.apple.FinderInfo debe escribirse como un único bloque de 32 bytes. De todos modos, como se vea aquí, es un comando, todo en una línea, como cabría esperar).

    
respondido por el Doc G. 23.07.2018 - 01:08

Lea otras preguntas en las etiquetas