http://www.zago.eti.br/g4u.txt Autor : Antonio Francisco Zago site : http://www.zago.eti.br contado : zagolinux@uol.com.br assunto : copia de HD data : 03/02/2003 atualizado: 03/02/2003 licença : GNU FDL ou DSL à sua escolha. http://www.gnu.org/copyleft/ elaborado a partir de: http://www.feyrer.de/g4u/#reqs Clonar HD com g4u - Ghost for unix. RESUMO ZAGO - Configurar o servidor de FTP. - Configurar o servidor de DHCPD. - Criar no servidor de FTP o usuario "install" com senha. - Criar disquete de boot com g4u-1.8.fs ou versão mais recente, no micro com HD a ser copiado, iniciar com boot com este disquete. Fazer a copia: uploaddisk 192.168.0.2 wd0 wd0 Restaurar a copia: slurpdisk 192.168.0.2 wd0 sd0 Nã conseguiu, siga as instruções do processo detalhado. PROCESSO DETALHADO: - Vantagens: - Fazer backup completo de servidor ou de uma instalação complexa. - não requer instalação de software no HD. - não requer manuseio do HD, CABOS e nem desmontagem do micro. - Com um disquete pode restaurar uma instalação completa, fazendo uso de imagem previamente guardada no servidor. - Copia entre HD com incompatibilidades de reconhecimento pelo sistema, por exemplo dar boot por uma IDE para copiar para uma SCSI que o sistema não reconheceu a SCSI. - reproduzir infinitas instalações a partir de uma cópia. - a copia fica armazenada em servidor de FTP, acessivel por qualquer maquina da rede. Este processo envolve no minimo dois micros em rede, de um lado um servidor de FTP e de outro o micro com o HD a ser clonado. Tanto o processo de cópia como restauração serão feitos via FTP e usando o mesmo disquete de boot sem instalar software no HD. Lado servidor de FTP e DHCP Obrigatoriamente: Ter espaço livre em disco para receber a cópia. Usuário "install" Obrigatoriamente precisa ter cadastrado no servidor de ftp o usuario "install" o disquete do g4u vai pedir a senha deste usuário, cadastre este usuario e defina uma senha. Estar rodando servidor de FTP. Veja neste diretório o arquivo ftp.txt, como configurar um servidor de ftp. DHCP Estar rodando servidor de DHCP. No site do g4u em todas as instruções fala em usar um servidor de DHCP, não tentei com IP fixo, instalei o servidor de DHCP. Para instalar e configurar o servidor DHCP veja neste diretório o arquivo pluguse.txt e dhcpd.txt Eu configuro o servidor DHCPD com IP 192.168.0.2, é este IP que vou usar nos comandos. acesse: http://www.feyrer.de/g4u/#reqs No site tem um passo a passo muito bem detalhado em inglês. Salve em um diretório qualquer o download do arquivo: g4u-1.8.fs depois do downlod prepare e salve em disquete executando como root a partir de um terminal os comandos: fdformat /dev/fd0 mke2fs /dev/fd0 cat g4u-1.8.fs >/dev/fd0 Na maquina com HD a ser clonado, faça boot pelo disquete, que acabou de criar, durante o boot vai passar várias linhas exibindo os resultados do boot, sendo as ultimas linhas um resumo de comandos e prompt de comando. Para fazer a imagem do HD na IDE0 digitar a linha: uploaddisk 192.168.0.2 wd0 wd0 onde: 192.168.0.2 é o IP do meu servidor de ftp, troque para o seu IP ou use o nome do servidor caso tenha configurado. o primeiro wd0 é o arquivo copia do HD enviada para o home do usuario install no servidor de FTP, pode ser outro nome, tentei wd01.gz e deu erro, usando wd0 para o nome de arquivo e também dispositivo passou sem erros. o segundo wd0 é a identificação do HD, a primeira HD na primeira IDE é wd0, observe o que foi exibido no boot e aplique na linha de comando, ele não usa hda, hdc .... sd0 é a primeira HD SCSI sd1 é a segunda HD SCSI fique atento às mensagens durante o boot que indica os dispositivos detectados indicando o nome que deverá ser usando na linha de comando, evite problemas, use os nomes indicados na tela. Em seguida pedira a senha do usuario install para continuar o processo. Você verá a evolução da copia com linhas pontilhadas lentamente evoluindo na tela. Depois de meia hora ocorreu um erro de ftp "421 Service not available, remote server has closed conection rm: not fond" o arquivo tem 2147483647 bytes, no site diz para ignorar os erros, deve ter algo errado mesmo, o HD de 30 GB está quase cheio, acredito que seja problema com o ext3 em manipular arquivos acima de 2GB, em sistemas riserfs isto não deve acontecer, no servidor de FTP tem espaço livre, então vamos em frente. No servidor de FTP poderá acompanhar o gravação do arquivo wd0 ou o nome que você deu. Removi arquivos no HD de 30 GB até o comando "df" indicar um uso menor que 1.5 GB e mesmo assim ocorre o erro em 2147483647 bytes, verificando as mensagens na tela durante os comandos percebe-se que o "g4u" faz uso do "dd" para processar esta copia, não está copiando somente o dados como um comando cp ou tar, está fazendo uma copia fisica do disco, levando a considerar que esta imagem teria o mesmo tamanho do HD mesmo em um HD vazio. Para tirar a prova usei um HD de 10 GB fiz uma instalação minima com partição "/" 1.7 GB e repeti todo o processo. Também falhou, de a mesma mensagem de erro e gerou o arquivo de 2147483647 bytes sendo que a partição tem só 1.7 GB Minhas conclusões que ainda precisam ser testadas sâo: Em sistemas ext2 e ext3 só funciona com HD de até 2 GB. Em HD acima de 2GB precisa testar com outros sistemas de arquivos por exemplo riserfs no servidor de FTP e ter espaço livre neste servidor superior ao tamanho do HD a ser copiado, restando ainda a possibilidade do sistema do disquete não reconhecer além de 2GB. Não entendo inglês e pelas loucas traduções não achei nada sobre a limitação do tamanho do HD, talves o problema esteja no servidor de ftp que não consegue guardar arquivos acima de 2GB. RISERFS. Depois de falhar com ext2 e ext3, fiz uma instalação em um HD de 40 GB com sistema de arquivos riserfs, mesmo assim a cópia falhou no mesmo ponto, quando o arquivo atingiu 2147483647 bytes. Para fazer a copia de HD com "cp" veja neste diretório o arquivo: hdclone.txt. Quando terminar a copia, no micro que gerou e transmitiu a imagem do HD, remova o disquete ou CD de boot e desligue o resete, neste processo não houve montagem de nenhum sistema de arquivo, não tem shutdown nem desmontagem de volume. Recuperando a cópia. Use o mesmo disquete de boot, troque o HD. na linha de comando digite: slurpdisk 192.168.0.2 wd0 sd0 onde wd0 é a imagem que esta no home do usuario istall e sd0 é o HD destino (SCSI) Em seguida pedira a senha do usuario install para continuar o processo. Você verá a evolução da restauração com linhas pontilhadas rapidamente evoluindo na tela. A recuperação foi muito mais rápida, também está sendo na SCSI, mas também outra mensagem de erro " gunzip: stdin: unexpected end of file" Coma imagem foi de uma HD IDE e estou recuperando na SCSI precisa corrigir no grub e no /fstab de /dev/hda1 para /dev/sda0, um boot pelo CD ou disquete para manutenção será necessario para fazer esta correção. Não consegui fazer a possivel restauração do possivel backup de 30 GB que acusava 2,147 GB, embora usando o sistema de arquivos ext3 - falhou - com cedrteza isto está errado porque o sistema não está reconhecendo arquivos acima de 2GB. Lembre de conferir o espaço em disco, tamanho dos HD e etc..... Todo o processo acontece no modo texto, não configurei nem informei nada sobre a placa de rede, todos os comandos executados estão anotados neste texto, possiveis problema poderão ocorrer com placa de rede não detectada ou erro na configuração. Esta cópia foi feita em um servidor de arquivos: CPU XP2000, Placa mãe Biostar M7MIA com 512 MB RAM DDR 266 uma HD IDE de 30 GB conectada na IDE0 (CL8 rodando um servidor de arquivos) que serviu como origem da cópia. uma HD SCSI de 40 GB com controladora 29160 configurada para sda0 que serviu como destino da cópia e substituição da HD IDE. placa de rede chipset realtek 8139 partições 1 GB para linux-swap e o restando para "/" hda1 Não funcionou, não entendeu, quer saber mais, faço como eu: acesse: http://www.feyrer.de/g4u/#reqs Não sabe ingles: acesse: http://world.altavista.com/ Preencha o campo URL a traduzir com: http://www.feyrer.de/g4u/#reqs selecione Portugues x ingles e boa leitura.