Solución:
Sí, pero debe utilizar las herramientas adecuadas.
La herramienta de copia de seguridad de particiones
Clonezilla es en realidad más un marco que una aplicación unificada, que utiliza una de varias herramientas para crear imágenes de respaldo. Estas herramientas son:
- partclone
- partimage
- dd
- ntfsclone
usted deberían estar usando partclone
– ese es el valor predeterminado y, por lo general, si instaló clonezilla
también lo tienes instalado. (Además, aparentemente es mejor que ntfsclone incluso para NTFS). Pero a medida que crea su imagen, preste atención a lo que se invoca. Si ha terminado, eche un vistazo a los archivos de registro /var/log/clonezilla.log
y /var/log/partclone.log
para volver a comprobar.
El esquema / herramienta de compresión
De forma predeterminada, las imágenes se comprimen con el esquema gzip, pero teóricamente podrían comprimirse con bzip2, lzma u otros esquemas.
Puede comprobar cuál es el formato de compresión de una imagen utilizando el file
utilidad:
$ file /path/to/my/image_file.aa
/path/to/my/image_file.aa: gzip compressed data, last modified: Sun Oct 15h 12:34:56 2017, max speed, from Unix
La herramienta de descompresión que utiliza normalmente tiene el mismo nombre que el esquema de compresión: gzip
para gzip, lzma
para lzma, bzip2
para bzip2. Sin embargo, a veces es posible que desee ejecutar otra cosa. Por ejemplo: pigz
es una versión en paralelo de varios núcleos de gzip que funcionará mucho más rápido (normalmente).
Examinar el nombre del archivo de la imagen para determinar qué herramientas usar
Clonezilla coloca las copias de seguridad de las particiones en un subdirectorio, debajo partimag/
, en cualquier dispositivo en el que realizó la copia de seguridad. Dentro de ese directorio hay numerosos archivos que no nos importan mucho en este momento, y el archivo (generalmente el más grande): la imagen de clonación comprimida real. Un ejemplo de la ruta de dicho archivo:
/mnt/sdc1/partimag/2017-10-15-01-my-partition-backup/sdb1.ext4-ptcl-img.gz.aa
Entonces, el directorio utilizado para las imágenes es /mnt/sdc1/partimag
; nuestra partición específica fue respaldada en el subdirectorio 2017-10-15-01-my-partition-backup
, y dentro de ese directorio, la imagen comprimida es sdb1.ext4-ptcl-img.gz.aa
. Ahora, este nombre nos dice varias cosas:
- La partición era un dispositivo de bloque
sdb1
(no tan interesante) - El tipo de sistema de archivos fue ext4.
- La herramienta de copia de seguridad fue partclone (
ptcl
para abreviar) - El esquema de compresión fue gzip (
gz
– como la extensión)
Además, hay un registro del proceso de clonación llamado clonezilla-img
(sí, es un nombre confuso) que también puede usar para verificar las cosas.
Nota IMPORTANTE: Estoy ignorando la posibilidad de que el archivo de imagen se divida en partes de un tamaño fijo. Ese caso necesita su propia investigación con la pregunta de OP.
Poniendolo todo junto
Suponga que desea restaurar la imagen en el dispositivo. /dev/sdd3
. Antes de hacerlo, asegúrese de que esté desmontado (por ejemplo, con unmount /dev/sdd3
) o estropearás mucho las cosas.
Ahora desea descomprimir la imagen y canalizar el resultado a la herramienta de copia de seguridad de la partición en modo de restauración para escribir en el dispositivo de bloque relevante. Para el ejemplo anterior, ejecutaría:
cd /mnt/sdc1/partimag/2017-10-15-01-my-partition-backup/ &&
pigz --decompress --stdout sdb1.ext4-ptcl-img.gz.aa
| partclone.ext4 --restore --output /dev/sdd3
¿Por qué esta pipleína?
- La imagen está comprimida con gzip, por lo que nos gustaría invocar
gzip
– peropigz
es más rápido. - pigz escribirá su salida en su flujo de salida estándar, es decir, en la tubería.
- Es una imagen partclone, por lo que invocamos
partclone
. En realidad, partclone tiene varios ejecutables, uno por tipo de sistema de archivos, y necesitamos el binario ext4. -
partclone
, a menos que se indique lo contrario, lee de su entrada estándar, es decir, la tubería.
Cuando haya terminado, puede intentar montar el dispositivo usando mount -t ext4 /dev/sdd3 /path/to/mount/point
para comprobar si la restauración salió bien. También puede utilizar el fsck
herramienta de verificación del sistema de archivos.
UbuntuForums ofrece una solución para acceder al contenido de una imagen de CloneZilla:
- Prepare un disco grande en Linux
- Di si tu imagen es
/home/partimag/YOURIMAGE/
, y la imagen es/home/partimag/YOURIMAGE/hda1.ntfs-img.aa
,hda1.ntfs-img.ab
… correrfile /home/partimag/YOURIMAGE/hda1.ntfs-img.aa
para ver si es una imagen gzip, bzip o lzop. - Di que es gzip, luego puedes correr
cat /home/partimag/YOURIMAGE/hda1.ntfs-img.* | gzip -d -c | ntfsclone --restore-image -o hda1.img
- Entonces tendrás un
hda1.img
con el que puedes montarlo
mount -o loop -t ntfs hda1.img /mnt
. Entonces todos los archivos están en/mnt/
Este sitio dice algo similar, pero con ext3
imagen: http://blog.christosoft.de/2012/05/mount-clonezilla-image-to-restore-single-file-browse/
Sin embargo, ninguno de estos métodos se puede utilizar para restaurar una partición completa del sistema operativo.