Tengo una imagen que fue tomada con Clonezilla como SAVEDISK en un disco duro de 160GB.
Ahora, una versión más nueva de la PC lanzada con un disco duro de 120 GB, el espacio en uso es de solo 20 GB
¿Hay alguna manera de forzar a Clonezilla (o cualquier otro programa) a manipular el "tamaño original" de las imágenes a 120 GB o menos, para que Clonezilla pueda escribirlo en la nueva PC?
linux
hard-drive
partitioning
clonezilla
Lijadora
fuente
fuente
Respuestas:
Clonezilla se basa en Partclone para guardar y restaurar sistemas de archivos. Aunque es útil, incluso si usa la
-icds
opción, eso por sí solo no es suficiente. Al restaurar el sistema de archivos original en el disco más pequeño, Partclone encontrará un error de búsqueda al intentar escribir más allá del límite del disco. Entonces, esta es una limitación no solo de Clonezilla, sino también de las herramientas subyacentes que utiliza.Sin embargo, lo que puede hacer es restaurar la imagen temporalmente en un disco de 160 GB, usar una herramienta de cambio de tamaño del sistema de archivos como
ntfsresize
(para NTFS) oresize2fs
(para ext3 / 4) para reducir el sistema de archivos, digamos a 25 GB. Cambiar el tamaño de la tabla de particiones, que GParted hace, no es necesario. Use Clonezilla nuevamente para crear una nueva imagen usando la opción "salvado".Al restaurar la imagen en el disco más pequeño, use la
-icds
opción para omitir Clonezilla comprobando si el disco es el mismo o más grande que el disco original. Como redujo el sistema de archivos, Partclone no encontrará un error de búsqueda y sus datos se restaurarán en su disco más pequeño.Si utilizó la opción para restaurar la tabla de particiones proporcionalmente (
-k1
), Clonezilla creará una tabla de particiones adecuada y redimensionará (expandirá) el sistema de archivos original para que todo el espacio libre en el nuevo disco esté disponible.EDITAR: laEl error ha sido corregido.-icds
opción no se pasa aocs-expand-mbr-pt
, por lo que este paso falla actualmente. Se ha presentado un informe de error sobre esto con el proyecto.fuente
Restaurar la imagen a un disco duro de 160 GB o más ... podría ser virtual.
Arranque esa máquina con PartedMagic Live CD.
Cambiar el tamaño de la partición con parted.
Coloque la unidad como una unidad secundaria en Windows o Linux,
y cambie el tamaño utilizando el administrador de discos dividido, dividido o Windows.
fuente
Lo resolví con una imagen de Windows 10 de la siguiente manera
c:\
haciendo clic derecho en la unidad -> herramientasc:\
través de la administración de discos de Windows lo más pequeño posible-icds
y finalmente la-k1
opciónEn el pasado, el cuarto paso falló, pero desde 2015 clonezilla admite GPT con la
-k1
opción, así que creo que esta es la razón por la que esto funciona, ahora:http://clonezilla.org/downloads/stable/changelog.php
El sexto paso es necesario porque Windows no reconoce la unidad de arranque en la herramienta de optimización (SSD trim) e intentará reparar la unidad al azar, por lo que algo parece estar mal en el sector de arranque / tabla de particiones, pero la reparación de inicio lo solucionará.
EDITAR: subí un video del proceso completo (alemán):
https://www.youtube.com/watch?v=GJ2LVY5ja-o
fuente
Si el espacio no está en uso, vaya al modo experto y habilítelo para
-icds
luego restaurar la imagen. Omitirá la comprobación del tamaño de la partición y la restaurará con éxito (solo si se usan <120 GB).fuente
Mi situación:
Las siguientes sugerencias (como https://superuser.com/a/592283/229908 ) no resolvieron el problema para mí.
Lo que funcionó para mí fue:
restorepart
comando) desde la unidad redimensionada a la partición correspondiente en la unidad de destino.El truco principal por el que esto funcionó fue crear una tabla de particiones (en mi caso, realizada automáticamente mediante la instalación de Windows) que corresponde a la unidad de destino, luego simplemente copiando contenido (a través de
restorepart
) que no tocaría la configuración de particiones. Por lo tanto, incluso si la partición de origen que se está restaurando era más pequeña que la de destino, ya que la tabla de particiones no es tocadarestorepart
, no hay necesidad de "extender" la partición de destino después de la operación.fuente
-icds
Solo en mi caso no ha resuelto el problema. No sé si el problema es exactamente el mismo que el mío. Pero dejé aquí mi centavo.He intentado un clon de disco a disco desde un HDD 930GiB (unidad de origen) con una tabla de partición GPT a SSD 890GiB (destino). Tenga en cuenta que soy un usuario de Linux y tengo un arranque dual con Windows 10. He intentado dejar sin cambios todas las particiones y reducir ligeramente el tamaño de mi partición de datos solamente.
-icds
habilitado.Fracasó . Parece que Clonezilla falla, al inicio, al clonar la tabla de particiones en el disco de destino porque usa incorrectamente la utilidad sfdisk que es para tipos de partición más antiguos en lugar de las utilidades sgdisk. Mi solución:
Copié manualmente la partición de una unidad a otra, usando el shell Clonezilla con este comando (¡ solo para particiones GPT! ):
sgdisk / dev / sdSourceDeviceName -R / dev / sdDestinationDeviceName
Realizó el clon de disco a disco de Clonezilla, seleccionando la opción
-icds
y la opción NO CREAR una tabla de partición en el disco de destino, opción-k
. (En este caso, Clonezilla usa las particiones de destino tal como están, y cambia el tamaño de las particiones cuando los tamaños son más pequeños, para ajustarse, realiza un buen "mejor esfuerzo").Funcionó . Obtuve todas las particiones del mismo tamaño que la fuente (Sí, solo reduje un poco la partición más grande). El arranque dual con ventanas sigue funcionando bien. Saludos
fuente