Atualizar um clone da unidade OS X inicializável com o rsync?

Question

A pergunta:

é possível manter um clone da unidade de backup do OS X atualizado com o rsync? Se o rsync não for uma opção viável, existem alternativas?

A configuração:

Minhasituaçãoécomomostradoacima.UmSamsung840SSDinterno[120g]emusocomodiscodeinicializaçãodoOSX10.8emummodelorecentedoMacMini.Eutenhoclonadocomsucessoessaunidadecomoutilitáriodediscoparaumapartiçãode125gdeoutroHDDemumgabineteUSB3externoenessepontoeusoucapazdeinicializaraele.

Objetivo:

Comoomeuúltimosistemafoilançadoemumincêndio,levandomuitosdadosvaliososcomele,tenhoumnovorespeitoporumasoluçãodebackupadequadaerealmentequerofazerissodireito.Meuobjetivoéobterumbackup/atualizaçãodiferencialautomatizadodoDiscoAparaoDiscoB,enquantoomaisimportanteémanteracapacidadedeinicializaçãonaunidadeexterna.Eeuprefeririafazerissodiferencialmenteparaminimizaroestressenasunidades.Portanto,orsyncfoiaprimeiracoisaqueveioàmente.

Oquetentei:

seguindo junto com a solução de backup diferencial inicializável do Jamie Zawinski

executando isso manualmente inicialmente trabalhado - eu testei com apenas uma alteração de arquivo muito minúsculo e tudo estava bem / inicialização externa e tudo. Agora, após passagens subsequentes, o rsync falha ao lançar erros particularmente relacionados à atualização de 'boot.efi' (não na máquina atualmente atualizarei a mensagem de log precisa assim que eu retornar para casa)

isso é um problema no tamanho da partição da unidade? o rsync requer mais espaço?

se não puder ser feito, existem alternativas? Eu ouvi sussurros de dd

EDIT: (para informações adicionais)

• OS X 10.8.4
• Intel Core i7 de 2,3 GHz

• Mac Mini

• O disco A é um SDD de capacidade de 120gig, com apenas cerca de 35 GB em uso.

• O disco B é uma partição de 125g, conforme indicado acima, e só tem aproximadamente 35g em uso com outro ~ = 90g de espaço disponível

• estava apenas lançando isso para fora, já que não sei exatamente como o rsync opera, mas não consigo imaginar que ele utilizaria mais de 125g de espaço de 'scratch' para fazer o backup de 35 GB de dados e configurações.

ATUALIZAÇÃO:

Depois de mais algumas horas de incapacidade para recriar o problema e não conseguir operar com sucesso, deparei-me com algumas opções de software existentes e experimentei-as.

Ainda gostaria de saber a maneira correta de atualizar diferencialmente uma unidade de inicialização clonada com rsync e abençoe se houver alguém com um processo de trabalho.

    

Answer 1

Meu novo script envolve o rsync e fornece exatamente essa funcionalidade. Ele foi projetado para criar clones limpos e inicializáveis do Mac OS X e fornece registro abrangente e tratamento de erros.

link

    

Answer 2

Eu usei o Carbon Copy Cloner para algo assim antes. Não é grátis, mas é bem barato e você pode usá-lo por 30 dias grátis.

    

Answer 3

Você deve revisar e postar (anonimizado) /var/log/syslog.log saída depois de executar o script. Se isso não ajudar você a descobrir, sinta-se à vontade para postar dados relevantes de log anônimos. Foi assim que resolvi meus problemas com isso.

showed permissions errors for me

$ cat /var/log/syslog.log | grep rsync

Como você pode observar, ao examinar os logs, haverá um erro se você não puder gravar ou ler a pasta de backup de destino. Nas instruções originais, o blog pede que você desmarque "ignorar permissões" da unidade de backup de destino no localizador (eu também tive que habilitar o admin para ler / gravar) para que o rsync possa fazer isso. Se você voltar e olhar as permissões mais tarde, verá que o OSX tem uma tendência a seguir em frente e alterá-las de volta para as configurações originais sempre que a unidade for desconectada (ou seja, se você reiniciar, dormir ou ejetar).

Olhando pelos fóruns, descobri que esse comportamento tem algo a ver com um arquivo chamado /var/db/volinfo.database. Aparentemente, excluindo este arquivo, em seguida, definir as permissões que você deseja corrigir esse comportamento. Parece funcionar por agora ... Eu posso ter que escrever proteger este arquivo, depois de configurar as coisas, ou ... como alterar o script para alterar as permissões conforme necessário antes de executar a tarefa rsync ...

$ sudo rm /var/db/volinfo.database

Por favor, note que se você tiver definido permissões personalizadas para várias unidades ... você pode salvar o arquivo antes de excluí-lo. Não tenho certeza de como a exclusão desse arquivo afetará sistemas com várias unidades conectadas ou outro material salvo. Embora eu ache que é uma correção benigna ... é uma boa idéia poder reverter facilmente se você quebrar coisas obviamente.

Mas sim, é assim que eu consegui essa solução funcionar para mim. Inicializei como um encanto. Devagar no começo ... mas coisas de spotlight / config estavam acontecendo. Então, na próxima tentativa, foi muito mais rápido ...

Eu acredito que vou querer tweek o script rsync um pouco ... mas sim ... isso foi um bom começo para mim. Eu irei atualizar mais tarde quando tiver uma melhora mais completa.

Além disso, você pode tentar adicionar à sua ou a qualquer script uma ordem para abençoar o impulso e fazê-lo; O OSX não parece mais respeitar a propriedade de mídia inserível, e fará com que o seu drive não seja mais inicializável, se tiver a chance. Também ... pergunta boba, mas você está segurando opção na inicialização? Mesmo com o CCC, não consigo inicializar a mídia da minha unidade de inicialização no modo de disco de destino ... cada vez que ele precisa ser OPT durante a inicialização.