¿Cómo arreglar archivos grises en el Finder?

13

¿Hay alguna manera de forzar al Finder a actualizar su información en uso para archivos grises (inaccesibles)?

Detalles:

Muevo los archivos utilizados con poca frecuencia desde mi Mac (OS X 10.6) a un servidor de archivos de Windows Server 2008. Recientemente he encontrado una gran cantidad de archivos que el Finder de OS X muestra en gris (como lo haría si el archivo estuviera en el proceso de ser copiado). Todos los archivos en cuestión son válidos y completos: no hay datos corruptos o faltantes; de hecho, puedo acceder a los archivos desde la Terminal o desde una computadora con Windows sin problemas, pero Finder aún cree que deberían considerarse inaccesibles.

Puedo "arreglar" el problema copiando el archivo original a un nuevo nombre, eliminando el archivo original, esperando unos minutos, y luego cambiando el nombre del nuevo archivo al nombre original (si no espero el tiempo suficiente) , el nuevo archivo se volverá gris cuando se le cambie el nombre al nombre original).

Básicamente, parece que el Finder no ha podido borrar alguna marca "en uso" o "incompleta" [conjetura].

Entonces, volviendo a la pregunta original: ¿cómo se puede solucionar? Lo ideal sería poder escanear las unidades de red y encontrar y reparar todos los archivos grises a través de la Terminal o la operación recursiva , así que puedo arreglarlos todos sin perder mucho tiempo.

    
pregunta Robert Altman 06.03.2011 - 04:12

6 respuestas

0

Eureka! Me di cuenta de lo que está causando el problema.

Los archivos se están copiando a un recurso compartido de red de Windows Server 2008 con replicación DFS (a otro servidor). De alguna manera, Finder está almacenando en caché el estado "ocupado" del archivo; y esto ocurre a veces mientras se está replicando el archivo.

La solución es usar el terminal para duplicar el archivo, eliminar el original, ESPERAR, y luego cambiar el nombre del duplicado al original. (Si no esperas, el duplicado se vuelve gris cuando cambia de nombre).

Eso es el "qué"; Todavía espero que alguien pueda explicar dónde se almacena la información en caché.

Si alguien puede averiguar dónde se guarda la información en la caché y cómo identificar qué archivos se ven afectados en un script, aceptaré su respuesta; de lo contrario, marcaré esto como esta respuesta y escribiré el problema en OS / X & Rareza de la interoperabilidad de Windows.

    
respondido por el Robert Altman 12.04.2011 - 22:57
7

Esto me lo resolvió! enlace

  

Entonces, ¿qué pasó? Parece que la fecha de creación de la carpeta fue establecida   a una fecha aleatoria en 1943. Si bien no estamos seguros de cómo sucedió,   Descubrí cómo arreglarlo.

     

Usamos algunos binarios que venían con las herramientas de desarrollo, GetFileInfo   y SetFile. GetFileInfo nos mostró la fecha de creación de la carpeta. Nosotros   Lo pasé por alto al principio, pero con un examen más detenido nos llamó la atención.

     

$ GetFileInfo Test / directory: "/ Users / user / Desktop / Test" atributos:   avbstclinmedz creado: 13/06/1943 06:13:00 modificado: 13/06/2011   15:07:33

     

Entonces podríamos cambiar la fecha de creación usando la herramienta SetFile.

     

$ SetFile -d 06/13/2011 Prueba /

     

Después de ajustar la fecha a un tiempo razonable, podemos ver que   realmente ha cambiado.

     

$ GetFileInfo Test / directory: "/ Users / userid / Desktop / Test"   Atributos: avbstclinmedz creado: 13/06/2011 06:13:00 modificado:   13/06/2011 15:07:33

     

La carpeta se mostró correctamente en el Finder y fue de nuevo utilizable. Nosotros   También se encontró que si creó un alias de la carpeta, podría ver   Los datos y sacarlos. Una vez que fue movido a otra carpeta,   la carpeta antigua podría ser eliminada.

    
respondido por el nickganga 16.08.2011 - 19:02
3

Use ls -la para verificar si el archivo tiene propiedades extendidas. Eso se verá similar a:

-rwxr-xr-x@ 1 user1 staff 439734882 Aug 16 21:34 myfile.zip

Mira el @ al final. Eso significa propiedades extendidas.

Para ver las propiedades extendidas, deberá usar el comando xattr -l filename .

En muchos casos, los archivos en gris tienen el atributo com.apple.FinderInfo , que se parece a:

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 00  |................|
00000020

Para eliminar ese atributo, ejecute xattr -d com.apple.FinderInfo filename , y el archivo volverá a la normalidad.

Si necesita eliminar ese atributo de todos los archivos de forma recursiva, puede ejecutar:

xattr -dr com.apple.FinderInfo .

No te pierdas el punto . al final que significa el directorio actual.

publicación original: enlace

    
respondido por el camikiller 22.10.2016 - 07:08
2

Resolví esto usando el comando duplicado en la carpeta en gris. La nueva carpeta será accesible y los archivos se pueden mover a otra carpeta. Después de mover los archivos, elimine ambas carpetas (gris y copiar), ahora ambas vacías

    
respondido por el Adrian Trif 22.10.2012 - 21:28
1

Intente eliminar sus cachés (~ / Library / Caches) y reinicie. Mi experiencia ha sido que, por lo general, esto corrige problemas relacionados con los iconos impares.

    
respondido por el Harv 11.04.2011 - 22:35
1

Puedes intentar sincronizar los archivos nuevamente usando la herramienta rsync :

$ rsync -aut /source/* /destination

o (si hay demasiados archivos):

$ find /source/ -name \* -type f -exec rsync -at {} /destination/ ";"

Aquí están los argumentos para BSD rsync :

-a, --archive               archive mode; equals -rlptgoD (no -H,-A,-X)
-u, --update                skip files that are newer on the receiver
-t, --times                 preserve modification times

Si está utilizando GNU rsync , considere agregar:

-N, --crtimes               preserve create times (newness)

Nota: puedes instalar GNU rsync por brew install rsync .

Si esto no ayuda, también intente sin -u .

    
respondido por el kenorb 23.02.2015 - 14:57

Lea otras preguntas en las etiquetas