Estou tentando mover meus arquivos de backup da máquina do tempo em Backups.backupdb para outra unidade. Iniciei uma cópia de arquivo da noite para o dia (porque vi que o OSX demorava uma eternidade para se preparar para a cópia ... basicamente estava contando os arquivos por horas). De manhã, vi que apenas alguns backups (pastas com datas) eram copiados. Depois tentei copiar os que não foram copiados ... mas o sistema operacional não me permitiu fazer isso. Recebi o erro "A operação não pode ser concluída porque os itens de backup não podem ser modificados". Portanto, meu plano é excluir a cópia incompleta na nova unidade e tentar copiar novamente a pasta Backups.backupdb.
Muito frustrante. Existe uma maneira mais rápida de copiar esses arquivos por meio de um comando terminal para que ele não execute todo esse arquivo contando a preparação?
Provavelmente posso tarar a pasta inteira e depois fazer uma cópia, mas isso interferirá em alguma das permissões de arquivo etc.? A única coisa com essa abordagem é que não tenho mais espaço no meu volume de origem para o tar.
ATUALIZAR
Eu tentei alguns dos métodos sugeridos pelas pessoas abaixo, especificamente usando a função de restauração do Disk Utility e está me dando algumas mensagens de erro e resultados inesperados (pelo menos para mim). Eu tentei fazer a restauração de duas maneiras:
- Com a opção "Apagar destino" marcada: Sempre que tentei duas vezes, quando a restauração terminar, vejo a mensagem "Não foi possível restaurar - Operação inválida" e "Não foi possível restaurar - Argumento inválido". No entanto, meu disco de destino recebe uma cópia dos meus arquivos da TM. O estranho é que meu disco de destino é EXATAMENTE como meu disco de origem ... até o tamanho. Meu disco de destino é de 1 TB, mas após a restauração, ele aparece como 200 GB quando eu recebo informações do localizador. Mas no Utilitário de Disco, ele mostra uma partição de 1 TB!
Eu tentei verificar / reparar o disco e obtive:
Tamanho inválido do nó da árvore B Verificando o volume Journaled HFS Plus. Tamanho inválido do nó da árvore B Reparo do volume concluído. Atualizando partições de suporte de inicialização para o volume, conforme necessário. Erro: O Utilitário de Disco não pode reparar este disco. Faça o backup do maior número possível de arquivos, reformate o disco e restaure os arquivos de backup.
Não sei se devo verificar / reparar um disco da TM ...
- Com "Apagar destino" desmarcado: a restauração nunca inicia e eu recebo:
Não foi possível restaurar - Operação não permitida
fonte
Respostas:
Uma cópia normal (ou cópia via rsync ou idem) não replicará completamente o Time Machine, pois converterá dois diretórios vinculados (como ocorre em backups sucessivos da TM sem alteração entre eles) em dois diretórios separados.
A melhor maneira é copiar todo o disco usando o Disk Utility ou a parte de cópia em bloco do Carbon Copy Cloner e provavelmente semelhante no SuperDuper .
fonte
Ao migrar uma unidade criptografada completa do Time Machine de 3 TB para uma nova unidade de 8 TB no macOS 10.14, encontrei todos os tipos de problemas. A tentativa de fazer uma restauração no Disk Utility resultou em erro "incapaz de validar a origem" ou "Operação não permitida". Tentando algumas outras sugestões nesta postagem e em outras, consegui receber novas e interessantes mensagens de erro como "O arquivo de catálogo na imagem / volume está muito fragmentado", mas sem cópia.
O que funcionou no final, no terminal:
diskutil cs list
no terminal para obter o tamanho exato de bytes do volume lógico na unidade antiga e o GUID do novo volume lógico, bem como os números de disco de ambos, por exemplodisk4
,.Use o tamanho exato de bytes da etapa 2 como o tamanho do novo volume. No meu caso, com uma unidade de 3 TB, foram 2.999.772.905.472 bytes:
Usando o
pv
comando do homebrew, faça uma cópia em bloco de baixo nível dos discos. É muito parecido com o usodd
, exceto que você obtém um medidor de progresso com o ETA.Você precisa obter os números de disco da
diskutil cs list
saída. Seja cuidadoso. É muito fácil substituir acidentalmente sua unidade de backup completo pela nova em branco aqui.Se você receber uma permissão negada / erro de operação não permitida aqui, acesse Preferências de segurança e privacidade e adicione Acesso a disco completo para Terminal.app.
Para mim, isso levou cerca de 10 horas - eu deixei funcionar durante a noite - mas, com
pv
, pelo menos, você obtém um medidor de progresso com um ETA.Agora, expanda o volume para ocupar todo o espaço restante na unidade:
Isso levou cerca de 3 horas para mim, com cerca de 5 anos de backups. A maior parte desse tempo foi gasta no macOS
fsck
ing.Agora você pode desfrutar da sua nova e mais espaçosa unidade Time Machine. Você pode adaptar o antigo ou guardá-lo em algum lugar seguro, caso algo aconteça com a nova unidade.
As etapas de redimensionamento parecem ser importantes; ignorá-los resultou em uma cópia de arquivo de 10 horas que produziu um volume de 8 TB contendo um sistema de arquivos de 3 TB que eu não conseguia descobrir como redimensionar.
ATUALIZAÇÃO Uma possível desvantagem dessa abordagem é que, por ser uma cópia bit por bit, os identificadores são os mesmos entre o disco antigo e o novo. Se eu conectar o disco completo antigo, o Time Machine acha que é o novo disco, tenta fazer backup e começa a excluir backups antigos para abrir espaço para novos. Parece uma boa abordagem para mover dados para um disco maior, onde o disco menor antigo será apagado.
fonte
cs
aka armazenamento ativado? Permitindo que aparece de armazenamento do núcleo para ser um PITA potencialmente desnecessária , mas pode ser necessário por causa do passo guid 3.sudo sh -c "$(which pv) --buffer-size 50M -s 3000249008128 < /dev/rdisk3 > /dev/rdisk5"
- o 8tb foi redimensionado com sucesso anteriormenteResized Core Storage Logical Volume to 3,000,249,008,128 bytes
Por que não usar apenas o terminal:
-R
recursivo-n
não substitua (se os restos de cópia existentes permanecerem da tentativa anterior)-p
preservar ACLs, permissões, datas de criação / modificação, etc.-P
preservar links físicos, não siga nenhum link físico ou simbólico.fonte
man cp
para o macOS. Ocp
comando regular enviado com o macOS não copia links físicos com -P. A página do manual na verdade diz "Observe que o cp copia arquivos vinculados como arquivos separados. Se você precisar preservar links físicos, considere usar tar (1), cpio (1) ou pax (1)".Essa resposta não será mais rápida, mas eu achei uma maneira de copiar os dados corretamente, preservando a desduplicação (links físicos) e as permissões. Como um bônus adicional, eu uso isso para fazer uma dmg compactada do produto final para arquivamento.
Usando os Utilitários de Disco, crie uma imagem de disco maior que o diretório Backups.backupdb. Eu também sugeriria que você usasse a imagem de disco de pacote esparso para Formato de Imagem e Disco Rígido para Partições. Após a montagem desta imagem, obtenha informações e desmarque Ignorar propriedade neste volume.
Agora desative o Time Machine e, usando o localizador, copie a pasta Backups.backupdb na imagem montada. O localizador solicitará permissões de superusuário para copiar os dados. Tome uma bebida ou faça outra coisa por um tempo.
Quando a cópia terminar, verifique se está tudo bem e desmonte a imagem. No Utilitário de Disco, selecione Converter e transforme a imagem de pacote esparsa em uma imagem compactada. Novamente, isso pode demorar um pouco.
Você deve terminar com duas cópias do backup do Time Machine, pode excluir a versão do pacote esparso e colocar o dmg em um local seguro como arquivo morto a tempo.
Uma coisa que eu não tentei com isso é fazer uma restauração do sistema a partir do dmg, mas suspeito que funcione, meu objetivo era mais arquivar as alterações incrementais da máquina do tempo e manter a estrutura do link físico.
Também tentei o rsync e o cp, mas eles não pareciam manter a estrutura de links físicos que acabaria fazendo x vezes o tamanho, x sendo a quantidade de datas que você teve no passado. Esse método funcionou bem, mas, novamente, pode não ter velocidade de uma solução de cópia em bloco.
fonte
A Apple possui um tutorial oficial para isso: “ Time Machine: como transferir backups de uma unidade de backup atual para uma nova unidade de backup ”.
As etapas de alto nível dessa página:
É assim que a página recomenda a etapa de cópia:
fonte
sudo rsync
noite passada, mas esta manhã encontreiERROR: out of memory in flist_expand [sender]
e minha cópia está agora ~ 600gb. Ainda não decidi o que fazer a seguir, mas suspeito que a maioria das pessoas que lê já conhece o tutorial oficial.+1 para utilitários de disco, muito longo para comentários:
para clonar uma unidade magnética de 2 TB de backup com vários anos de backups via SuperDuper! este ano.
Isso levou 63 horas no total (o SuperDuper reiniciava o relógio a cada 24 horas, mostrando 15:04:43 no final), em vez de uma cópia do Finder que cancelei após aproximadamente 4 dias e um quarto dos arquivos.
Obviamente, o disco magnético não foi a razão para isso levar tanto tempo. O motivo pelo qual as cópias do Finder são interrompidas em discos de backup de execução prolongada é o grande número de links simbólicos em cascata em arquivos inalterados, especialmente para muitos arquivos pequenos, como índices do Git.
fonte
O rsync é um ótimo utilitário para coisas assim. Eu geralmente uso para coisas assim. Nesse caso, eu posso usar os sinalizadores -aP. Acho que parte de -a ("archive") também é para preservar permissões, ACLs e similares, mas não tenho certeza.
No IIRC, há também uma opção --delete que permite excluir o arquivo de origem, uma vez que ele foi copiado com sucesso para o destino. Eu seria cauteloso em usar isso - normalmente eu faço um espelho completo sem a opção --delete, depois executarei novamente o comando com as opções -c e --delete. -c é soma de verificação; portanto, verifica todos os arquivos baixados em relação a todos os que estão na fonte via soma de verificação e exclui a fonte se houver uma correspondência; caso contrário, ela re-copia ou retoma a cópia conforme o caso.
EDIT: use a bandeira -H neste caso, conforme comentários, a fim de preservar os links físicos.
fonte
Nos discos rígidos, quando você move vários arquivos de uma unidade, o leitor se move para frente e para trás fazendo um ruído assustador de clique e diminui significativamente a taxa de transferência, por exemplo: um arquivo com usb 2.0 se move a 30 mbps no meu computador. discos rígidos externos, mas 2 arquivos movem-se a 11 mbps. e 3 arquivos movem-se a 6 mbps. etc. arquivos zip se moverão mais rápido que arquivos.
fonte