Come riparare i file grigi in Finder?


13

Esiste un modo per forzare Finder ad aggiornare le sue informazioni in uso per file grigi (inaccessibili)?

Dettagli:

Sposto i file usati raramente dal mio Mac (OS X 10.6) su un file server Windows Server 2008. Recentemente ho trovato un gran numero di file che il Finder di OS X mostra in grigio (come farebbe se il file fosse in procinto di essere copiato). I file in questione sono tutti validi e completi: nessuna corruzione o dati mancanti; infatti, posso accedere senza problemi ai file dal Terminale o da un computer Windows, ma Finder pensa ancora che debbano essere considerati inaccessibili.

Posso "risolvere" il problema copiando il file originale con un nuovo nome, eliminando il file originale, attendendo qualche minuto e quindi rinominando il nuovo file con il nome originale (se non aspetto abbastanza, il nuovo il file diventerà grigio quando viene rinominato con il nome originale).

Fondamentalmente, sembra che il Finder non sia riuscito a cancellare alcuni flag "congetture" "in uso" o "incompleti".

Quindi, tornando alla domanda originale: come può essere risolto? Idealmente, vorrei essere in grado di scansionare le unità di rete e trovare e riparare tutti i file grigi tramite Terminale o Operazioni ricorsive, in modo da poterli riparare tutti senza perdere molto tempo.


Ha a che fare con le autorizzazioni? L'hai controllato?
Martin Marconcini,

Il riavvio del Finder funziona?
Itai Ferber

Non autorizzazioni: i file offensivi sono accessibili tramite Terminale. Il riavvio di OS / X non ha alcun effetto.
Robert Altman,

Risposte:


8

Questo mi ha risolto! http://macadmins.psu.edu/news/2011/06/grayed_out_finder_folder

Allora, cos'è successo? Sembra che la data di creazione della cartella sia stata impostata su una data casuale nel 1943. Mentre non siamo sicuri di come sia successo, abbiamo scoperto come risolverlo.

Abbiamo usato alcuni file binari forniti con gli strumenti per sviluppatori, GetFileInfo e SetFile. GetFileInfo ci ha mostrato la data di creazione della cartella. All'inizio l'abbiamo trascurato, ma con un esame più attento ha attirato la nostra attenzione.

$ GetFileInfo Test / directory: attributi "/ Users / user / Desktop / Test": avbstclinmedz creato: 13/06/1943 06:13:00 modificato: 13/06/2011 15:07:33

È quindi possibile modificare la data di creazione utilizzando lo strumento SetFile.

$ SetFile -d 13/06/2011 Test /

Dopo aver riportato la data a un tempo ragionevole, possiamo vedere che è davvero cambiata.

$ GetFileInfo Test / directory: attributi "/ Users / userid / Desktop / Test": avbstclinmedz creato: 13/06/2011 06:13:00 modificato: 13/06/2011 15:07:33

La cartella quindi è stata mostrata correttamente nel Finder ed è stata nuovamente utilizzabile. Abbiamo anche scoperto che se hai creato un alias della cartella, potresti vedere i dati e spostarli. Una volta spostato in un'altra cartella, è possibile eliminare la vecchia cartella.


1
Ciò avrebbe molto senso; se ricordo bene, vedevo date strane. Sfortunatamente (per testare la teoria), da allora ho ripulito gli errori e non lo vedo più da un po '. Grazie per le informazioni!
Robert Altman,

4

Utilizzare ls -laper verificare se il file ha proprietà estese. Sarà simile a:

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

Guarda @ la fine. Questo significa proprietà estese.

Per visualizzare le proprietà estese, è necessario utilizzare il xattr -l filenamecomando.

In molti casi, i file in grigio hanno un com.apple.FinderInfoattributo, 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 tale attributo, esegui xattr -d com.apple.FinderInfo filenamee il file tornerà alla normalità.

Se devi rimuovere quell'attributo da tutti i file in modo ricorsivo, puoi eseguire:

xattr -dr com.apple.FinderInfo .

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

Post originale: https://tangentlin.wordpress.com/2013/10/18/greyed-out-files-in-mac-osx/


Solo questo ha funzionato per me su High Sierra.
Rivera,

2

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


1

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


Sfortunatamente, questo non ha avuto effetto.
Robert Altman,

1

Puoi provare a risincronizzare nuovamente i file utilizzando lo rsyncstrumento:

$ rsync -aut /source/* /destination

oppure (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 usando GNU rsync, considera di aggiungere:

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

Nota: è possibile installare GNU rsyncda brew install rsync.

Se questo non aiuta, prova anche senza -u.


@Flimm Bene, stavo usando GNU per testarlo, ho chiarito la risposta. Rimosso -N, ma puoi aggiungerlo se hai la versione GNU, altrimenti usa la sintassi BSD.
Kenorb,

Usare GNU rsync con il -Nflag ha funzionato per me. Non sono sicuro che fosse a causa della -Nbandiera.
Flimm,

0

Eureka! Ho capito cosa sta causando il problema.

I file vengono copiati in una condivisione di rete di 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 alternativa consiste nell'utilizzare il terminale per duplicare il file, eliminare l'originale, ATTENDERE !!!, quindi rinominare il duplicato con il nome originale. (Se non aspetti, il duplicato diventa grigio quando viene rinominato.)

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

Se qualcuno riesce a capire dove sono memorizzate le informazioni nella cache e come identificare quali file sono interessati in uno script, accetterò la loro risposta; in caso contrario, contrassegnerò questo come questa risposta e scriverò il problema sulla stranezza dell'interoperabilità di OS / X e Windows.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.