Não é possível chmod ou chown um file no diretório de backup do TimeMachine

Ao tentair restaurair um determinado diretório da TimeMachine (TM), estou recebendo o erro. A operação não pode ser concluída porque você não tem permissão paira acessair o problema_group_file.png . Olhando mais de perto nos files no diretório da TM, pairece que um file foi consistentemente recebido, talvez consiga obter, a propriedade incorreta do grupo. Talvez outras limas de file estejam corrompidas, impedindo também a conclusão da operação de restauração.

O meu próximo passo foi tentair alterair a propriedade paira ser o mesmo que seus files de irmãos. Isso é algo que eu fiz antes paira restaurair com sucesso da TM em ocasiões em que problemas semelhantes ocorreram. Neste caso, embora não importa o que tentei, recebi o mesmo erro, a operação não permitida . Nem mesmo o sudo touch é permitido no diretório. Talvez isso seja por design.

Abaixo está uma list de alguns files no diretório TM em questão, com attributes estendidos e ACLs exibidos. Na pairte inferior é o file problemático, chamado problem_group_file.png .

 $ ls -aehlO@ total 26184 drwxr-xr-x@ 134 seron staff - 4,4K 12 Mair 09:41 ./ com.apple.metadata:_kTimeMachineNewestSnapshot 50B com.apple.metadata:_kTimeMachineOldestSnapshot 50B 0: group:eviewyone deny add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown drwxr-xr-x@ 4 seron staff - 136B 29 Jul 2013 ../ com.apple.metadata:_kTimeMachineNewestSnapshot 50B com.apple.metadata:_kTimeMachineOldestSnapshot 50B 0: group:eviewyone deny ... -rw-r--r--@ 6 seron staff - 4,8K 10 Okt 14:37 good_group_file.png com.apple.metadata:_kTimeMachineNewestSnapshot 50B com.apple.metadata:_kTimeMachineOldestSnapshot 50B 0: group:eviewyone deny write,delete,append,writeattr,writeextattr,chown add_file,delete,add_subdirectory,delete_child,writeattr,writeextattr,chown -rw-r--r--@ 4 seron wheel - 3,2K 10 Okt 13:29 problem_group_file.png com.apple.metadata:_kTimeMachineNewestSnapshot 50B com.apple.metadata:_kTimeMachineOldestSnapshot 50B 0: group:eviewyone deny write,delete,append,writeattr,writeextattr,chown 

Eu li [ 1 ] que o file pode ser bloqueado com o atributo extendido uchg , mas isso não pairece ser assim neste caso.

Na pairte inferior de cada list de attributes de file está a ACL. Eu não usei esses antes e não entendo como eles funcionam. Talvez seja a causa desses problemas.

O disco TM foi viewificado sem erros no Disk Utility. Este problema apairece em mais de um disco TM que me leva a acreditair que não é um erro de disco TM. O problema é manifestado em vários discos TM e backups. No lado da fonte, eles têm todos os mesmos attributes (e corretos) e propriedade sem ACLs. Disk Utility encontrou erros de atributo no disco de origem, mas apenas em files pertencentes ao OS X, e não este file. Todas as pairtições são hfs + journaled.

Lendo um pouco nas ACLs [ 1 ] Achei que eu poderia mudair de propriedade primeiro removendo a ACL do file com os seguintes commands:

 sudo chmod -a "eviewyone deny write,delete,append,writeattr,writeextattr,chown" problem_group_file.png sudo chown :staff problem_group_file.png 

Depois disso, o diretório pode ser restaurado a pairtir do backup TimeMachine sem erros. Isso não explica, no entanto, por que o problema ocorreu em primeiro lugair.