Cómo clonar un sistema Linux completo y restaurarlo en otra computadora o servidor paso a paso

Clonar un sistema Linux completo permite copiar no solo archivos, sino también sistema operativo, aplicaciones, configuraciones, usuarios, servicios, particiones y, según el método elegido, incluso el gestor de arranque. Es una técnica útil para migrar a un nuevo disco, reemplazar hardware, preparar servidores iguales, recuperar equipos dañados o mover una instalación completa a otra computadora.

Pero clonar Linux no debe hacerse de forma improvisada. Un error con dd, Clonezilla o la selección de discos puede borrar el sistema equivocado. Además, cuando restauras en otra máquina, pueden aparecer problemas con UUID, /etc/fstab, GRUB, UEFI, controladores, nombre del host, IP, machine-id, red y servicios. Clonezilla documenta flujos completos para guardar una imagen de disco y restaurarla en otro disco, mientras herramientas como rsync permiten copiar un sistema a nivel de archivos preservando permisos, ACL y atributos extendidos si se usan las opciones correctas.

1. Cuándo conviene clonar un sistema Linux

Clonar un sistema Linux completo es útil cuando quieres conservar exactamente una instalación: paquetes, usuarios, servicios, configuraciones, claves, certificados, scripts, bases de datos locales, archivos de aplicaciones, permisos y estructura de discos. Es una opción común para migrar de HDD a SSD, reemplazar un servidor antiguo, crear una imagen de recuperación o replicar un entorno de laboratorio.

2. Elegir método: Clonezilla, dd o rsync

No existe un único método perfecto. Clonezilla es cómodo para crear y restaurar imágenes de disco o partición; dd hace una copia cruda bloque por bloque; rsync permite migrar archivos de forma flexible, útil cuando el destino tiene otro tamaño, otra distribución de particiones o necesitas excluir carpetas temporales. Clonezilla mantiene documentación paso a paso para guardar una imagen de disco y restaurarla, mientras GNU Coreutils documenta dd como herramienta para convertir y copiar archivos, incluyendo dispositivos de bloque.

3. Preparación antes de clonar

Antes de clonar, debes limpiar archivos temporales, revisar espacio usado, detener servicios críticos, hacer backup adicional de datos importantes y documentar la configuración actual. También conviene saber si el sistema usa BIOS o UEFI, si tiene partición EFI, si usa LVM, cifrado LUKS, RAID, Btrfs, ZFS o particiones separadas para /home, /var y /boot.

# Discos, particiones y sistemas de archivos
lsblk -f
sudo blkid
df -hT

# Arranque UEFI o BIOS

test -d /sys/firmware/efi && echo "UEFI" || echo "BIOS/Legacy"

# Servicios activos

systemctl --type=service --state=running

# Paquetes instalados

dpkg -l > paquetes-debian-ubuntu.txt 2>/dev/null || true
rpm -qa > paquetes-rpm.txt 2>/dev/null || true

# IP, rutas y DNS

ip a
ip route
resolvectl status 2>/dev/null || cat /etc/resolv.conf

ArchWiki advierte que, cuando se transfiere un sistema a otra partición o disco, normalmente se debe actualizar /etc/fstab y la configuración del gestor de arranque; también recuerda que los UUID duplicados pueden causar conflictos si el disco original y el clonado quedan conectados al mismo equipo.

4. Método 1: clonar con Clonezilla

Clonezilla es una de las formas más seguras y prácticas para usuarios que quieren clonar un disco completo o crear una imagen restaurable. El flujo típico consiste en arrancar desde un USB de Clonezilla, elegir el disco origen, seleccionar dónde guardar la imagen y luego restaurarla en otro disco cuando sea necesario. La documentación oficial muestra ejemplos para guardar una imagen de sda en un segundo disco o USB, y para restaurar esa imagen hacia otro disco.

Clonezilla suele pedir confirmación antes de operaciones destructivas de restauración. Aun así, la responsabilidad principal sigue siendo del administrador: identificar bien /dev/sda, /dev/nvme0n1, /dev/sdb o el disco real de destino antes de escribir sobre él. La documentación de restauración de Clonezilla muestra advertencias antes de restaurar una imagen sobre el disco seleccionado.

5. Método 2: clonar disco completo con dd

dd copia datos de bajo nivel. Puede clonar un disco completo, incluyendo tabla de particiones, MBR o GPT, particiones, sistema de archivos y datos. Es poderoso, pero peligroso. GNU lo documenta como una herramienta para convertir y copiar archivos, y en Linux los discos aparecen como dispositivos de bloque que pueden usarse como origen o destino.

lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINTS
sudo fdisk -l

# EJEMPLO: /dev/sda es origen y /dev/sdb es destino
# Verifica tres veces antes de ejecutar
sudo dd if=/dev/sda of=/dev/sdb bs=64K conv=noerror,sync status=progress
sync

Cuando clonas con dd hacia un disco más grande, el sistema puede arrancar, pero el espacio adicional quedará sin usar hasta ampliar particiones y sistemas de archivos. Cuando el disco destino es más pequeño que el origen, dd no es el método adecuado salvo que el tamaño real clonado y la tabla de particiones hayan sido preparados previamente.

6. Crear una imagen comprimida con dd

También puedes guardar una imagen comprimida del disco en un archivo. Esto sirve para backup, archivo o restauración posterior. El destino debe tener espacio suficiente.

# Crear imagen comprimida del disco completo
sudo dd if=/dev/sda bs=64K status=progress | gzip -c > linux-disco-sda.img.gz
sync

# Restaurar sobre el disco destino
# CUIDADO: esto borra /dev/sdb
gunzip -c linux-disco-sda.img.gz | sudo dd of=/dev/sdb bs=64K status=progress
sync

7. Método 3: migración flexible con rsync

rsync es ideal cuando no quieres clonar el disco bloque por bloque, sino copiar el sistema de archivos a otro disco ya particionado. Permite preservar permisos, enlaces, dueños, grupos, ACL y atributos extendidos si se usan opciones adecuadas. El manual de rsync documenta opciones como -A para ACL, -X para atributos extendidos y --numeric-ids para preservar IDs numéricos.

Este método es muy útil cuando el destino tendrá otra estructura, por ejemplo: un disco NVMe nuevo, una partición raíz más grande, /home separado, LVM diferente o un sistema de archivos distinto.

# Montar sistema origen y destino
sudo mount /dev/sda2 /mnt/origen
sudo mount /dev/sdb2 /mnt/destino

# Si existe partición EFI separada

sudo mkdir -p /mnt/destino/boot/efi
sudo mount /dev/sdb1 /mnt/destino/boot/efi

# Copiar sistema preservando metadatos

sudo rsync -aAXHv --numeric-ids 
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} 
/mnt/origen/ /mnt/destino/

La ventaja de rsync es que puedes repetir el comando para sincronizar cambios incrementales. Esto permite hacer una primera copia, probar el destino, y luego ejecutar una sincronización final durante una ventana de mantenimiento corta.

8. Ajustar /etc/fstab después de restaurar

Después de clonar o copiar por rsync, revisa /etc/fstab. Este archivo define qué particiones se montan al arrancar. Si el sistema restaurado apunta a UUID antiguos que ya no existen, o si hay UUID duplicados por tener conectado el disco original y el clon, el arranque puede fallar o montar la partición equivocada. ArchWiki explica que fstab puede identificar sistemas de archivos por nombre de dispositivo, etiqueta, UUID o PARTUUID, y recomienda revisar estos valores al migrar.

sudo blkid
sudo nano /mnt/destino/etc/fstab

En sistemas basados en Arch o entornos de rescate con genfstab, se puede generar un fstab nuevo desde los montajes actuales. La herramienta genfstab detecta montajes bajo un punto dado y puede listarlos por UUID.

genfstab -U /mnt/destino | sudo tee /mnt/destino/etc/fstab

9. Reinstalar GRUB en el equipo destino

Cuando usas Clonezilla o dd sobre un disco completo, el gestor de arranque puede quedar copiado. Pero cuando migras con rsync, cambias particiones o restauras sobre hardware diferente, normalmente debes reinstalar GRUB. El manual de GNU GRUB indica que, para instalar GRUB en un sistema Unix-like, se usa grub-install como superusuario.

# Montar raíz del sistema restaurado
sudo mount /dev/sdb2 /mnt

# Montar EFI si corresponde

sudo mount /dev/sdb1 /mnt/boot/efi

# Montajes necesarios para chroot

sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo mount --bind /run /mnt/run

# Entrar al sistema

sudo chroot /mnt

grub-install /dev/sdb
update-grub   # Debian/Ubuntu
# o:
grub-mkconfig -o /boot/grub/grub.cfg

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=Linux
update-grub   # Debian/Ubuntu
# o:
grub-mkconfig -o /boot/grub/grub.cfg

10. Cambiar hostname, red y machine-id

Si restauras la misma imagen en otra computadora o servidor, no conviene que ambos equipos conserven el mismo nombre, IP estática, claves de host o identificador de máquina. systemd documenta /etc/machine-id como el identificador único de la instalación local; además, la guía de systemd sobre creación segura de imágenes advierte que, si este archivo no se restablece, varias instancias pueden arrancar con el mismo ID y generar problemas en identificadores de red derivados.

sudo hostnamectl set-hostname servidor-nuevo
sudo nano /etc/hosts

sudo rm -f /etc/machine-id
sudo systemd-machine-id-setup

También revisa la configuración de red. Si usas Netplan, NetworkManager o archivos clásicos, actualiza IP, gateway, DNS y nombres de interfaz si el hardware cambió.

11. Revisar servicios, bases de datos y aplicaciones

Una restauración que arranca no significa que el sistema esté listo. Debes validar servicios críticos: Nginx, Apache, PostgreSQL, MySQL/MariaDB, Docker, SSH, Samba, cron, systemd timers, firewall, backups, colas, aplicaciones Java, PHP, Node.js o Python.

systemctl --failed
systemctl --type=service --state=running
journalctl -p err -b --no-pager
df -hT
lsblk -f
ip a
ss -lntup

Si clonas un servidor con bases de datos activas, lo ideal es detener el motor antes del clon o hacer backup lógico además de la imagen. Un clon tomado mientras hay escrituras puede requerir recuperación al arrancar, y no siempre garantiza consistencia de aplicación.

12. Ampliar particiones si el disco destino es más grande

Después de restaurar en un disco más grande, puede quedar espacio libre sin usar. Debes ampliar la partición y luego el sistema de archivos. El procedimiento exacto depende de si usas ext4, XFS, Btrfs, LVM o ZFS.

# Ver espacio libre
lsblk
sudo growpart /dev/sdb 2

# Ampliar ext4

sudo resize2fs /dev/sdb2

sudo pvresize /dev/sdb3
sudo lvextend -r -l +100%FREE /dev/mapper/vg0-root

13. Qué hacer si el sistema clonado no arranca

Los fallos más comunes son: GRUB no instalado, partición EFI no montada, fstab con UUID incorrectos, modo BIOS/UEFI distinto, kernel sin initramfs adecuado, discos LVM no activados, cifrado LUKS mal configurado o el equipo intentando arrancar desde el disco equivocado.

14. Seguridad después de clonar

Clonar también copia secretos. Eso incluye claves SSH de host, claves privadas de aplicaciones, tokens, certificados, credenciales en archivos de configuración, claves de backup, claves API y sesiones persistentes. Si el clon será usado como nuevo servidor independiente, debes revisar qué secretos deben conservarse y cuáles deben regenerarse.

15. Checklist completo de clonación y restauración

16. Errores comunes al clonar Linux

17. Preguntas clave

Recomendamos

En resumen

Clonar un sistema Linux completo es una tarea poderosa, pero debe hacerse con método. Clonezilla es la ruta más cómoda para crear y restaurar imágenes; dd sirve para copias exactas, pero exige extrema precaución; rsync permite migraciones flexibles cuando el destino tendrá otra estructura de particiones o hardware diferente.

La restauración no termina cuando los archivos aparecen en el disco nuevo. El verdadero cierre está en arrancar correctamente, corregir fstab, reinstalar GRUB si hace falta, ajustar red, cambiar hostname, regenerar machine-id, validar servicios, revisar logs y probar aplicaciones. Un clon útil no es solo una copia: es un sistema restaurado, arrancable, seguro y documentado.