16 votos

¿Cómo arreglar archivos grises en Finder?

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

Detalles:

Muevo archivos poco usados de mi Mac (OS X 10.6) a un servidor de archivos Windows Server 2008. Recientemente me he encontrado con un gran número de archivos que el Finder de OS X muestra como grises (como lo haría si el archivo estuviera en proceso de copia). Los archivos en cuestión son todos válidos y completos: sin corrupción o datos faltantes; de hecho, puedo acceder a los archivos desde Terminal o desde un ordenador Windows sin problema, pero el Finder sigue pensando que deberían considerarse inaccesibles.

Puedo "arreglar" el problema copiando el archivo original a un nuevo nombre, borrando el archivo original, esperando un minuto o así, y luego renombrando el nuevo archivo al nombre original (si no espero el tiempo suficiente, el nuevo archivo se volverá gris al ser renombrado al nombre original).

Básicamente, parece como si el Finder no hubiera limpiado alguna bandera de "en uso" o "incompleto" [conjetura].

Entonces, volviendo a la pregunta original: ¿cómo se puede arreglar esto? Idealmente, me gustaría poder escanear las unidades de red y encontrar y arreglar todos los archivos grises a través de Terminal u operación recursiva, para poder arreglarlos todos sin perder mucho tiempo.

0 votos

¿Tiene que ver con permisos? ¿Lo has revisado?

0 votos

¿Funciona reiniciar el Finder?

0 votos

No se tienen permisos: los archivos problemáticos son accesibles a través de Terminal. Reiniciar OS/X no tiene efecto.

8voto

nickganga Puntos 51

¡Esto lo resolvió para mí! http://macadmins.psu.edu/news/2011/06/grayed_out_finder_folder

Entonces, ¿qué paso? Parece que la fecha de creación de la carpeta se estableció en una fecha aleatoria en 1943. Aunque no estamos seguros de cómo sucedió, descubrimos cómo solucionarlo.

Usamos algunos binarios que venían con las Herramientas para Desarrolladores, GetFileInfo y SetFile. GetFileInfo nos mostró la fecha de creación de la carpeta. Al principio lo pasamos por alto, pero con un examen más detenido llamó nuestra atención.

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

Luego pudimos cambiar la fecha de creación utilizando la herramienta SetFile.

$ SetFile -d 06/13/2011 Test/

Después de restablecer la fecha a un momento razonable, pudimos ver que realmente había cambiado.

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

Luego la carpeta se mostró correctamente en el Finder y se pudo utilizar nuevamente. También descubrimos que si creabas un alias de la carpeta, podías ver los datos y moverlos. Una vez que se movieron a otra carpeta, la carpeta antigua se pudo borrar.

1 votos

Esto tendría mucho sentido; si recuerdo correctamente, estaba viendo fechas extrañas. Lamentablemente (para probar la teoría), desde entonces he corregido los errores y no he vuelto a ver esto en un tiempo. ¡Gracias por la información!

2voto

einpoklum Puntos 116

Resolví esto utilizando el comando de duplicar en la carpeta grisácea. La nueva carpeta será accesible y los archivos se pueden mover a otra carpeta. Después de mover los archivos, eliminar ambas carpetas (gris y copia), ahora ambas vacías

1voto

bdonlan Puntos 508

Intenta eliminar tus cachés (~/Biblioteca/Cachés) y reiniciar. Mi experiencia ha sido que esto generalmente soluciona problemas inusuales relacionados con los iconos.

0 votos

Desafortunadamente, esto no tuvo ningún efecto.

1voto

matthew k Puntos 11

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 rsync de BSD:

-a, --archive               modo de archivo; igual a -rlptgoD (sin -H,-A,-X)
-u, --update                omite archivos que son más nuevos en el receptor
-t, --times                 conserva las fechas de modificación

Si estás usando rsync de GNU, considera agregar:

-N, --crtimes               conservar las fechas de creación (novedad)

Nota: Puedes instalar rsync de GNU con brew install rsync.

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

0 votos

@Flimm Correcto, estaba usando en realidad GNU para probarlo, he aclarado la respuesta. Se ha eliminado -N, pero puedes agregarlo si tienes la versión GNU, de lo contrario utiliza la sintaxis de BSD.

0 votos

Usar GNU rsync con la bandera -N funcionó para mí. No estoy seguro si fue por la bandera -N.

0voto

Erlend Halvorsen Puntos 843

¡Eureka! ¡He descubierto qué está causando el problema!

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

La solución temporal es usar la terminal para duplicar el archivo, borrar el original, ¡ESPERAR!, y luego renombrar la duplicación al nombre original. (Si no esperas, la duplicación puede volverse gris al renombrarla.)

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

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

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X