Como corrigir arquivos cinza no Finder?

13

Existe alguma maneira de forçar o Finder a atualizar suas informações em uso para arquivos cinza (inacessíveis)?

Detalhes:

Movo arquivos usados ​​com pouca frequência do meu Mac (OS X 10.6) para um servidor de arquivos do Windows Server 2008. Recentemente, encontrei um grande número de arquivos que o Finder do OS X mostra em cinza (como seria se o arquivo estivesse sendo copiado). Os arquivos em questão são todos válidos e completos: sem corrupção ou falta de dados; de fato, posso acessar os arquivos do Terminal ou de um computador com Windows sem problemas, mas o Finder ainda acha que eles devem ser considerados inacessíveis.

Eu posso "corrigir" o problema copiando o arquivo original para um novo nome, excluindo o arquivo original, aguardando mais ou menos alguns minutos e renomeando o novo arquivo para o nome original (se eu não esperar muito tempo, o novo o arquivo ficará cinza quando for renomeado para o nome original).

Basicamente, parece que o Finder falhou em limpar algumas sinalizações "em uso" ou "incompletas" [conjecturas].

Então, voltando à pergunta original: como isso pode ser corrigido? Idealmente, eu gostaria de poder digitalizar as unidades de rede e encontrar e corrigir todos os arquivos em cinza via Terminal ou operação recursiva, para que eu possa corrigi-los sem perder muito tempo.

Robert Altman
fonte
Isso tem a ver com permissões? Você verificou isso?
Martin Marconcini
Reiniciar o Finder funciona?
Itai Ferber
Sem permissões: os arquivos incorretos são acessíveis via Terminal. Reiniciar o OS / X não tem efeito.
Robert Altman

Respostas:

8

Isso resolveu para mim! http://macadmins.psu.edu/news/2011/06/grayed_out_finder_folder

Então o que aconteceu? Parece que a data de criação da pasta foi definida como uma data aleatória em 1943. Embora não tenhamos certeza de como isso aconteceu, descobrimos como corrigi-la.

Usamos alguns binários fornecidos com as Ferramentas do desenvolvedor, GetFileInfo e SetFile. GetFileInfo nos mostrou a data de criação da pasta. Nós o ignoramos a princípio, mas com um exame mais atento ele chamou nossa atenção.

$ GetFileInfo Test / diretório: "/ Usuários / usuário / Desktop / Teste" atributos: avbstclinmedz criado: 13/06/1943 06:13:00 modificado: 13/06/2011 15:07:33

Em seguida, poderíamos alterar a data de criação usando a ferramenta SetFile.

$ SetFile -d 13/06/2011 Teste /

Depois de definir a data para um horário razoável, podemos ver que ela realmente mudou.

$ GetFileInfo Test / diretório: "/ Users / userid / Desktop / Test" atributos: avbstclinmedz criado: 13/06/2011 06:13:00 modificado: 13/06/2011 15:07:33

A pasta então mostrou-se corretamente no Finder e foi novamente utilizável. Também descobrimos que, se você criar um alias da pasta, poderá ver os dados e removê-los. Uma vez que foi movido para outra pasta, a pasta antiga pode ser excluída.

nickganga
fonte
1
Isso faria muito sentido; se bem me lembro, estava vendo datas estranhas. Infelizmente (para testar a teoria), eu já limpei os erros e não vejo isso de novo há algum tempo. Obrigado pela informação!
Robert Altman
5

Use ls -lapara verificar se o arquivo possui propriedades estendidas. Isso será semelhante a:

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

Olhe para @ o final. Isso significa propriedades estendidas.

Para visualizar as propriedades estendidas, você precisará usar o xattr -l filenamecomando

Em muitos casos, os arquivos acinzentados têm com.apple.FinderInfoatributo, que se parece com:

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 remover esse atributo, execute xattr -d com.apple.FinderInfo filenamee o arquivo voltará ao normal.

Se você precisar remover esse atributo de todos os arquivos recursivamente, poderá executar:

xattr -dr com.apple.FinderInfo .

Não perca o ponto .no final, que significa o diretório atual.

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

camikiller
fonte
1
Apenas este funcionou para mim em High Sierra.
Rivera
2

Resolvi isso usando o comando duplicado na pasta acinzentada. A nova pasta estará acessível e os arquivos podem ser movidos para outra pasta. Após mover os arquivos, exclua as duas pastas (cinza e cópia), agora ambas vazias

Adrian Trif
fonte
1

Tente excluir seus caches (~ / Library / Caches) e reinicie. Minha experiência foi que isso geralmente corrige problemas estranhos relacionados a ícones.

Harv
fonte
Infelizmente, isso não teve efeito.
Robert Altman
1

Você pode tentar rsync os arquivos novamente usando a rsyncferramenta:

$ rsync -aut /source/* /destination

ou (se houver muitos arquivos):

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

Aqui estão os argumentos para o 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 você estiver usando o GNU rsync, considere adicionar:

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

Nota: Você pode instalar o GNU rsyncpor brew install rsync.

Se isso não ajudar, tente também sem -u.

kenorb
fonte
@ Flimm Certo, eu estava usando realmente o GNU para testá-lo, esclareci a resposta. Removido -N, mas você pode adicioná-lo se tiver a versão GNU; caso contrário, use a sintaxe BSD.
Kenorb #
Usar o GNU rsync com o -Nsinalizado funcionou para mim. Não tenho certeza se foi por causa da -Nbandeira.
Flimm
0

Eureka! Eu descobri o que está causando o problema.

Os arquivos estão sendo copiados para um compartilhamento de rede do Windows Server 2008 com a replicação DFS (para outro servidor). De alguma forma, o Finder está armazenando em cache o status "ocupado" do arquivo; e isso às vezes ocorre enquanto o arquivo está sendo replicado.

A solução alternativa é usar o terminal para duplicar o arquivo, excluir o original, ESPERA !!! e renomeie a duplicata para o nome original. (Se você não esperar, a cópia duplicada ficará cinza quando for renomeada.)

Esse é o "o quê"; Ainda espero que alguém possa explicar onde as informações estão armazenadas em cache.

Se alguém puder descobrir onde as informações estão armazenadas em cache e como identificar quais arquivos são afetados em um script, aceitarei sua resposta; caso contrário, vou marcar isso como esta resposta e escrever o problema na estranheza de interoperabilidade do OS / X e Windows.

Robert Altman
fonte