È possibile ripristinare un'immagine fatta con Clonezilla senza usare Clonezilla?

Ho creato diverse immagini con Clonezilla. Se non ho il CD live di Clonezilla ma ho un'altra distribuzione Linux, Knoppix, ad esempio, che non ha Clonezilla, c'è un altro programma per ripristinare le immagini sul disco locale? La mia comprensione è che Clonezilla è un automa tore di gparted. Non lo so.

Sì, ma è necessario utilizzare lo / gli strumento / i giusto / i.

Lo strumento di backup della partizione

Clonezilla è in realtà più di un framework di un'applicazione unificata, utilizzando uno dei numerosi strumenti per creare immagini di backup. Questi strumenti sono:

• partclone
• partimage
• dd
• ntfsclone

tu dovrebbero stare usando partclone - questo è l'impostazione predefinita e di solito se è installato clonezilla hai anche quello installato. (Inoltre, è apparentemente meglio di ntfsclone anche per NTFS). Ma mentre crei la tua immagine, fai attenzione a ciò che viene invocato. Se hai finito, dai un'occhiata ai file di registro /var/log/clonezilla.log e /var/log/partclone.log per ricontrollare.

Lo schema / strumento di compressione

Per impostazione predefinita, le immagini sono compresse con lo schema gzip, ma potrebbero teoricamente essere compresse con bzip2, lzma o altri schemi.

Puoi controllare qual è il formato di compressione di un'immagine usando il file utilità:

$ 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

Lo strumento di decompressione che usi solitamente ha lo stesso nome dello schema di compressione: gzip per gzip, lzma per lzma, bzip2 per bzip2. Tuttavia, a volte potresti voler eseguire qualcos'altro. Per esempio: pigz è una versione parallela e multi-core di gzip che funzionerà molto più velocemente (in genere).

Esame del nome file dell'immagine per determinare quali strumenti utilizzare

Clonezilla posiziona i backup delle partizioni in una sottodirectory, sotto partimag/, su qualunque dispositivo hai eseguito il backup. All'interno di questa directory ci sono numerosi file di cui non ci interessa molto adesso, e il file (di solito il più grande) - l'effettiva immagine del clone compresso. Un esempio del percorso di tale file:

/mnt/sdc1/partimag/2017-10-15-01-my-partition-backup/sdb1.ext4-ptcl-img.gz.aa

Quindi la directory utilizzata per le immagini è /mnt/sdc1/partimag; la nostra partizione specifica è stata sottoposta a backup nella sottodirectory 2017-10-15-01-my-partition-backupe all'interno di quella directory, l'immagine compressa è sdb1.ext4-ptcl-img.gz.aa. Ora, questo nome ci dice diverse cose:

• La partizione era un dispositivo a blocchi sdb1 (non così interessante)
• Il tipo di filesystem era ext4.
• Lo strumento di backup era partclone ( ptcl in breve)
• Lo schema di compressione era gzip ( gz - come l'estensione)

Inoltre, c'è un registro del processo di clonazione chiamato clonezilla-img (sì, è un nome confuso) che potresti usare anche per ricontrollare le cose.

Nota importante: Sto ignorando la possibilità che il file immagine venga diviso in pezzi di dimensioni fisse. Quel caso ha bisogno di una propria indagine w.r.t. La domanda dell'OP.

Mettere tutto insieme

Supponiamo di voler ripristinare l'immagine sul dispositivo /dev/sdd3. Prima di farlo, assicurati che sia smontato (ad esempio con unmount /dev/sdd3 ) o rovinerai male le cose.

Ora si desidera decomprimere l'immagine e reindirizzare il risultato allo strumento di backup della partizione in modalità di ripristino, per scrivere sul relativo dispositivo a blocchi. Per l'esempio di cui sopra, e si dovrebbe eseguire:

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

Perché questa pipeline?

• L'immagine è compressa gzip, quindi vorremmo invocare gzip - ma pigz è più veloce.
• pigz scriverà il suo output sul suo flusso di output standard, cioè nel tubo.
• È un'immagine parziale, quindi invochiamo partclone. In realtà, partclone ha diversi eseguibili, uno per tipo di filesystem, e abbiamo bisogno del file binario ext4.
• partclone, salvo istruzioni contrarie, legge dal suo input standard, cioè il tubo.

Quando hai finito puoi provare a montare il dispositivo usando mount -t ext4 /dev/sdd3 /path/to/mount/point per verificare se il restauro è andato bene. Puoi anche usare il fsck strumento di controllo del file system.

UbuntuForums offre una soluzione per accedere ai contenuti di un'immagine CloneZilla:

1. Preparare un disco di grandi dimensioni in Linux
2. Dì se la tua immagine è /home/partimag/YOURIMAGE/e l'immagine è /home/partimag/YOURIMAGE/hda1.ntfs-img.aa, hda1.ntfs-img.ab... correre file /home/partimag/YOURIMAGE/hda1.ntfs-img.aa per vedere se è l'immagine gzip, bzip o lzop.
3. Dì che è gzip, quindi puoi correre cat /home/partimag/YOURIMAGE/hda1.ntfs-img.* | gzip -d -c | ntfsclone --restore-image -o hda1.img
4. Allora avrai un hda1.img da cui puoi montarlo mount -o loop -t ntfs hda1.img /mnt. Quindi tutti i file sono in /mnt/

Questo sito dice qualcosa di simile, ma con ext3 Immagine: http://blog.christosoft.de/2012/05/mount-clonezilla-image-to-restore-single-file-browse/

Tuttavia, nessuno di questi metodi può essere utilizzato per ripristinare un'intera partizione del sistema operativo!