Este escrito ha sido analizado por expertos así se garantiza la veracidad de nuestra esta noticia.
Solución:
Mi solución es la misma que JackeJR pero me gusta elaborar mi caso.
Probé una copia de disco a disco desde un disco duro de 930 GiB (unidad de origen) con una tabla de particiones GPT a un SSD de 890 GiB (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.
- Con gparted, cambié el tamaño de la partición de datos más grande para tener un tamaño general que se ajuste al SSD de destino y moví todo el espacio libre al final
- Usé clonezilla-Live desde lápiz USB, con modo avanzado y
-icdsactivado.
Falló. 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:
- Igual que el anterior (el tamaño total debe caber)
-
Copié manualmente la partición de una unidad a otra, usando el shell Clonezilla con
sgdisk(solo para particiones GPT):sgdisk /dev/sdSourceDeviceName -R /dev/sdDestinationDeviceName -
Clonación disco a disco Clonezilla realizada, seleccionando la opción
-icds: Omita la verificación del tamaño de destino antes de crear la tabla de particionesy luego la opción-k: NO cree una tabla de particiones en el sector de arranque en la máquina de destino. (En este caso, Clonezilla usa las particiones de destino tal como son y cambia el tamaño de las particiones cuando los tamaños son más pequeños, para que quepan, 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 Windows sigue funcionando bien.
Puntuaciones y comentarios
Acuérdate de que tienes autorización de interpretar tu experiencia .