Como fazer duplicado de todo HDD?

12

Eu tenho um servidor de produção Ubuntu 12.04 com um disco rígido de 500 GB (quase 15 gb usado). Desejo duplicar o disco rígido inteiro, incluindo sua estrutura de partição, para outro disco rígido com tamanho de 400 GB, para que a alteração do disco rígido não afete o sistema em funcionamento.

Qual ferramenta é a melhor solução para esta tarefa?

partitioning hard-drive backup

— caçador
fonte

Você tem acesso físico ao servidor? Em caso afirmativo, você pode instalar uma unidade no RAID? Essa provavelmente seria a solução mais fácil e segura.

— don.joey

Clonezilla

— Shaharil Ahmad

6

Existem muitas ferramentas que podem fazer isso, cada uma com suas próprias vantagens e desvantagens. O Clonezilla é um utilitário frequentemente usado para esta tarefa; no entanto, não tenho certeza de como ele lidaria com o fato de seu disco de destino ser menor que o disco de origem.

Outra opção é particionar manualmente o alvo (com o GParted, parted, fdisk, gdisk, ou alguma outra ferramenta), criar sistemas de arquivos no alvo, montar as partições de destino e copiar tudo de novo com cpou tar. Isso exigirá algumas alterações adicionais no destino, como (possivelmente) o ajuste /etc/fstabe a instalação de um carregador de inicialização. No geral, esse método exige mais esforço do que muitos, mas se você souber o que está fazendo, é bastante flexível e pode definitivamente copiar de um disco maior para outro menor, desde que os arquivos realmente se encaixem no espaço de destino.

— Rod Smith
fonte

1

A cópia do conteúdo de todo o sistema de arquivos com cpproblemas para diretórios como /deve /proc?

— Bert Van Vreckem

1

Os diretórios /deve /procsão dinâmicos - eles são criados como sistemas de arquivos virtuais por drivers especiais no kernel. Portanto, você normalmente omitiria esses diretórios de uma operação de cópia.

— Rod Smith

1

Sim, você tem que omitir isso. Use "cp --one-file-system".

— Jakob

Por padrão, clonezillapseudo-clona o HDD: (1) faz backup dos metadados da estrutura, incluindo MBR; (2) os setores de dados usados , o que significa que ele ignora o espaço livre de partições nos sistemas de arquivos que entende; e (3) compacta as partições de backup. Tudo isso significa que ele pode "clonar" um disco rígido de 500 GB para um disco rígido de 400 GB, desde que haja pelo menos 100 GB de espaço livre no disco original. Em outras palavras, clonezillalidaria com o fato de que o disco de destino é menor que o disco de origem.

— Landroni

@ RodSmith, em relação a "copiar tudo comcp " ... Então, e os metadados (horários acessados pela última vez e etc)?

— Pacerier

3

Faça backup do seu HDD de produção.
Use o gparted para reduzir o disco rígido de produção para um pouco menos que a capacidade do disco de destino, no seu caso menor que 400 GB.
Copie o disco rígido inteiro. Para fazer isso, inicialize a partir de um live-cd e use dd if=/dev/sda of=/dev/sdc bs=1Monde sda é o seu disco de produção e sdc o seu novo disco rígido. Ou algo como clonezilla (copie o disco inteiro).

— Clausi
fonte

1

Qualquer operação de redimensionamento do sistema de arquivos apresenta algum risco de falha catastrófica do sistema de arquivos. Esse risco é pequeno, mas ainda assim, correr esse risco não é prudente quando existem alternativas (como usar o Clonezilla, se ele pode lidar com o alvo menor, ou usar tarou cp).

— Rod Smith

1

Usamos gparted regularmente em nosso ambiente de produção. Citação do Clonezilla: "A partição de destino deve ser igual ou maior que a de origem." Cópia manual é ok se você tem o conhecimento necessário sobre as partições, bootsectors, fstab etc.

— Clausi

1

Eu mantenho minha afirmação: O redimensionamento da partição apresenta algum risco de falha catastrófica. Nota: catastrófico . Uma falha de energia ou uma pane no sistema com redimensionamento médio, um bug ou outros problemas podem resultar no redimensionamento de estruturas de dados confinadas que serão demoradas e caras de corrigir, se puderem ser corrigidas. Existem alternativas melhores, mesmo que o Clonezilla não seja um deles. Se você faz isso regularmente e não foi mordido, significa que teve sorte, nada mais.

— Rod Smith

1

Muito melhor do que repetir sua opinião e se referir à sorte seria uma prova substancial de sua teoria. Na minha experiência, uma "falha catastrófica" só pode ocorrer se você não tiver backup - que é o número 1 na minha lista. ;)

— Clausi 02/09

1

Eu recomendaria o Clonezilla , que é simples de usar, executa backup de discos inteiros e também não usa muito espaço para o backup.

Para fazer isso, primeiro você teria que baixar o ISO do clonezilla a partir daqui.

Após o download, você precisará gravá-lo em um CD.

Então você terá que inicializar a partir dele para fazer o backup completo do sistema.

O procedimento completo para isso é fornecido aqui - http://clonezilla.org/clonezilla-live-doc.php

Você terá que escolher a opção "Salvar imagem de disco", cujo procedimento é fornecido aqui- http://clonezilla.org/show-live-doc-content.php?topic=clonezilla-live/doc/01_Save_disk_image

Após fazer o backup, você pode restaurá-lo usando a opção "Restaurar imagem de disco", cujo procedimento é fornecido aqui - http://clonezilla.org/show-live-doc-content.php?topic=clonezilla -live / doc / 02_Restore_disk_image

Olhe para isso. Se você tiver alguma dúvida, informe-nos.

Obrigado!

— aaditya1234
fonte

1

Como outros propuseram, o Clonezilla poderia fazer o trabalho se você redimensionar a partição de trabalho para um tamanho menor. No entanto, vi que existe uma ferramenta chamada FSArchiver que permite restaurar dados em uma unidade menor, assim que os dados se encaixam (como no seu caso). Lamento não poder ajudar mais nisso, pois usei apenas o Clonezilla, mas há algumas informações no link e em seu fórum.

— prumo
fonte

0

Você pode usar o dd para copiar o disco. Esta publicação descreve como clonar um disco rígido usando um CD do Ubuntu Live.

— realmoonstruck
fonte

Mas lembre-se de que os discos rígidos são de tamanhos iguais. ocorrerá algum problema devido à diferença de tamanho?

— hunter

1

Nãodd é recomendável copiar de um disco maior para outro menor , pois o resultado provavelmente será perdido e / ou partição (s) truncada (s) e, portanto, perda de dados.

— Rod Smith

Uma resposta um pouco mais detalhada ddneste post: askubuntu.com/a/55908/58950

— carnendil

Embora isso possa teoricamente responder à pergunta, seria preferível incluir aqui as partes essenciais da resposta e fornecer o link para referência.

— RolandiXor