Cómo clonar un disco duro en uno más pequeño.
- Clonezilla es genial, pero no es compatible con dicha funcionalidad.
- Además
dd
y PartImage no es compatible con esta demanda. rsync
no copiará el MBR ya que un MBR no es un archivo.
Necesito clonar un HDD para no hacer una copia de seguridad, por rsync
lo que no es una respuesta aceptable.
¿Alguna sugerencia?
software-recommendation
dd
clone
clonezilla
Maythux
fuente
fuente
Respuestas:
Claramente, no puede clonar una partición más grande en una partición más pequeña (usando
dd
y similares) ya que simplemente no hay suficiente espacio.Sin embargo, si los archivos que están en la partición más grande también caben en la partición más pequeña, puede usar
rsync
para copiar esos archivos. Las opciones exactas para usar dependen de su caso de uso particular, pero para copiar simplemente todos los archivos, lo siguiente debería hacer:Editar: Una vez más: no puede clonar una partición más grande en una partición más pequeña . (Pero sigue leyendo, tu problema aún puede resolverse).
La razón es simple: su partición de origen es más grande que su partición de destino. ¿Qué esperas? ¿Se deben dejar caer algunos bloques? ¿Cuáles? ¿Y cómo debería
dd
saberlo? Por supuesto, podría usardd
's'bs=
ycount=
opciones para copiar solo los primeros bloques de su partición de origen de modo que se ajuste a su partición de destino, pero terminará con una partición rota. Eso ciertamente no es lo que quieres.Entonces, dado que no puede clonar una partición más grande en una partición más pequeña, lo único que puede hacer es reducir primero el tamaño de su partición de origen a un tamaño más pequeño o igual al de su partición de destino con algo como lo
gparted
que es consciente de la especificaciones del sistema de archivos, de modo que no pierda datos. Y solo entonces podría usardd
para clonar la partición. Idealmente, el nuevo tamaño de su partición de origen debe ser igual al tamaño de su partición de destino (y no solo más pequeño o igual ), o de lo contrario terminará con un espacio no asignado en su partición de destino después de la clonación.Tenga también en cuenta que debe no sólo tiene que copiar un MBR de una unidad más grande en el MBR de una unidad más pequeña (o viceversa, para el caso). El MBR, que tiene un tamaño de 512 bytes y es la primera sección de su disco duro, contiene información sobre el diseño del disco duro:
(Tenga en cuenta que
446+64+2=512
)Si insiste en clonar el MBR, solo clone los primeros 446 bytes así:
... reemplazando
/dev/source
y/dev/target
con los nombres de dispositivo de los discos duros de origen y destino, por ejemplo,/dev/sda
y/dev/sdb
, respectivamente. ( Más información está disponible aquí. )Sin embargo, la forma correcta de hacerlo sería hacer una reinstalación limpia de Grub (o lo que sea que tenga en su MBR) en el nuevo disco duro.
En resumen, si desea clonar una unidad más grande en una unidad más pequeña, proceda de la siguiente manera:
Diseñe una tabla de particiones en la unidad de destino con tantas particiones como en la unidad de origen. Debe haber una correspondencia uno a uno entre las particiones en su unidad de origen y las particiones en su unidad de destino, excepto que (algunas de) las particiones en la unidad de destino pueden ser más pequeñas que sus particiones correspondientes en la unidad de origen. Use una herramienta como
fdisk
ocfdisk
para eso.Para cada partición en la unidad de destino que sea más pequeña que su partición correspondiente en la unidad de origen, reduzca el tamaño de esta partición correspondiente en la unidad de origen para que coincida con el tamaño de la partición en la unidad de destino. Use una herramienta como
gparted
para eso.Para cada partición en la unidad de origen, emita el comando
... para clonar la partición
/dev/sdaX
desde la unidad de origen a la partición correspondiente/dev/sdbY
en la unidad de destino (por supuesto, reemplace los nombres de los dispositivos de forma adecuada)Si insiste en clonar también el MBR, use los dos
dd
comandos escritos más arriba en esta publicación (aquellos con el/tmp/mbr.bak
material). Sin embargo, tenga en cuenta que una reinstalación limpia de Grub sería mejor.fuente
rsync
hecho no es para la clonación. Eso es precisamente lo que estaba diciendo: lea mi publicación detenidamente. ;) Edité mi publicación para explicar cómo puedes clonar todas las particiones, así como el MBR. Esperemos que esto esté más cerca de lo que quieres.parted
/gparted
para el paso 1 está perfectamente bien. Como suele ser el caso, hay muchas maneras de alcanzar una meta.fdisk
/cfdisk
son más herramientas "básicas", y en la descripción anterior simplemente estaba tratando de referirme a la herramienta más básica que haría el trabajo.La clonación exacta no es posible ya que Malte Skoruppa ya ha publicado. Sin embargo, clonezilla puede realizar esta tarea siempre que el disco más grande no esté lleno (Malte ya lo mencionó).
Básicamente, debe habilitar las opciones avanzadas e "ignorar" el mensaje de advertencia sobre un disco más pequeño. Consulte los documentos de Clonezilla para obtener detalles con capturas de pantalla. Tuve el mismo problema al restaurar una copia de seguridad de un disco duro de 160 GB en un SSD de 64 GB. Para mí esto funcionó bien.
Otra solución que debería ser el resultado que desea sería restaurar a un disco del mismo tamaño y repartir para ajustar el nuevo esquema de partición en el disco más pequeño. Consulte jsm-techblog.blogspot.de para obtener detalles sobre cómo hacerlo.
fuente
-k1
que creará la tabla de particiones proporcionalmente en el disco de destino y activará la opción-r
para cambiar el tamaño del sistema de archivos en la partición automáticamente. ¿Es esto correcto?k1
opción, sin embargo, la-icds
opción funcionó para mí. Publicaré una respuesta con más detalles.Gparted debería hacer el trabajo
Después de cambiar el tamaño con gparted, inicie desde la unidad para darle al sistema operativo la oportunidad de corregir cualquier error antes de generar imágenes con Clonezilla.
Luego ejecuta Clonezilla y realiza una copia de las particiones de disco duro necesarias
Otra opción que me pareció genial: MondoRescure
Una guía simple se puede encontrar aquí
Publicaré algunas capturas de pantalla:
PASO 1 COPIA DE SEGURIDAD (PANTALLA DE PARTICIÓN)
1. Elija de la lista de tipos de medios de respaldo compatibles.
2. Si está realizando una copia de seguridad en CD / DVD- + R [W], Mondo le preguntará si su grabadora de CD tiene tecnología BurnProof, está dentro de una computadora portátil o es excéntrica. Si está realizando una copia de seguridad en un transmisor de cinta, no verá este mensaje
3. ¿Cuánta compresión quieres? Ninguno, si su transmisor de cinta tiene compresión de hardware incorporada. Máximo, si su CPU es increíblemente rápida. El promedio debería funcionar bien para la mayoría de las situaciones.
4.Si desea hacer una copia de seguridad de toda la computadora (excluyendo / sys, / run y / proc, naturalmente, así como / tmp), deje esto como / que es el valor predeterminado. De lo contrario, especifique subconjuntos, (por ejemplo, / usr / local | / home) asegurándose de colocar una tubería entre cada ruta.
5. Si está haciendo una copia de seguridad de toda su computadora, entonces puede que desee excluir ciertos directorios, por ejemplo, / shared / MP3. Especifíquelos en el cuadro de diálogo 'excluir directorios'. Coloque una tubería entre cada ruta, por ejemplo, / shared / private | / scratch | / nfs | / windows
6. ¿Es tu núcleo cuerdo? Los usuarios de Red Hat, Mandrake, SuSE, Debian y Slackware deberían decir "sí" en general porque estos proveedores son buenos para producir núcleos confiables. Si está utilizando Gentoo o LFS, entonces su núcleo podría no ser estándar, en cuyo caso diga 'no' para usar el núcleo a prueba de fallas de Mondo (provisto por separado).
7. Si desea verificar los archivos después de escribirlos en los medios, diga "sí" aquí. Si tiene fe absoluta en su hardware y su distribución de Linux, diga 'no' ... y una pequeña oración.
8. Si está seguro de que quiere seguir adelante, diga "sí" y busque otra cosa que hacer mientras Mondo realiza una copia de seguridad de su computadora. Si dice 'no', entonces será arrojado sin ceremonias en el indicador de comandos de shell. :-)
9. El proceso de copia de seguridad comenzará ahora. Primero se deben realizar algunas tareas previas a la copia de seguridad, pero la copia de seguridad está esencialmente en curso. Para simplificar el proceso de copia de seguridad, se le hicieron una serie de preguntas. La próxima vez, si lo desea, puede llamar a mondoarchive con varios interruptores de línea de comandos para controlar su comportamiento, en lugar de responder una serie de preguntas. Vea la página del manual para más detalles.
10.Mondo hará un catálogo de todos los archivos de los que se realizará una copia de seguridad. Esto puede tomar hasta cinco minutos. La lista de archivos se dividirá en conjuntos, aproximadamente 4 MB (antes de la compresión) de archivos por conjunto. Esto generalmente toma un minuto.
11.Mondo llama a Mindi. Mindi genera imágenes de medios de arranque e imágenes de disco de datos auxiliares que se basan en su distribución de Linux y sistema de archivos existentes. De esa manera, puede estar seguro de que las herramientas de Mondo serán compatibles con sus sistemas de archivos y binarios existentes: las herramientas de Mondo son sus herramientas. Mindi tarda hasta cinco minutos en correr.
12. Finalmente, Mondo comienza a hacer una copia de seguridad de su computadora. Este proceso puede demorar unos minutos o algunas horas, dependiendo de la cantidad de datos que esté archivando, la velocidad de su CPU, la cantidad de RAM que tenga, etc. Realizará una copia de seguridad de sus archivos normales y luego sus archivos grandes (archivos de más de aproximadamente 32 MB) Si ha optado por verificar sus copias de seguridad, Mondo también lo hará.
PASO 2 RESTAURAR (CLON DE PARTICIÓN)
1. Elija su tipo de medio de copia de seguridad. El proceso de restauración en vivo es muy similar a lo que experimentará si escribe mondorestore sin parámetros después de iniciar desde un medio Mondo.
2.Haga clic en 'Aceptar' cuando haya insertado la cinta / CD. Si generó una copia de seguridad en cinta, la cinta en sí misma debería ser suficiente. Si generó una copia de seguridad de CD, el primer CD debería ser suficiente. De lo contrario, es posible que necesite los medios de arranque.
3. Marque los archivos y directorios que desea restaurar. Use los botones 'Más' y 'Menos' para abrir y cerrar subdirectorios.
4. Especifique la ubicación para restaurar los archivos. En general, '/' es apropiado. Si no desea sobrescribir las versiones más recientes de los archivos que está restaurando, especifique / tmp / BKP o similar a la ruta de restauración.
5.Mondorestore recuperará la información de configuración de los medios. (La pantalla de muestra es para usuarios de cintas. Los usuarios de CD verán algo diferente).
6.Los datos se restaurarán en el disco duro: primero los archivos normales y luego los archivos grandes (32 MB o más) en el conjunto de restauración.
fuente
La "pseudo-clonación" de un disco duro más grande a uno más pequeño se puede lograr usando Clonezilla. Efectivamente, puede guardar y restaurar las particiones del disco. Los siguientes pasos (desarrollados para la transferencia de HDD a SSD) lo llevarán allí:
El primer truco es usar Gparted para cambiar el tamaño de las particiones en el disco duro, reduciendo cada partición para reducir la cantidad de espacio no utilizado que contiene. Obviamente, las particiones deben tener un tamaño tal que el espacio total requerido para todas las particiones sea menor que la capacidad del SSD.
Luego se ejecuta Clonezilla y se hace una copia de las particiones individuales del disco duro (usando la opción saveparts), almacenando estas temporalmente en una unidad USB externa. Tenga en cuenta que es necesario guardar las particiones (saveparts) en lugar de hacer una imagen de todo el disco (isk guardado).
Consulte: "Clonación" de un disco duro en un SSD más pequeño para más discusión sobre el proceso y una serie de enlaces para fuentes de referencia.
fuente
Como la mayoría de los ejemplos anteriores parecen sugerir realmente cambiar el tamaño de su unidad original, existe el riesgo de modificar sus datos antes de hacer una copia.
Hay otra forma que es menos arriesgada, aunque es muy manual. Dado que deja la unidad de origen intacta en caso de que desee retroceder porque algo falló.
Además, con la clonación / cambio de tamaño, no puede cambiar a un sistema de archivos más nuevo mientras se mueve a una nueva unidad mientras realiza el intercambio de discos. Con el siguiente procedimiento, solo necesita crear el sistema de archivos que elija en la unidad de destino.
En mi ejemplo, la fuente (unidad original) es / dev / sda y el destino (nueva unidad más pequeña) es / dev / sdb. En su configuración puede ser diferente
ls -la / dev / disk / by-uuid
ahora cambie uuid por / e intercambie / mnt / destination / etc / fstab. no olvide cambiar el sistema de archivos para el punto de montaje, si decidió cambiarlo a algo diferente del disco original
si es importante que grub sea la misma versión, inicie nuevamente el disco original y ejecute y ejecute el siguiente comando para instalar grub en la nueva unidad
ls / boot /
linux /boot/vmlinuz-2.6.32-5-amd64 root = / dev / sda single
initrd /boot/initd.img-2.6.32-5-amd64
fuente
Puede transferir sus datos a una unidad más pequeña usando Clonezilla y GParted .
Usando el GParted Live CD, reduzca sus particiones para que quepan en la nueva unidad. Mueva sus particiones de modo que el espacio vacío (gris) esté al final / a la derecha de su unidad. Si ya había espacio vacío antes de su primera partición, deje ese espacio ya que puede contener información de arranque u otra información oculta.
Usando Clonezilla haz un
device-device
clon. Seleccione las opciones avanzadas y habilite la-icds
opción para omitir la comprobación del tamaño del disco. Continúe con el clon, retire la unidad anterior e intente arrancar desde la nueva unidad. Si obtiene errores, pruebe la-fsck-src-part
opción que le ayuda a reparar los errores en el disco de origen.De los documentos de Clonezilla :
Una de las preguntas frecuentes que leí sugirió usar las opciones
-icds
y-k1
con Clonezilla, pero eso no funcionó para mí. Otros han mencionado que puede copiar particiones usando GParted, sin embargo, no puede copiar todos los tipos de particiones y no pude hacer que mi máquina se inicie después de usar ese método, probablemente debido a que no se copia alguna información oculta entre particiones.fuente
Puede que no sea la respuesta correcta a la pregunta, pero llego a esta página tratando de resolver un problema similar:
Quería clonar una vieja tarjeta flash compacta de 256Mb en una de 32Mb que se rompió, la tarjeta flash contiene un pequeño dispositivo Linux que fabrica pequeñas bobinas de resorte.
Resuelto de esta manera:
(Por supuesto, el espacio efectivo utilizado en los 256Mb fue <32Mb, por lo que encaja bien)
cree una imagen de la tarjeta flash de 256Mb con 'dd' (es decir, suponiendo que la tarjeta esté montada en / dev / sdb):
Use unetbootin para leer el ISO 'image256.iso' (opción Diskimage).
Seleccione la unidad USB donde está la tarjeta de 32Mb y proceda a volcar la imagen en la tarjeta de 32Mb.
Eso es todo, la tarjeta de 32Mb inició con éxito mi máquina nuevamente.
HTH
fuente
Puede intentar hacerlo en dos pasos: primero haga un clon del sistema en una imagen dispersa (la imagen se está haciendo más grande al agregarle más cosas). Ahora restaure desde esta imagen al segundo disco más pequeño.
fuente
se puede hacer .. Con un CD en vivo, simplemente reduzca el sistema de archivos (resize2fs), que lvm (si corresponde) de la última partición (como / dev / sdc3) del disco grande para que pueda caber en el disco pequeño.
Con fdisk, elimine y vuelva a crear con sectores más pequeños la última partición (/ dev / sda3), por lo que el último sector del disco grande tiene el mismo valor que el último sector del disco pequeño.
Entonces haga su # dd if = big of = small bs = 10M hasta que se quede sin espacio.
Precaución adicional al reducirse ya que un mal valor causará daños.
fuente
Después de reducir el sistema de archivos en el disco más grande usando GParted, puse los dos discos en un caso RAID en modo espejo, donde el disco más grande es la fuente y el disco más pequeño es el objetivo. Simplemente tuve que hacer clic en el botón de reinicio dentro de la caja (no cambiar el modo, es decir, Raid 1 a Raid 0) para que comience la clonación. Funcionó perfectamente! :) Utilicé el caso Raid GW3.5AX2-SU3 / MB.
fuente
publico mi experiencia reduciendo un disco de arranque con 250 gb (sda) a un disco de 120 gb (sdc)
sda contiene 2 particiones:
Así que hago:
entonces como mi gparted NO funciona con lvm:
desde un disco de rescate:
pvresize / dev / sda2 --setphysicalvolumesize xxxxxxxxxxxxK (doy 1 gb más que el espacio LV) (tengo un ERROR aquí ... entonces:
Pero aún así, la partición era grande, ya que solo reduzco el FS-LV-VG, así que:
recreé la partición con fdisk:
luego, el sistema solicita que la tabla de particiones anterior esté en uso hasta el próximo reinicio. Pero olvidé reiniciar y hacer la imagen:
dd if = / dev / sda2 of = / dev / sdc2 bs = 4096 (en este momento pensé que algo iba a estar mal y no pude arrancar con sdc ya que la tabla de particiones no refleja el final del nuevo sda2)
PERO todo estaba bien y después del reinicio, e incluso el sistema eligió la partición sdc para arrancar (se quejaba de PV, LV y / boot duplicados)
No sé si soy afortunado o si hago pasos innecesarios ... cualquier comentario será apreciado.
fuente
Descargo de responsabilidad: soy el autor original de WereSync
Esto es posible usando WereSync . WereSync sigue el proceso general de la respuesta de Malte, pero requiere solo un comando en lugar de varios. Además, si está utilizando su clon como copia de seguridad, puede actualizar esa copia de seguridad de forma incremental, ya que emplea rsync en el back-end.
Para instalar WereSync, use pip:
Desde allí, simplemente puede usar el comando WereSync
El comando anterior copia datos de / dev / sda a / dev / sdb. La
-C
marca indica que WereSync debe verificar si las particiones en las dos unidades son equivalentes, y si no lo son, WereSync debe copiar las particiones de / dev / sda a / dev / sdb y cambiar su tamaño para que quepan. Los UUID de las nuevas particiones serán diferentes. El sistema utilizado para probar si las particiones son válidas puede ser complicado, por lo que después de su primera copia de seguridad, recomiendo omitir este indicador.Los comandos
-g
y-E
podrían omitirse, pero la instalación del cargador de arranque seguramente fallaría en ese caso.-g
se refiere a la "partición grub", o la partición grub se debe instalar en. Generalmente esta es la partición montada en /. Entonces, si tiene / dev / sda2 montado en /, pasa-g 2
a WereSync, como en el ejemplo anterior. Si esto se omite, WereSync intentará descubrir la partición adecuada por sí solo, pero esto es propenso a errores. Recomiendo simplemente pasar la bandera.-E
se refiere a la partición EFI. Si su partición EFI está en / dev / sda1, pase-E 1
a WereSync como en el comando anterior.Si tiene una partición separada para la carpeta / boot, también debe informar a WereSync. Si tiene eso en / dev / sda3, pase
-B 3
a WereSync.Se puede encontrar información más detallada sobre los posibles indicadores de este comando en la Documentación del comando WereSync .
fuente
Llegué a este problema porque la actualización de Win 10 a 1607 se rompería después del reinicio, debido a que mi NVMe (Samsung 950 Pro) no se reconoce, por lo que cloné el NVMe en la otra unidad interna (más grande) (en mi caso "Toshiba") , actualicé el Win 10 y restauré el sistema a NVMe.
Estos son los pasos que tenía que hacer para lograrlo (ya que restoreparts con
-icds
no funcionó).Herramientas:
Preparación:
Nota:
Si usó Clonzila desde la rama estable, debe cambiar al modo de inicio Legacy en BIOS para poder iniciar desde el CD. De lo contrario, si usa la descarga desde la rama alternativa, debería ser compatible con el arranque UEFI.
Renuncia:
Siga la guía bajo su propia responsabilidad. Los pasos y comandos aquí se verifican y se verifican dos veces, pero los errores tipográficos pueden causar la pérdida de datos o fallas de hardware, así que primero aprenda lo que está haciendo y siga estos pasos como pistas hacia la dirección correcta.
El procedimiento:
la primera vez creo que tuve algunos conflictos en Windows con NVMe que todavía tenía información de arranque de Win, así que esta vez inmediatamente después de la clonación inicial a Toshiba (antes del cambio al arranque UEFI) borré todas las particiones en la unidad NVMe
~ la eliminación se realiza fácilmente en Clonezilla shell con:
~ alternativamente, arranque en GParted y hágalo visualmente allí
(cambiar a arranque UEFI en BIOS)
Dado que copiar MBR no hizo nada por mí, el GPT es importante en esta historia, así que ingrese el shell (Clonezilla) y copie el GPT de Toshiba a NVMe con
( explicación )
dado que Clonezila (incluso con el interruptor experto -icds) refuzes para restaurar particiones, ingrese nuevamente al shell y haga:
( más información )
copia de seguridad de Tosiba MBR y GPT:
copie la copia de seguridad en un lugar seguro (para que podamos restaurarla y no toda la imagen del disco que hicimos en el paso 6)
borre la información de la partición Toshiba para que no cause conflictos con Windows
(cambie al arranque UEFI en BIOS) arranque desde el DVD de Windows 10 (1607), elija Reparar> Solucionar problemas> Símbolo del sistema y ejecute todo esto:
( más información )
reiniciar a Windows 1607 en su disco NVMe
fuente