Archivos atenuados en Finder: ¿problema potencial de atributos extendidos?

Tengo un problema bastante extraño con algunos archivos de imagen que tengo en un servidor de archivos local. He pasado un tiempo tratando de resolverlo, sin éxito. Esperemos que alguien aquí pueda ofrecer alguna ayuda.

Recientemente, después de importar archivos de imagen desde mi cámara, aparecen atenuados en la ventana de mi buscador y no puedo abrirlos ni copiarlos. Terminal los ve bien, y puedo operarlos sin problema. Si copio los archivos a un nuevo directorio después de borrar los xattrs, funcionan bien. Esto es algo molesto y toma tiempo para grandes cantidades de archivos, por lo que me gustaría evitar esto si es posible. Parece que algunas personas sugieren que los xattrs tienen la culpa de problemas similares, así que primero verifiqué eso. De hecho, hay atributos extendidos en los archivos afectados, en particular com.apple.FinderInfo. Si elimino com.apple.FinderInfoo elimino por completo xattrs con: xattr -c *los archivos ya no estarán atenuados y se podrá acceder a ellos nuevamente.

El quid de la cuestión es que después de un tiempo (alrededor de 15 segundos), Finder regenera el com.apple.FinderInfoxattr y los archivos vuelven a estar atenuados e inaccesibles nuevamente.

Algunas notas potencialmente útiles que he compilado:

  • Antes de atenuarse, la fecha de modificación se muestra correctamente como Hoy
  • Después de atenuarse, la fecha de modificación (en Finder) se muestra como
    24 de enero de 1984
  • Curiosamente, incluso después de estar atenuada, la fecha modificada de un GetFileInfocomando se muestra correctamente como Hoy, aunque se muestra en 1984 en Finder.
  • Realizar una touchen el archivo atenuado no cambia la fecha de modificación incorrecta en la ventana del Finder
  • Actuar mdlsen la carpeta principal o en el archivo atenuado muestra un campo interesante:kMDItemFSCreationDate = 1970-01-01 00:00:00 +0000
  • Si copio la carpeta afectada desde la Terminal mientras los archivos están atenuados, el problema persiste en la nueva carpeta; Si copio la carpeta después de eliminar los xattrs sin dar com.apple.FinderInfola oportunidad de regenerar, los nuevos archivos no parecen haberse com.apple.FinderInforegenerado y se pueden abrir y copiar sin problemas.
  • Por alguna razón, parece que no puedo actualizar los permisos en los archivos afectados. Después de una sudo chmod a+rwx *, sigo recibiendo esta cadena de permisos de ls:-rwx------@
  • Los archivos se almacenan en un recurso compartido smb desde un servidor de red local que ejecuta ZFS en FreeNAS 9.2.1.8; Creo que encontré este problema por primera vez en algún momento después de actualizar la versión de FreeNAS, pero no puedo estar seguro de si eso lo causó o no, ya que estoy seguro de que otro software en mi computadora también cambió durante ese período.
  • En algún momento en el pasado, cambié algunas preferencias del Finder para deshabilitar la creación de .DS_Store en recursos compartidos de red, ya que no se genera ningún archivo .DS_Store en estos directorios.

Cualquier ayuda sobre este tema sería muy apreciada, ya que me está empezando a volver un poco loco. ¡Gracias de antemano!

Esto suena como un problema que debe dirigir a la sección de soporte para FreeNAS. La única solución segura que conozco es copiar los archivos a un volumen local (no en red) y eliminar los xattrvalores.
Revisé esto nuevamente anoche y resolví el problema. Tenía el tipo de permisos de almacenamiento del conjunto de datos dentro de freenas configurado en "Unix" en lugar de "Windows" desde que lo configuré inicialmente como un recurso compartido de NFS hace un par de años. No pude encontrar ninguna respuesta definitiva a lo que esto cambia, excepto algunas referencias para permitir ACL. Tampoco estoy seguro de por qué nunca experimenté este problema antes (podría haber sido la actualización de FreeNAS 9 o la actualización de OSX a Yosemite... no estoy seguro de cuál). En cualquier caso, esto solucionó el problema para mí, en caso de que alguien más esté experimentando un problema extraño como este.
Enfrenté el problema hoy al usar un disco móvil. Edité las opciones de montaje /etc/fstabpara escribir archivos. Copié archivos en un Mavericks iMac e intenté usarlos en un macbook Yosemite, pero resultó ser gris. ¿Quizás es el error de Yosemite?

Respuestas (1)

Esto funcionó, pero después de expulsar el disco externo (NTFS), el problema volvió

xattr -d com.apple.FinderInfo fileToUpdate 

(o para todos los archivos en una carpeta xattr -d com.apple.FinderInfo *)

Esto funcionó despuéseject/re-mount

xattr -wx com.apple.FinderInfo 

0000000000000000001000000000000000000000000000000000000000000000 fileToUpdate

Notas de man xattr:

 xattr -w [-rsx] attr_name attr_value file ...
 xattr -x  Force the attribute value to be displayed in the hexadecimal representation.