¿Cómo copiar un disco duro o USB a Linux? Los mejores métodos

Datos comprobados en septiembre de 2026.

La respuesta corta: qué método conviene a cada perfil

Para la mayoría que solo quiere guardar archivos y mantenerlos sincronizados, rsync conviene porque copia solo lo cambiado, conserva permisos y permite reanudar sin repetir todo.

Si quieres clon exacto bit a bit de un sistema arrancable para cambiar de disco sin reinstalar, elige Clonezilla Live si prefieres asistente guiado o dd si dominas terminal y el disco está sano.

Si quieres copia selectiva y segura sin riesgo de borrar el destino por invertir origen y destino, usa cp -a o rsync -aHAX sobre particiones montadas, o GNOME Disks si prefieres interfaz gráfica con pocos clics.

En disco con sectores defectuosos o lecturas que fallan, la opción es ddrescue porque reintenta por zonas y guarda un mapa de lo rescatado.

Qué necesitas antes de empezar

Necesitas una distribución Linux con permisos de administrador. Todos los métodos descritos funcionan en Ubuntu, Linux Mint, Zorin OS, Fedora Workstation y Debian, todas corren en Linux y son gratuitas con límites propios: Ubuntu requiere Ubuntu Pro para soporte profesional extendido, Linux Mint lleva un ciclo más conservador, Zorin OS reserva layouts extra a la edición Pro de pago, Fedora Workstation tiene ciclo de vida de unos 13 meses y Debian prioriza estabilidad con paquetes más antiguos. Alternativas libres para estos casos son Debian o Linux Mint según el perfil.

Lista de comprobación antes de copiar:

• Identifica discos con lsblk -f o sudo fdisk -l. Anota el nombre del dispositivo origen (por ejemplo /dev/sdb) y destino (/dev/sdc), y su tamaño en GB para no confundirlos.
• Verifica espacio libre en el destino con df -h. En clon bit a bit el destino debe ser igual o mayor en bytes que el origen.
• Ten a mano cable o adaptador USB a SATA o a NVMe si clonas a disco externo, y puerto USB 3.0 o superior para no limitar velocidad.
• Haz copia de seguridad previa de lo importante del destino, porque el clon lo sobrescribe.
• Si el sistema está en uso, arranca desde USB Live cuando vayas a clonar la partición del sistema para evitar copia en caliente inconsistente.

Tabla comparada de los mejores métodos para copiar en Linux

Método	Clon bit a bit	Copia en caliente	Reintentos ante errores	Conserva permisos y arranque	Interfaz	Ideal para
dd	sí	no	no	sí, si clonas disco completo	CLI	Clon idéntico de disco sano
ddrescue	sí	no	sí	sí, si clonas disco completo	CLI	Disco con sectores defectuosos
rsync	no	sí	sí	sí permisos, no arranque por sí solo	CLI	Copia incremental de archivos
cp -a	no	sí	no	sí permisos, no arranque por sí solo	CLI	Copia rápida selectiva
Clonezilla Live	sí	no	sí	sí	CLI asistida / TUI	Clonar sistema a disco igual o mayor
GNOME Disks	sí	no	no	sí, si clonas disco completo	GUI	Usuario que prefiere clics sin comandos

Cómo leer la tabla y elegir sin equivocarte

Elige según tres preguntas concretas. Primera, ¿necesitas que el destino arranque tal cual? Si la respuesta es sí, busca clon bit a bit de disco completo con tabla de particiones incluida: dd, ddrescue, Clonezilla Live o GNOME Disks. rsync y cp copian archivos pero no crean por sí mismos el sector de arranque ni la tabla GPT o MBR.

Segunda, ¿el disco origen tiene errores, se cuelga o muestra E/S con fallo? Entonces descarta dd, cp y GNOME Disks. ddrescue lee por bloques, salta zonas dañadas y reintenta con un archivo de mapa. Clonezilla Live también gestiona mejor errores que dd simple.

Tercera, ¿quieres solo carpetas, conservar espacio y actualizar solo lo cambiado? Ahí gana rsync con opciones -aHAX. Permite filtrar, reanudar y copiar en caliente con el sistema encendido, algo que el clon bit a bit no debe hacer con particiones montadas. Si buscas simplicidad gráfica para un clon puntual sin aprender comandos, GNOME Disks resuelve sin USB de arranque adicional.

Si tu objetivo es cambiar el disco del sistema por uno mayor y arrancar al primer intento, piensa en clon de disco completo; si solo rescatas documentos, piensa en copia de archivos.

Método 1: dd — clon bit a bit desde terminal

Funciona en cualquier Linux con coreutils, sin instalar nada extra. Clona byte a byte, por lo que replica particiones, gestor de arranque y UUID. No tolera errores y no debe usarse con particiones montadas en escritura.

Pasos:

1. Identifica discos con lsblk -f y sudo fdisk -l. Confirma tamaño en GB y etiqueta.
2. Desmonta origen y destino si están montados: sudo umount /dev/sdb1 y sudo umount /dev/sdc1. Si es el disco del sistema, inicia desde USB Live de Ubuntu o Linux Mint.
3. Ejecuta el clon: sudo dd if=/dev/sdb of=/dev/sdc bs=4M status=progress conv=fsync. Ajusta if al origen y of al destino. bs=4M equilibra velocidad y uso de memoria; status=progress muestra avance en MB copiados.
4. Sincroniza caché: sync.
5. Verifica con lsblk -f que el destino muestra las mismas particiones y tamaños.

Limitación real: si inviertes if y of borras el origen sin aviso. Si interrumpes el proceso, el destino queda a medias y sin sistema de archivos válido. Para discos con fallos o para copiar solo archivos usa otro método. Velocidad orientativa según puerto: USB 2.0 limita a unos 35 MB/s reales, USB 3.0 supera 100 MB/s con SSD externo.

Método 2: ddrescue y rsync — para discos con fallos y para copias incrementales

Dos herramientas distintas para dos problemas distintos. ddrescue rescata clon bit a bit con reintentos. rsync copia archivos con control fino y resume sin empezar de cero.

Pasos con ddrescue:

1. Instala: sudo apt install gddrescue en Ubuntu, Linux Mint, Zorin OS y Debian; sudo dnf install ddrescue en Fedora Workstation.
2. Desmonta discos y crea archivo de mapa: sudo ddrescue -f -n /dev/sdb /dev/sdc rescate.map. -n hace primera pasada sin reintentos profundos.
3. Reintenta zonas dañadas: sudo ddrescue -d -r3 /dev/sdb /dev/sdc rescate.map. -r3 indica tres reintentos por bloque defectuoso.
4. Si prefieres imagen en archivo en vez de disco a disco, cambia /dev/sdc por /ruta/imagen.img.

Pasos con rsync:

1. Monta origen y destino: sudo mount /dev/sdb1 /mnt/origen y sudo mount /dev/sdc1 /mnt/destino.
2. Copia conservando todo: sudo rsync -aHAX --progress /mnt/origen/ /mnt/destino/. -a conserva permisos y fechas, -H enlaces duros, -A ACL, -X atributos extendidos.
3. Para actualizaciones posteriores repite el mismo comando; solo copiará lo cambiado.

Pros y contras:

• ddrescue pros: reintentos configurables, mapa que permite pausar y continuar, ideal para HDD con sectores pendientes. Contras: CLI sin asistente, más lento en reintentos y requiere destino igual o mayor.
• rsync pros: copia en caliente, incremental, filtra por patrón, conserva permisos en ext4, NTFS y FAT32 según soporte del sistema de archivos. Contras: no crea disco arrancable por sí solo; hay que reinstalar gestor de arranque después si quieres arrancar.

Método 3: Clonezilla Live y GNOME Disks — cuando prefieres asistente gráfico o USB de arranque

Ambos evitan escribir comandos largos y reducen el riesgo de confundir origen y destino. Clonezilla Live arranca fuera del sistema, GNOME Disks funciona dentro del escritorio.

Pasos con Clonezilla Live:

1. Descarga la ISO de Clonezilla Live y crea USB arrancable con Balena Etcher o sudo dd if=clonezilla.iso of=/dev/sdX bs=4M status=progress.
2. Arranca el equipo desde ese USB, elige idioma y modo Beginner.
3. Selecciona device-device para clon disco a disco, o device-image si quieres guardar imagen en otro disco.
4. Elige origen y destino por modelo y tamaño en GB, confirma y deja que clone. Al terminar apaga, retira origen y prueba arranque desde el clon.

Pasos con GNOME Disks:

1. Abre Discos desde el menú en Ubuntu, Fedora Workstation o Zorin OS. También corre en Linux Mint y Debian si instalas gnome-disk-utility.
2. Selecciona el disco origen en la barra lateral, pulsa menú de tres puntos y elige Crear imagen de disco o Clonar.
3. Si clonas a otro disco, selecciona destino por tamaño y confirma. Espera a que complete y verifica que ambas tablas de particiones coinciden.

Compatibilidad: Clonezilla Live y GNOME Disks trabajan con ext4, NTFS y FAT32, y replican tabla MBR o GPT y partición EFI si clonas el disco completo. Clonezilla Live comprime imagen y verifica, útil para migrar sistema Windows y Linux. GNOME Disks no hace copia incremental ni reintentos avanzados ante errores. Para equipos solo con Windows o macOS estos métodos no aplican directamente; Windows corre en Windows con licencia de unos 145 EUR y macOS corre en macOS solo en hardware Apple, con límites de licencia y ecosistema cerrado.

Si no se copia, no arranca o va lento: causas y solución

Disco origen montado: dd y clones bit a bit con partición montada generan copia inconsistente. Solución: desmonta con sudo umount /dev/sdXn o arranca desde USB Live antes de clonar.

Permiso denegado: sin sudo el sistema bloquea acceso a /dev/sdX. Solución: antepone sudo y verifica que tu usuario está en el grupo sudo con groups.

Identificador UUID duplicado: al clonar disco completo ambos discos quedan con mismo UUID y el arranque puede confundirse si dejas los dos conectados. Solución: deja solo el clon conectado para el primer arranque, o regenera UUID con sudo tune2fs -U random /dev/sdXn para ext4 y actualiza /etc/fstab.

No arranca tras clonar: suele ser MBR o GPT o EFI no replicado porque copiaste partición en vez de disco. Solución: clona el disco entero /dev/sdb no solo /dev/sdb1. Si usaste rsync, reinstala gestor de arranque: en BIOS o MBR sudo grub-install /dev/sdc y sudo update-grub; en UEFI verifica partición EFI FAT32 montada en /boot/efi.

Va lento: comprueba si estás en USB 2.0. Ejecuta lsusb -t y mira si el puerto marca 480M para USB 2.0 o 5000M para USB 3.0. Cambia a puerto azul o USB-C 5 Gbps o superior. En HDD mecánico velocidades de 80 a 160 MB/s son normales; en SSD SATA superan 400 MB/s y en NVMe por USB 3.2 superan 900 MB/s si adaptador y cable lo permiten.

## Preguntas frecuentes

1. ¿Qué es la vulnerabilidad CVE-2026-31431 y afecta a los sistemas Linux?

La vulnerabilidad CVE-2026-31431 afecta al kernel de Linux y permite la escalada de privilegios a root mediante un error en la gestión de memoria. Para proteger tu sistema, ejecuta 'sudo apt update && sudo apt upgrade' o la orden equivalente de tu distribución para aplicar el parche de seguridad disponible desde septiembre de 2026.

2. ¿Hay vulnerabilidades en Linux relacionadas con la copia de archivos?

Existe una vulnerabilidad en la herramienta cp de GNU Coreutils (CVE-2024-0573) que afecta a la orden 'cp –preserve=all'. El riesgo se activa al copiar archivos con permisos SETUID. La solución es mantener actualizado el paquete coreutils con el gestor de tu distribución y revisar los permisos de los archivos en el directorio de destino.

Fuentes

1. WikipediaCopy Fail – Wikipediaconsultado el 22/09/2026
2. SchneierCopy.Fail Linux Vulnerability – Schneier on Security –consultado el 22/09/2026
3. LinuxizeLinux cp Command: Copy Files and Directoriesconsultado el 22/09/2026
4. CloudflareHow Cloudflare responded to the “Copy Fail” Linux vulnerabilityconsultado el 22/09/2026
5. ThehackernewsNew Linux 'Copy Fail' Vulnerability Enables Root Access on Major …consultado el 22/09/2026