Uma grande dificuldade de administradores de sistema é a perda de tempo quando o assunto é reinstalar o sistema. Quando temos várias máquinas com o mesmo hardware, podemos fazer a clonagem dos HD. Para resolver esse problema estarei expondo o sistema G4U (Ghost for UNIX), com o qual podemos criar a imagem da máquina já montada e configurada e hospedá-la em um servidor FTP de forma compactada.
Uma grande dificuldade de administradores de sistema é a perda de tempo quando o assunto é reinstalar o sistema. Quando temos várias máquinas com o mesmo hardware (ou parecido) podemos fazer a clonagem dos HD. Para este fim temos vários programas que fazem a clonagem, mas no geral só podem ser feitos abrindo as máquinas e colocando o HD a ser clonado como master e o HD novo como slave. Este procedimento gera uma série de transtornos como ter que abrir as máquinas e algumas vezes o HD tem de ser iguais, sem contar que você só pode fazer uma máquina por vez.
Para resolver esse problema estarei expondo o sistema G4U (ghost for unix). A idéia é parecida com o antigo sistema ghost, só que com algumas vantagens. O sistema Ghost cria imagens compactadas e com isto você pode criar um HD clonado. Mas ainda permanecia a dificuldade de abrir as máquinas, sem contar que a cópia era bit a bit tornava o processo lento, mesmo para HDs pequenos. Com o G4U podemos criar a imagem da máquina já montada e configurada e hospedá-la em um servidor FTP de forma compactada, possibilitando baixar pela rede montando em vários computadores ao mesmo tempo e de forma bastante rápida. O sistema monta imagem de HDs completos ou apenas partições. Pessoalmente prefiro a imagem do HD completo por causa da MBR que também é copiada desta forma. Você pode criar a imagem de um HD pequeno, assim se adapta a HDs maiores, mas nunca o contrário. O restante do HD você particiona depois para usar como disco de dados ou coisa parecida.
O sistema é baseado no kernel do NetBSD. Ao dar o boot ele carrega o kernel na memória utilizando o primeiro disquete. No segundo disquete ele configura os devices e a rede no geral.
[1] Comentário enviado por mangojambo em 25/04/2006 - 19:59h
Poxa, legal mesmo esse artigo!!
Só fico com duas dúvidas:
- Qual o tamanho médio da imagem? Vai depender do tamanho do HD (como no comando dd), tamanho das partições ou do tamanho dos arquivos ocupados na partição?
- Ouvi dizer que o Linux não trabalha legal com arquivos maiores que 2G, é verdade?
[3] Comentário enviado por dedraks em 25/04/2006 - 20:38h
O tamanho da imagem não é proporcional ao tamanho do HD mas sim a quantidade de dados gravados no HD.
Eu uso o G4U em máquinas com HD de 80GB e minhas imagens tem em média 2,5GB.
Tem outra coisa.
Se você gravar bits zero no espaço livre do HD, o tamanho da imagem reduz drasticamente.
No linux você pode digitar o seguinte comando:
[4] Comentário enviado por Evangelista em 26/04/2006 - 08:02h
Olá pessoal, creio que vcs conheçam e acho que vale a pena comentar e talvez até alguém consiga me esclarecer uma dúvida. Usei o UdpCast e gostei muito ele é bem simples e fácil de usar. Porém não consegui fazer com que ele grave um imagem para que eu possa replicá-la quando eu quiser. Alguém sabe como fazer isso ?
[9] Comentário enviado por joaolms em 12/12/2008 - 17:35h
Boa tarde
Pessoal, estou testando o G4U, preciso criar uma imagem de um HD de 40GB para um servidor FTP, o HD está com 5Gb de dados, mas a imagem está ficando com o tamanho total do disco, e não dos dados.
Existe algum macete para ele criar a imagem proporcional ao tamanho ocupado pelos dados?
[12] Comentário enviado por willian.barker em 12/05/2009 - 09:42h
Olá, o seu material do g4u me ajudou bastante, mas estou com problema para reconhecer placa de rede em uma placa mãe que tenho aqui. 945gc-m2 (dizem que é uma pcchips P17G). No manual da placa mãe fala que é uma "RTL 811x". Como fazer para que o boot do g4u reconheça está placa de rede?