Come risolvere i file grigi in Finder?

Eureka! Ho capito che cosa sta causando il problema.

I file vengono copiati su una condivisione di rete Windows Server 2008 con replica DFS (su un altro server). In qualche modo, Finder memorizza nella cache lo stato "occupato" del file; e questo a volte si verifica mentre il file viene replicato.

La soluzione è utilizzare il terminale per duplicare il file, eliminare l'originale, ATTENDERE !!!, quindi rinominare il duplicato con il nome originale. (Se non si attende, il duplicato diventa grigio quando viene rinominato.)

Questo è il "cosa"; Spero ancora che qualcuno possa spiegare dove sono archiviate le informazioni.

Se qualcuno può capire dove sono archiviate le informazioni e come identificare quali file sono interessati in uno script, accetterò la loro risposta; altrimenti, contrassegnerò questo come questa risposta e scriverò il problema su OS / X & Stranchezza di interoperabilità di Windows.

Questo l'ha risolto per me! link

So, what happened? It appears that the folder's creation date was set to a random date in 1943. While we are unsure of how it happened, we did figure out how to fix it.

We used a few binaries that came with the Developer Tools, GetFileInfo and SetFile. GetFileInfo showed us the creation date of the folder. We overlooked it at first, but with closer examination it caught our eye.

$ GetFileInfo Test/ directory: "/Users/user/Desktop/Test" attributes: avbstclinmedz created: 06/13/1943 06:13:00 modified: 06/13/2011 15:07:33

We then could change the creation date using the SetFile tool.

$ SetFile -d 06/13/2011 Test/

After seting the date back to a reasonable time, we can see that it has truly changed.

$ GetFileInfo Test/ directory: "/Users/userid/Desktop/Test" attributes: avbstclinmedz created: 06/13/2011 06:13:00 modified: 06/13/2011 15:07:33

The folder then showed properly in the Finder and was again usable. We also found that if you created an alias of the folder, you could see the data and move it out. Once it was moved out into another folder, the old folder could be deleted.

Utilizza ls -la per verificare se il file ha proprietà estese. Sembrerà simile a:

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

Guarda @ alla fine. Ciò significa proprietà estese.

Per visualizzare le proprietà estese, dovrai utilizzare il comando xattr -l filename .

In molti casi, i file in grigio hanno attributo com.apple.FinderInfo , che assomiglia 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

Per rimuovere quell'attributo, esegui xattr -d com.apple.FinderInfo filename e il file tornerà alla normalità.

Se è necessario rimuovere ricorsivamente quell'attributo da tutti i file, è possibile eseguire:

xattr -dr com.apple.FinderInfo .

Non perdere il punto . alla fine che indica la directory corrente.

Post originale: link

Ho risolto questo problema utilizzando il comando duplicato nella cartella in grigio. La nuova cartella sarà accessibile e i file possono essere spostati in un'altra cartella. Dopo aver spostato i file, elimina entrambe le cartelle (grigio e copia), ora entrambe vuote

Prova a eliminare le cache (~ / Library / Caches) e riavvia. La mia esperienza è stata che questo di solito risolve problemi relativi alle icone.

Puoi provare a rsync di nuovo i file utilizzando lo strumento rsync :

$ rsync -aut /source/* /destination

o (se ci sono troppi file):

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

Ecco gli argomenti per 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

Se stai utilizzando GNU rsync , considera l'aggiunta di:

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

^{Nota: puoi installare GNU rsync di brew install rsync .}

Se ciò non ti aiuta, prova anche senza -u .