g4u: Clonar HDD en Linux | Algo de Linux

jueves, 24 de abril de 2008

g4u: Clonar HDD en Linux

Tengo un sistema de clonación remota en el centro que me va muy bien para clonar máquinas con linux. Pero, tenía que montar un servidor de clonación para máquinas con windows y LinEx para los ciclos formativos de informática y decidí buscar otras alternativas. Buscando, encontré g4u, un sistema de clonación en el que se utiliza un servidor ftp como servidor de imágenes.

1.- Introducción.

Copiando bit a bit, g4u (Ghost for Unix) permite crear y restaurar imágenes de discos duros.

Podemos arrancarlo desde un CD-ROM, un disquete, o incluso, si en nuestra máquina tenemos instalado GRUB como gestor de arranque, podremos montarlo en una partición y añadir una entrada a grub que nos permita arrancarlo.

Fácil y eficaz, nos permite clonar disco a disco o partición a partición. Además, es capaz de crear imágenes de discos comprimidas y subirlas a un servidor FTP, lo que resulta tremendamente útil cuando se requiere instalar una misma configuración en un parque importante de equipos.

Con g4u podemos clonar de dos formas:

  • Localmente, ya sea disco a disco o partición a partición.
  • De forma remota, utilizando un servidor FTP.

El CD-ROM/Floppy de g4u nos ofrece básicamente dos funciones:

  • La primera consiste en subir la imagen comprimida de un disco duro local a un servidor FTP.
  • La segunda es restaurar la imagen desde un servidor FTP, descargándola, descomprimiéndola y escribiéndola en disco.

La configuración de red del equipo se obtiene desde un servidor DHCP.

Como el disco duro es procesado como una imagen y tratado bit a bit, cualquier sistema de ficheros y cualquier sistema operativo puede ser clonado usando g4u (NetBSD, Solaris, Windows NT y 2000, etc.); .

2.- Requerimientos.

* Tres disquetes vacíos de 1.44MB, un CD-R/RW vacío o, si nuestra máquina arranca desde usb, podemos usar un USB stick.

* Si queremos poder hacer clonaciones remotas, necesitaremos un servidor FTP con espacio libre para almacenar las imágenes.

* Y un servidor DHCP.

3.- Sistemas de ficheros soportados.

g4u soporta cualquier sistema de ficheros, sencillamente porque g4u lee el contenido del disco bit a bit, comenzando desde el byte #0 hasta el final. Como podemos imaginar, al copiar el disco completo, esto incluye cualquier MBR, sector de arranque, tabla de particiones y particiones, sin investigar cuál es la estructura de los datos almacenados en las particiones.

4.- Sistemas operativos soportados.

Al igual que sucede con los sistemas de ficheros, y, por la misma cuestión, g4u soporta cualquier sistema operativo, ya sea NetBSD, Linux, Novell Netware 4.11 and 5.1, Solaris/x86, Windows NT, 2000 o XP.

Moviendo los discos duros a un PC, g4u puede también ser usado para descargar sistemas operativos para sistemas que no son PC basados en máquinas SCSI corriendo sistemas HP-UX, Irix, Solaris, AIX etc.

5.- Hardware soportado.

g4u soporta IDE, SATA, SCSI o discos RAID con varios controladores (Adaptec, ...) así como un amplio rango de tarjetas de red PCMCIA, Cardbus, ISA o PCI. Se recomienda ver la configuración del kernel g4u para revisar la lista completa de hardware soportado.

Si no estamos seguros de si nuestro hardware es soportado por g4u, podemo arrancar g4u y ver la configuración obtenida por nuestra tarjeta de red al ejecutar "ifconfig -a". Además, podemos comprobar si nuestros discos son reconocidos ejecutando el comando "disks". Si algo no estuviera soportado, podemos ejecutar el comando "dmesg" y utilizar su salida para pedir ayuda.

6.- Tamaños de disco.

g4u trabaja mejor con idénticos tamaños de disco y geometría. Es posible volcar una imagen de un disco más pequeño en un disco más grande. En cambio, descargar una imagen de un disco grande en otro más pequeño puede causarnos problemas.

Si no podemos evitar preparar una imagen de un disco más grande que el de la máquina donde vamos a descargarlo, podemos estar seguros de que los datos del espacio extra se perderán.

Si intentamos descargar una imagen pequeña en un disco más grande, el espacio extra no cubierto por g4y puede ser usado para crear una partición y un sistema de ficheros. Eso sí. Esot tendremos que hacerlo nosotros mismos después de clonar porque g4u no lo hará por nosotros.

7.- De dónde descargarlo.

El mejor sitio para descargarlo es la web del autor: http://www.feyrer.de/g4u/

Allí encontraremos la versión para grabar en disquetes, la versión para grabar en CD o el código fuente.

8.- Preparar los discos de arranque.

Para poder utilizar g4u, lo primero que haremos será descargar las imágenes de los discos de arranque de la web del autor. Bajaremos la versión que más nos interese, ya sea la de disquete o CD.

8.1.- Preparar los discos de arranque usando las imágenes de disquete de g4u.

Si nos hemos decidido a utilizar el arranque de g4u desde disquete, haremos lo siguiente:

1. Descargaremos uno a uno los archivos g4u-2.2-1.fs g4u-2.2-2.fs and g4u-2.2-3.fs. Cada archivo contiene la imagen de un disquete. O si lo preferimos, podemos descargar g4u-2.2.fs.zip, que contiene las imágenes de los tres disquetes.

2. Si hemos optado por descargar el archivo g4u-2.2.fs.zip, lo descomprimiremos para obtener las imágenes de los tres disquetes: g4u-2.2-1.fs, g4u-2.2-2.fs y g4u-2.2-3.fs.

3. Por último, copiaremos cada archivo en un disquete.

Si estamos trabajando con NetBSD, lo haríamos de la siguiente manera:

* Introducimos el primer disquete y copiamos:

cat g4u-2.2-1.fs > /dev/fd0a

* Quitamos el primer disquete, ponemos el segundo y copiamos:

cat g4u-2.2-2.fs > /dev/fd0a

* Quitamos el segundo disquete, ponemos el tercero y copiamos:

cat g4u-2.2-3.fs > /dev/fd0a

Si estamos trabajando con Solaris, lo haríamos de la siguiente manera:

* Introducimos el primer disquete y copiamos:

cat g4u-2.2-1.fs > /dev/diskette

* Quitamos el primer disquete, ponemos el segundo y copiamos:

cat g4u-2.2-2.fs > /dev/diskette

* Quitamos el segundo disquete, ponemos el tercero y copiamos:

cat g4u-2.2-3.fs > /dev/diskette

Si estamos trabajando con Linux, lo haríamos de la siguiente manera:

* Introducimos el primer disquete y copiamos:

cat g4u-2.2-1.fs > /dev/fd0

* Quitamos el primer disquete, ponemos el segundo y copiamos:

cat g4u-2.2-2.fs > /dev/fd0

* Quitamos el segundo disquete, ponemos el tercero y copiamos:

cat g4u-2.2-3.fs > /dev/fd0

Y, por último, si lo que usamos es Microsoft Windows o DOS, utilizaremos rawrite.exe para copiar las imágenes en los disquetes. También podemos utilizar otro programa llamado rawr32.zip.

8.2.- Preparar el CDROM de arranque usando la imagen ISO de g4u.

1. Descargamos la imagen ISO del CDROM. Podemos descargarla comprimida o sin comprimir: g4u-2.2.iso.zip o g4u-2.2.iso.

2. Si hemos descargado el fichero g4u-2.2.iso.zip file, lo descomprimimos para obtener g4u-2.2.iso

3. Grabamos el archivo g4u-2.2.iso con el software de grabación que tengamos (K3b, Gnome CD Baker, Nero, DiskJuggler, WinOnCD, cdrecord, ...).

8.3.- Preparar un USB stick usando la imagen ISO de g4u.

Si lo que queremos es que g4u arranque desde un USB stick, haremos lo siguiente:

1. Descargamos la imagen ISO. Podemos descargarla comprimida o sin comprimir: g4u-2.2.iso.zip o g4u-2.2.iso.

2. Si hemos descargado el fichero g4u-2.2.iso.zip file, lo descomprimimos para obtener g4u-2.2.iso

3. Extraer g4u.fs del archivo de imagen g4u-2.2.iso y copiarlo al USB stick:

Si trabajamos en Linux, montaremos en archivo g4u-2.2.iso en un directorio para extraer g4u.fs

# mkdir /mnt/iso

# mount -o loop g4u-2.2.iso /mnt/iso

# cp /mnt/iso/g4u.fs /dev/sda (suponiendo que en sda está nuestro USB stick)

# umount /mnt/iso

Si trabajamos en NetBSD, montaremos en archivo g4u-2.2.iso en un directorio para extraer g4u.fs

# mkdir /mnt/iso

# mount -o loop g4u-2.2.iso /mnt/iso

# cp /mnt/iso/g4u.fs /dev/sd0d (suponiendo que en sd0d está nuestro USB stick)

# umount /mnt/iso

8.4.- Preparar el arranque de g4u desde el disco duro.

Por último, podemos hacer que g4u arranque desde un el disco duro. Para ello, haremos lo siguiente:

1. Crearemos una partición de unos 4 MB en el disco duro de nuestro equipo y la formatearemos como ext3.

Imaginemos, por ejemplo que hemos creado la partición hda5. Es decir la partición 5 del primer disco duro.

2. Montaremos en archivo g4u-2.2.iso en un directorio para extraer g4u.fs

# mkdir /mnt/iso

# mount -o loop g4u-2.2.iso /mnt/iso

3. Copiaremos g4u.fs a la partición que hemos creado

# mkdir /mnt/disco

# mount /dev/hda5 /mnt/disco

# cp /mnt/iso/g4u.fs /mnt/disco

# umount /mnt/iso

4. Copiaremos memdisk a la partición creada. Podéis descargarlo de Internet.

# cp memdisk /dev/hda5

5. Si no tenemos instalado grub, lo instalaremos.

6. Por último, modificaremos /boot/grub/menu.lst, añadiendo las siguientes líneas para que podamos elegir arrancar g4u en el inicio:

title Clonar este equipo

root (hd0,4) (Suponiendo que hemos copiado g4u.fs a hda5)

kernel /boot/memdisk

initrd /boot/g4u.fs

9.- Preparar los servidores.

Como hemos dicho anteriormente, si queremos hacer clonaciones remotas, necesitamos un servidor FTP, donde almacenar las imágenes. En el servidor FTP tendremos que crear una cuenta de usuario llamada "install", y protegerla con un password. Una vez creada la cuenta, nos aseguraremos de que el usuario 'install' puede hacer login al servidor FTP.

No obstante, si queremos, podemos usar una cuenta de usuario diferente, pero entonces, para subir las imágenes o descargarlas del servidor, deberemios especificar el nombre del usuario en el servidor "login@server" cuando utilicemos las instrucciones slurpdisk, uploaddisk etc..

Como último paso, deberemos asegurarnos de que tenemos un servidor DHCP que proporcione direcciones IP y otros datos necesarios para que podamos acceder al servidor FTP desde el equipo que queremos clonar (Por ejemplo: el nombre del servidor, la máscara de red, el gateway por defecto). En caso de que no dispongamos de un servidor DHCP en nuestra red, tendremos que establecer manualmente la dirección IP del equipo.

10.- Crear imágenes.

Para crear una imagen, en la máquina que queremos clonar arrancaremos el dispositivo en el que hayamos montado g4u, ya sea el CD, el disquete, el USB stick, o, si lo hemos montado en el disco duro, seleccionaremos la entrada de grub que nos permite arrancar g4u.

Veremos que arranca el kernel y detecta todos los dispositivos encontrados en la máquina. Posteriormente, hará una petición DHCP para obtener una dirección IP (No olvidemos que debemos tener en funcionamiento el servidor DHCP).

Al final, veremos una descripción textual de los comandos que podemos utilizar, y, por último se nos mostrará el prompt de la shell. Veámoslo en una captura de imagen:

Podemos crear una imagen completa del disco duro o tan sólo de una partición.

10.1.- Crear una imagen del disco duro.

Si lo que queremos es crear una imagen de todo el disco duro, teclearemos el siguiente comando:

uploaddisk servidorftp.com nombreimagen.gz

Donde sustituiremos “servidorftp.com” por el nombre o la dirección IP del servidor FTP al que queremos subir la imagen y “nombreimagen.gz” por el nombre que queramos darle a la imagen del disco duro que vamos a crear.

El comando anterior, leerá el primer disco duro de la máquina (rwd0d) y creará la imagen en la cuenta “install” de nuestro servidor FTP con el nombre que le hayamos dado.

No olvidemos que en el servidor FTP debemos haber creado anteriormente una cuenta llamada “install” a la que subir las imágenes.

La imagen del disco duro es comprimida con gzip -9, debido a eso, usamos el sufijo “.gz” en el nombre de la imagen.

Antes de que la imagen comience a subirse al servidor FTP, se nos pedirá la password de la cuenta “install”.

Si en lugar de clonar el primer disco duro, queremos clonar el segundo, lo especificaremos en la línea de comandos:

uploaddisk servidorftp.com nombreimagen.gz wd1

Recordemos que g4u está hecho en NetBSD y que en este sistema los discos duros IDE se nombran de la siguiente forma: wd0, wd1, wd2….

Si usamos discos SCSI en lugar de discos IDE, nos referiremos al primer disco como sd0, al segundo como sd1,…. Por ejemplo, si queremos subir al servidor FTP la imagen de nuestro primer disco SCSI, escribiremos lo siguiente en la línea de comandos:

uploaddisk servidorftp.com nombreimagen.gz sd0

Como ya hemos visto, en g4u se ha pensado que exista una cuenta por defecto llamada “install” a la que subir las imágenes. Pero si en lugar de utilizar esta cuenta, queremos usar otro nombre de cuenta diferente, podemos hacerlo especificando el nombre de la cuenta en la línea de comandos seguido de una arroba y el nombre del servidor ftp. Veamos un ejemplo:

uploaddisk majete@servidorftp.com nombreimagen.gz

El comando anterior subiría la imagen a la cuenta majete de servidorftp.com.

10.2.- Crear una imagen de una partición.

Si queremos hacer una imagen de una partición, lo primero que tenemos que saber es el nombre de la partición.

Para obtener una lista de los discos duros reconocidos por g4u, teclearemos el comando “disks” en la línea de comandos.

Para obtener una lista de las particiones en un determinado disco, utilizaremos el comando:

parts disco

donde sustituiremos disco por uno de los discos mostrados por el comando disks. Por ejemplo wd0, wd1, sd0, etc…

Las particiones son nombradas con letras, comenzando desde la ‘a’.

Las particiones desde ‘a’ hasta ‘d’ son las predefinidas.

Las particiones que tengamos a partir de la ‘e’ son particiones definidas por el usuario.

No olvidemos que las particiones son particiones BSD, que tienen poco en común con las particiones DOS. Para referirnos a una partición lo haremos de la siguiente manera: wd0e, sd0f.

Por ejemplo:

uploadpart servidorftp.com nombreimagen.gz wd0e

Si queremos ver más ejemplos, podemos ejecutar el comando "uploadpart" sin argumentos.

Una vez ejecutado uploaddisk para subir una imagen de un disco o uploadpart para subir una imagen de una partición, esperaremos hasta que el comando termine y nos devuelva el prompt de la shell. Dependiendo de la red, la CPU, el hardware del disco duro y los contenidos, la creación de la imagen puede llevar varias horas.

Una vez terminada la creación de la imagen, podemos apagar la máquina. Para apagarla podemos teclear el comando “halt” en la shell o simplemente pulsar el botón reset o apagado. Como no hay ningún sistema de ficheros montado no hay problema.

Como último paso, comprobaremos que la cuenta “install” del servidor FTP tiene el fichero de imagen.

11.- Descargar imágenes del servidor FTP.

Para clonar un equipo con una imagen descargada del servidor FTP, en la máquina que queremos clonar arrancaremos el dispositivo en el que hayamos montado g4u, ya sea el CD, el disquete, el USB stick, o, si lo hemos montado en el disco duro, seleccionaremos la entrada de grub que nos permite arrancar g4u.

Veremos que arranca el kernel y detecta todos los dispositivos encontrados en la máquina. Posteriormente, hará una petición DHCP para obtener una dirección IP (No olvidemos que debemos tener en funcionamiento el servidor DHCP).

Al final, veremos una descripción textual de los comandos que podemos utilizar, y, por último se nos mostrará el prompt de la shell. Veámoslo en una captura de imagen:

Podemos descargar una imagen completa del disco duro o tan sólo de una partición.

11.1.- Restaurar una imagen del disco duro entero.

Para restaurar una imagen del disco duro completo, teclearemos el siguiente comando:

slurpdisk servidorftp.com nombreimagen.gz

Este comando entrará en la cuenta del usuario “install” del servidor FTP. El servidor FTP nos preguntará el password y, si es correcto, se descargará la imagen, se descomprimirá y se escribirá en el disco duro principal: /dev/rwd0d.

Si lo que queremos es restaurar una imagen en un disco SCSI, debemos añadir el nombre del disco al commando anterior. Por ejemplo:

slurpdisk servidorftp.com nombreimagen.gz sd0

Al igual que sucede con uploaddisk, en lugar de utilizar la cuenta instal, podemos usar otra cuenta, especificando el nombre de la cuenta en la línea de comandos seguido de una arroba y el nombre del servidor ftp. Veamos un ejemplo:

slurpdisk majete@servidorftp.com nombreimagen.gz

El comando anterior restauraría la imagen llamada “nombreimagen.gz” desde la cuenta majete de servidorftp.com.

11.2.- Restaurar una imagen de una partición.

Para restaurar una imagen de una partición usaremos el comando slurppart.

Veamoslo con un ejemplo:

slurppart servidorftp.com nombreimagen.gz wd0e

Este comando entrará en la cuenta del usuario “install” del servidor FTP. El servidor FTP nos preguntará el password y, si es correcto, se descargará la imagen, se descomprimirá y se escribirá en la partición que especifiquemos.

Debemos tener en cuenta que la información de la partición es tomado del MBR de la máquina, y, es de esperar que sea la misma que antes de la creación de la imagen. Podemos esperar sorpresas si hemos cambiado algo entre la creación y la descarga de la imagen. En el caso de que los cambios sean inevitables, será mejor que comprobemos los valores del sector de inicio y el tamañaño dados por el comando "parts".

12.- Copiando discos localmente.

Si lo que queremos hacer es copiar un disco local en otro sin que para ello haya que utilizar la red y un servidor, el comando "copydisk" es lo que necesitamos.

Veamos un ejemplo:

copydisk wd0 wd1

El comando anterior copiará el contenido del primer disco IDE al segundo disco IDE.

Si los discos que queremos copiar son SCSI, lo único que cambia es la forma de nombrar los discos:

copydisk sd0 sd1

Debemos tener cuidado porque el contenido del segundo disco será borrado.

No olvidemos que podemos obtener una lista de los discos detectados durante el arranque usando el comando "disks".

13.- Copiando particiones localmente.

Si tan sólo queremos copiar una partición local en otra partición también local, sin utilizar la red ni un servidor FTP, podemos hacerlo usando el comando "copypart".

Este comando toma dos nombres de particiones como argumentos y copia el contenido de la primera partición especificada en la otra.

Como ejemplo, si queremos copiar la primera partición local "wd0e" en la segunda "wd0f", ejecutaremos el siguiente comando:

copypart wd0e wd0f

Para saber los discos detectados en el inicio utilizaremos el comando "disks". Para saber las particiones de dichos discos utilizaremos el comando "parts". Las particiones tienen nombres como los siguientes: "wd0d", "wd1e", "sd1f".

Debemos tener cuidado de que las particiones que copiamos tengan idéntico tamaño para no tener problemas. Cuando se copia una partición grande en otra más pequeña, se pierden datos.

14. - Ajustes.

14.1.- Cambiar el nivel de compresión.

Por defecto, las imágenes subidas al servidor FTP son comprimidas con "gzip -9". Ésto aumenta el nivel de compresión pero aumenta el tiempo (varias horas incluso). Podemos reducir el nivel de compresión para "uploaddisk" especificando el valor de la variable de entorno GZIP.

Por ejemplo:

GZIP=-1 uploaddisk servidorftp.com nombreimagen.gz

Podemos ajustar los niveles de compresión a valores entre 1 y 9. 1 es el nivel rápido - menor compresión. El nivel 9 es más lento - mayor compresión.

14.2.- Problemas con imágenes de más de 2GB.

Puede que tengamos el problema de que g4u se interrumpe cuando la imagen tiene un tamaño mayor de 2 GB en el servidor FTP. El problema aquí no está en g4u, sino en el servidor FTP.

Algunas viejas distribuciones de linux son conocidas por permitir sólo ficheros de un máximo de 2GB, y, si encima tenemos un kernel 2.4 corriendo, no tendremos garantías de que el servidor funcione correctamente. Debemos asegurarnos de que nuestro servidor FTP está actualizado o instalarlo en un sistema operativo más reciente.

Por supuesto, sabemos que cualquier servidor FTP que venga con NetBSD, Solaris y Windows 2000, puede ser usado sin problemas.

14.3.- Problemas con el rendimiento de la red.

Si el rendimiento de subida es débil (menor de 5MBytes/sec en un switch 100BaseT Ethernet) incluso con un bajo nivel de compresión o una CPU rápida, y el disco duro está en espera mucho tiempo, esto significa que la red consume.

Un problema común con los switches Ethernet es la pérdida de comunicación duplex entre las tarjetas de red y el switch. En NetBSD, por defecto se negocia la velocidad y la transmisión duplex automáticamente. Si tenemos este problema, podemos forzar la negociación de la velocidad y la transmisión full-duplex de la siguiente manera:

# ifconfig fxp0 media 100BaseTX mediaopt Full-duplex

# ifconfig -a

fxp0: flags=[...]

media: Ethernet 100baseTX full-duplex

Si queremos usar autonegociación (opción por defecto):

# ifconfig fxp0 media auto

# ifconfig -a

fxp0: flags=[...]

media: Ethernet autoselect (100baseTX)

14.4.- Reducir el tamaño de la imagen.

Uno de los problemas de usar g4u es que la imagen resultante es muy grande. Ésto es normal, puesto que g4u clona los discos entreros, con todos los bloques, sin tener en cuenta si los bloques tienen datos válidos o no, o incluiso si éstos están vacíos.

Para encontrar bloques vacíos/no usados y no clonarlos, g4u necesitaría conocer el sistema de ficheros, diferente para cada sistema: Windows FAT, Linux Ext2/3/ReiserFS/..., BSD FFS, Solaris UFS, etc.

Pero hay una manera sencilla de resolver el problema: Si conocemos el sistema de ficheros y nos aseguramos de que éste prepare los bloques vacíos/sin usar de forma que no contenga basura formada por datos aleatorios, sino que contenga valores que fácilmente puedan ser comprimidos por g4u, conseguiremos una imagen de un tamaño más reducido.

Ésto que hemos comentado es acil de conseguir si rellenamos los bloques no usados del disco con zero-bytes. Para conseguirlo no tenemos más que abrir un fichero en modo escritura y rellenarlo con valores de 0-bytes hasta que el disco se llene. Una vez hecho ésto, cerramos el fichero y lo borramos. El resultado es que todos los bloques no usados que fueron utilizados por el fichero están rellenos con datos que g4u puede comprimir fácilmente. Habitualmente, el sistema operativo, cuando borra, marca bloques como no usados, sin cambiar los datos contenidos.

Utilizando esta técnica, en un disco de 20GB que tenga 6GB ocupados por Solaris 8/x86 y el resto por Windows 2000 Workstation, conseguiremos reducir la imagen de 6GB a 2GB. Como podemos imaginar, el tiempo de descarga, también se reducirá.

Hay varias maneras de conseguir el rellenado de bloques sin usar con zero-bytes, dependiendo del sistema operativo que tengamos instalado en nuestro equipo y el software que tengamos disponible:

* Standard Unix:

Esto funciona en cualquier variante Unix - Linux, NetBSD, Solaris, etc.:

dd if=/dev/zero of=/0bits bs=20971520 # bs=20m

rm /0bits

* Solución Perl en Windows:

Esta solución requiere tener perl instalado. En una shell, tecleamos:

cd /d c:\

c:\win-preclone.pl c:

Click here to download the win-preclone.pl perl script.

* Solución Pascal en Windows:

Podemos utilizar el siguiente programa, elaborado por Matthias Jordan [mjordan at code-fu dot de]:

+ nullfile-1.02.exe

+ nullfile-1.02.pas

Éstos programas se proporcionan sin ninguna garantía.

* Binario para Windows 64bit:

Dominic Leelodharry [dominic at authorsoftware d0t com] ha realizado la siguiente aplicación para windows 64bit:

+ nullfile-1.01_64bit.exe

Éste programa se proporciona sin ninguna garantía.

* Windows "Erasor":

Este programa freeware puede ser utilizado para borrar nuestro disco de una manera segura, pero también puede ser utilizado para escribir un patrón de ceros en el disco. Podemomos descargarlo de www.heidi.ie/eraser. Gracias a Stephen Krans [s040 at krans dot org] por esta aplicación.

* Solución Windows "onboard":

Windows XP viene con una herramienta para encriptar datos en el disco duro que puede ser usada también para escribir 0-bytes en el disco. Para hacer esto, ejecutamos el siguiente comando: cipher /W:C: para la unidad C:. Necesitaremos abortar el proceso (Control+C) después de la primera pasada (en la que se rellena el disco con 0-bytes), porque una vez hecha, se procederá a rellenar el disco con datos aleatorios.

Si queremos reducir el tamaño de la imagen, correremos cualquiera de estas aplicaciones en el sistema operativo, antes de apagarlo para crear la imagen con g4u. Veremos que la diferencia es más que apreciable.

Por cierto, si tenemos sistemas de ficheros diferentes, correremos las aplicaciones que correspondan en cada sistema de ficheros. Por ejemplo, si tenemos windows y linux instalado, correremos una de estas aplicaciones en windows, reiniciaremos, correremos otra en linux y apagaremos el sistema para crear la imagen.

14.5.- Ajuste manual de la dirección IP.

En ocasiones puede que no podamos usar un servidor DHCP. En este caso, podemos configurar la red manualmente con g4u:

1. Comprobamos si nuestro dispositivo de red ha sido reconocido y veremos su nombre mediante el comando

ifconfig -a

Nuestro dispositivo de red tendrá un nombre algo así como "ex0", "tlp0", etc.

2. El siguiente paso será configurar la dirección IP y la máscara del dispositivo. Imaginemos que nuestro dispositivo de red es xx0, y que debemos asignarle la siguiente IP 1.2.3.4 y máscara de red 255.255.255.0:

ifconfig xx0 1.2.3.4 netmask 255.255.255.0

3. Poir último, seguramente necesitaremos especificar la ruta por defecto para llegar al router, a menos que nuestro servidor FTP esté en la misma subred que la máquina que estamos configurando. Imaginemos que la IP del router es 2.3.4.5. El comando quedaría así:

route add default 2.3.4.5

Y eso es todo.


10 comentarios:

Matias Mascazzini dijo...

Excelente información =) me resulta extremadamente util ya que justo estoy investigando el tema de la Clonación de Discos y me surgia la duda como hacerlo en Linux.

Esteban M. Navas dijo...

Hay muchas herramientas de clonación disponibles hoy en día en linux. Tan sólo es cuestión de usar la que más se adapte a tus necesidades. Tengo este sistema montado para clonar equipos mixtos (con windows y LinEx). En cambio, para clonar máquinas sólo linux, hasta ahora he usado partimage con unos scripts que hice para hacer la clonación de forma "distribuida". Si quieres probar más herramientas de clonación, también tienes el Trinity Rescue Kit o clonezilla, que disponen de sistemas de clonación multicast.

diegoasd dijo...

Buenso dias, excelente post, pero tengo una duda, existe alguna complicacion si se restaurar una imagen de un disco SCSI a un disco SATA?

Gracias por la atención !

Esteban M. Navas dijo...

Si el sistema que clonas es linux, puede que te funcione, pero windows, seguro que no. He clonado algunas máquinas y cuando cambia el hardware, aunque se haga la clonación, al arrancar el sistema operativo éste no funciona.

Esteban M. Navas dijo...

Recientemente he estado trabajando con sistemas de clonación como clonezilla y backharddi y me han dado un excelente resultado. Cuando tenga tiempo publicaré un artículo sobre el tema.

Sebastian dijo...

muy buena info, la verdad esta bueno la gente que como vos y alguno de nosotros mas comparte los conocimientos, arriba cologa!

systemmichael dijo...

Hola
tengo 3 sistemas instlados win xp, win 7 y fedora
pero al momento de clonar con ghost no levanta la imagen
he probado con el g4u pero demora demasiado, alguna otra solucion

systemmichael dijo...

como clonar 3 particiones
win xp, win 7 fedora
tengo estos 3 sistemas instalados en un disco de 500gb pero no me clona todo- con elghost
he probado el 4gu pero demora demasiado

Esteban M. Navas dijo...

Te recomiendo que utilices clonezilla. Es rápido y te va a clonar sin ningún problema el sistema completo.

Anónimo dijo...

Yo deseo clonar un Hdd con EcomStation (es una evolucion del OS /2) quisiera saber si este clonador funciona para este OS ,por que les comento que con el Ghost ,no le funciona es mas provoca modificaciones en el disco origen que dañan el OS.El Clone Cd solo clona la parte de Windows,no el ecomstation