Permissões Erro Time Capsule (o rsync não pode ser de propriedade de root: wheel group)

Question

Então, eu tinha acabado de apagar minha unidade TimeTaps 2TB e comecei a executar um script de sincronização que escrevi ao lado de um Backup do Time Machine. Ambos estão correndo há mais de um dia sem problemas, mas não de onde comecei a ver problemas com o meu roteiro. Primeiro, foi negado o acesso para excluir uma das pastas na minha unidade (eu tive que forçar a remoção da pasta no terminal). Em seguida, meu script falhou como um todo com o seguinte erro:

rsync: ERROR: cannot stat destination "destination folder on Time Capsule": Permission denied (13)

Absolutamente nenhuma ideia do porquê. Entrei em Volumes através do terminal e notei duas coisas. Primeiro, eu tive duas instâncias do disco rígido do meu Time Machine. Um chamado normalmente e outro com um -1 notado depois dele (digamos TimeCapsuleHDD e TimeCapsuleHDD-1). Se isso não fosse estranho o suficiente, o dono do TimeCapsuleHDD era root: wheel com drwx ------ permissions. O proprietário de TimeCapsuleHDD-1 era MyUserName: staff com drwx ------ permissions. Eu tentei alterar as permissões de TimeCapsuleHDD (que é onde meus aplicativos de sincronização estão gravando) via chown e chmod 755 sem fazer nada. Eu também tentei especificar chown MyUserName: staff sem sucesso. Alguém sabe qual é a causa disso? Agora estou desesperadamente zerando meu caminho na esperança de recuperar a posse adequada. Eu não poderia nem mesmo fazer o cd dentro dele sem realmente logar como root. Se isso acontecer novamente, eu adoraria aprender a corrigi-lo. Eu li que isso pode ser feito para problemas com o ACL. A pior parte é que eu tive um problema de permissões no meu novo 2013 iMac na outra noite em que eu tive que recuperar instalar o Mountain Lion para corrigir os problemas causados aleatoriamente (eu não era capaz de criar uma nova conta no meu computador como minhas permissões foram negados).

    

Answer 1

As únicas respostas que posso concluir é que ou os arquivos ACL foram confusos (o que, nesse caso, eles precisariam ser editados manualmente sem o uso do comando chmod e tal). Isso não explica o nome errado nas convenções de nomenclatura para TimeCapsuleHDD e TimeCapsuleHDD-1. Agora, como eu poderia dizer antes, eu não tinha acesso ao TimeCapsuleHDD, mas tinha acesso total ao TimeCapsuleHDD-1. Depois de limpar a unidade e tentar tudo de novo, parece que os nomes trocaram. Eu não tenho ideia de como o TimeCapsuleHDD-1 deve ser usado (já que existe uma montagem chamada Time Machine Backups, que eu diria que seria para o Time Machine) enquanto TimeCapsuleHDD é supostamente o Network HDD mount em Volumes. De alguma forma, esses nomes de montagem foram trocados por mim (mente espontaneamente porque isso aconteceu depois de sincronizações anteriores). Isso pode ter causado um problema (ainda se perguntando por que eles trocaram espontaneamente). Eu notei após a limpeza que eu possuo TimeCapsuleHDD e root: rodas possui TimeCapsuleHDD-1.

Editar: agora sei o que faz com que o TimeCapsuleHDD-1 apareça e o que causou esse erro de permissão. Parece que o OSX cria e faz a troca a quente na pasta Volumes por qualquer montagem (o Time Machine BackUp ou a montagem real do HDD) é acessada primeiro. Quando o Time Machine é iniciado, ele nomeia uma montagem temporária baseada no nome rotulado do HDD. Se você já tem o HDD montado, ele irá dublar um -1 depois dele, se não ... ele levará o nome normal. Portanto, se você montar o HDD depois que o Time Machine for iniciado, a montagem será rotulada com o -1 depois dele (o que é mudo). Para evitar isso, você deve montar o HDD na inicialização. A parte estranha é que eu já fiz isso ... mas acho que em algum momento ele desmontou e eles trocaram. Aqui está a referência que encontrei para mais informações: link .