Gravar imagem de um notebook com defeito e gravar em um novo...

Iniciado por diego_maciel, 22 de Fevereiro de 2008, 10:24

tópico anterior - próximo tópico

diego_maciel

Pessoal não sei se estou no lugar certo para esse tópico, se não estiver por favor me corrijam...

Meu notebook deu problema e não está funcionando, como está na garantia vou devolver e receber outro de outra marca (é uma longa história, mas quanto a isso já resolvi tudo...)

O que eu quero saber é se posso fazer uma imagem do HD para depois que o outro chegar eu de algum modo "DEVOLVER" os dados.
O HD é de 60G e devo ter algo em torno de 40G de dados.
Fazendo a imagem eu posso copiar essa imagem no novo HD e continuar com meu sistema do mesmo jeito que estava (lógico que resolvendo os problemas do novo hardware), ou vou ter que instalar o S.O. novamente e depois copiar apenas os arquivos de usuario?

Alguém me ajuda?

alarcon

#1
Veja estes artigos do guia do hardware:

Usando o Partimage:
http://www.guiadohardware.net/tutoriais/usando-partimage/

Recuperação de dados:
http://www.guiadohardware.net/tutoriais/recuperacao-dados/

Copiando dados de HDs ou CDs defeituosos:
http://www.guiadohardware.net/dicas/copiando-dados-hds-ou-cds-defeituosos.html

Recuperando partições e corrigindo sistemas de arquivos:
http://www.guiadohardware.net/tutoriais/recuperando-particoes-corrigindo-sistemas-arquivos/

Como clonar HDs e fazer backup sem precisar do Ghost:
http://www.guiadohardware.net/artigos/clonar-ghost/

diego_maciel

Cara obg pelos links...

Mas me diz uma coisa que talvez ainda ficou obscuro pra mim:
O notebook não está funcionando... como não tenho outro e nem tempo para fazer o serviço (pois a transportadora vai buscar ele em casa segunda-feira e nesses dois dias eu não teria como resolver) levei em uma oficina para um técnico fazer a imagem, pois ele vai tirar o HD e colocar em outro.

Meu HD tem duas partições uma win... e outra ubuntu. O técnico vai fazer a imagem e depois eu faço como no outro note que vai chegar? É recomendado instalar o S.O. novamente do zero e depois copiar os dados? Essa imagem eu vou conseguir ler normalmente no ubuntu? Tanto os arquivos da partção FAT qnt da que o ubuntu está?

Valeu.

alarcon

Citação de: diego_maciel online 22 de Fevereiro de 2008, 11:57
Cara obg pelos links...

Mas me diz uma coisa que talvez ainda ficou obscuro pra mim:
O notebook não está funcionando... como não tenho outro e nem tempo para fazer o serviço (pois a transportadora vai buscar ele em casa segunda-feira e nesses dois dias eu não teria como resolver) levei em uma oficina para um técnico fazer a imagem, pois ele vai tirar o HD e colocar em outro.

Meu HD tem duas partições uma win... e outra ubuntu. O técnico vai fazer a imagem e depois eu faço como no outro note que vai chegar? É recomendado instalar o S.O. novamente do zero e depois copiar os dados? Essa imagem eu vou conseguir ler normalmente no ubuntu? Tanto os arquivos da partção FAT qnt da que o ubuntu está?





Valeu.


Este novo notebook vem sem sistema operacional?

O notebook é igual (sem os defietos é claro :P) ao que você tem hoje.

penso que a melhor forma de fazer o backup do HD é pelo método falado no último link:

Como clonar HDs e fazer backup sem precisar do Ghost:
http://www.guiadohardware.net/artigos/clonar-ghost/

ele usa o um programa chamado de dd presente somente no sistema operacional linux, portanto você terá de usar o linux tanto para gerar o arquivo de imagem como para restaurá-lo.

CitarUsando o dd

Em qualquer distribuição Linux você vai encontrar um pequeno programa chamado dd (de direct copy) que permite criar e restaurar imagens facilmente. Você pode tanto utilizá-lo tanto para fazer uma cópia direta, de um HD para o outro, quanto para salvar a imagem num arquivo, que poderá ser restaurado posteriormente.

A sintaxe do dd é "dd if=origem of=destino". Se você tiver dois HDs, um instalado como primary master e o outro instalado como primary slave e quiser clonar o conteúdo do primeiro para o segundo, o comando seria:
dd if=/dev/hda of=/dev/hdb

Como a cópia é feita bit a bit, não importa qual é sistema operacional, nem o sistema de arquivos usado no HD de origem. A cópia é completa, incluindo a tabela de partição do HD e o setor de boot.

Não é preciso utilizar HDs da mesma capacidade; pelo contrário: existe uma grande flexibilidade neste aspecto. Se por exemplo o HD doador tiver 20 GB e o destino tiver 30 GB, depois da cópia você ficará com 10 GB de espaço não particionado no HD destino. Bastará criar uma nova partição usando este espaço livre, ou mesmo redimensionar as partições copiadas de forma a englobarem todo o disco.

Mas, e se for o contrário, o HD de origem tiver 30 GB e o destino tiver 20 GB? Neste caso você precisaria primeiro deixar pelo menos 10 GB livres no HD de origem e em seguida redimensionar as partições de forma a deixar 10 GB de espaço não particionados no final do disco para que a imagem "caiba" no HD destino. Não importa qual seja o tamanho dos dois HDs, desde que as partições existentes no HD de origem não ultrapassem a capacidade total do HD destino.

Salvando a imagem num arquivo

Além de fazer uma cópia direta, você pode usar o dd para salvar a imagem num arquivo, que pode ser copiado num CD, transferido via rede, etc. Para isto, basta indicar o arquivo destino, como em dd if=/dev/hdc of=imagem.img, que salvará todo o conteúdo do /dev/hdc num arquivo chamado imagem.img, dentro do diretório corrente.

O arquivo terá o tamanho de todo o espaço ocupado no HD. Ou seja, se você tiver um HD de 5 GB, mas com apenas 2 GB ocupados, a imagem terá apenas 2 GB e não 5. Depois de gerar o arquivo, você pode compactá-lo e quebra-lo em vários arquivos para gravar em CDs por exemplo. Na hora de restaurar o sistema, bastará reconstituí-lo e usar o comando inverso para restaurar a imagem, como em dd if=imagem.img of=/dev/hdb

Obs: O recebi um mail do Wooky lembrando que o Kernel do Linux possui uma limitação quanto ao tamanho máximo dos arquivos, que não podem ter mais de 2 GB, assim como na FAT 32. Isto se aplica naturalmente também aos arquivos gerados pelo dd, que não podem superar esta marca. Não tenho certeza se esta limitação se aplica também ao G4U (abaixo), pois ele utiliza o Kernel do NetBSD, não do Linux.

O idéia é que você utilize o espaço livre do HD da máquina Linux para guardar e restaurar as imagens dos HDs de outras máquinas, que serão clonados. Isto é muito prático se você tiver várias máquinas e quiser fazer backups, tiver comprado um HD maior e quiser migrar o sistema, sem precisar reinstalar tudo, ou caso precise instalar o mesmo sistema operacional em vários PCs.

Naturalmente, caso os PCs tenham uma configuração diferente, você precisará reconfigurar o vídeo, som, modem e o que mais for necessário. No Windows, delete tudo que estiver dentro do gerenciador de dispositivos antes da cópia e deixe que o sistema detecte novamente todos os periféricos no boot seguinte. No Linux, mantenha o kudzu ativado, para que ele detecte as mudanças durante o boot. Você pode ativa-lo através do ntsysv (rode o comando como root), ou então utilizando o Linuxconf, Mandrake Control Center ou outro utilitário incluído na distribuição. Muitas vezes você precisará reconfigurar o vídeo, som e mouse manualmente, após o boot.

O problema que você irá enfrentar é: onde você vai levar para fazer a cópia usa linux e possui espaço suficiente no HD dele para guardar temporariamente uns 40GB de imagem do HD?

Onde você vai levar o HD para backup é de confiança para ficar com seus dados até segunda-feira, onde só então poderá tranferir para o novo HD?

Depois você teria que levar o HD deste novo notebook para que ele transferisse do HD dele para o seu os sistemas operacionais que você tinha.

Caso o seu novo notebook já venha com sistema operacional, penso que seria melhor você configurá-lo ao seu gosto outra vez e só fazer cópias dos seus arquivos pessoais do HD antigo para DVDs e não a cópia de todo HD.

diego_maciel

É cara acho que sua última sugestão é a mais correta. Vou instalar o sistema novamente no que vai chegar novo e restaurar apenas meus arquivos pessoais eliminando assim as possibilidades de conflitos ou erros de drivers do hardware.

Valeu cara pelas dicas!