Saltar al contenido

¿Se puede restaurar una imagen hecha con Clonezilla sin usar Clonezilla?

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 – pero pigz 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:

  1. Prepare un disco grande en Linux
  2. Di si tu imagen es /home/partimag/YOURIMAGE/, y la imagen es /home/partimag/YOURIMAGE/hda1.ntfs-img.aa, hda1.ntfs-img.ab… correr file /home/partimag/YOURIMAGE/hda1.ntfs-img.aa
    para ver si es una imagen gzip, bzip o lzop.
  3. Di que es gzip, luego puedes correr
    cat /home/partimag/YOURIMAGE/hda1.ntfs-img.* | gzip -d -c | ntfsclone --restore-image -o hda1.img
  4. 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.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *