Sim, mas você precisa usar a (s) ferramenta (s) certa (s).
A ferramenta de backup de partições
OClonezilla é na verdade mais uma estrutura do que uma aplicação unificada, usando uma das várias ferramentas para criar imagens de backup. Essas ferramentas são:
- partclone
- partimage
- dd
- ntfsclone
Você deve estar usando partclone
- esse é o padrão e, geralmente, se você instalou clonezilla
, também tem esse instalado. (Além disso, é aparentemente melhor do que ntfsclone mesmo para NTFS.) Mas ao criar sua imagem, preste atenção ao que é invocado. Se tiver terminado, dê uma olhada nos arquivos de log /var/log/clonezilla.log
e /var/log/partclone.log
para verificar novamente.
O esquema / ferramenta de compactação
Por padrão, as imagens são compactadas com o esquema gzip, mas teoricamente elas podem ser compactadas com o bzip2, lzma ou outros esquemas.
Você pode verificar qual é o formato de compactação de uma imagem usando o utilitário file
:
$ 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
A ferramenta de descompactação que você usa geralmente tem o mesmo nome do esquema de compactação: gzip
para gzip, lzma
para lzma, bzip2
para bzip2. No entanto, às vezes você pode querer executar outra coisa. Por exemplo: pigz
é uma versão multi-core paralela do gzip que funcionará muito mais rápido (normalmente).
Examinando o nome do arquivo de imagem para determinar quais ferramentas usar
O Clonezilla coloca os backups de partições em um subdiretório, sob partimag/
, em qualquer dispositivo para o qual você realizou o backup. Dentro desse diretório existem vários arquivos que não nos importamos muito agora, e o (geralmente maior) arquivo - a imagem real do clone compactado. Um exemplo do caminho de tal arquivo:
/mnt/sdc1/partimag/2017-10-15-01-my-partition-backup/sdb1.ext4-ptcl-img.gz.aa
Portanto, o diretório usado para imagens é /mnt/sdc1/partimag
; nossa partição específica foi submetida a backup no subdiretório 2017-10-15-01-my-partition-backup
e, nesse diretório, a imagem compactada é sdb1.ext4-ptcl-img.gz.aa
. Agora, esse nome nos diz várias coisas:
- A partição foi um dispositivo de bloco
sdb1
(não tão interessante) - O tipo de sistema de arquivos era ext4.
- A ferramenta de backup era partclone (
ptcl
para breve) - O esquema de compactação foi gzip (
gz
- como a extensão)
Além disso, há muito da clonagem chamada clonezilla-img
(sim, é um nome confuso) que você também pode usar para checar as coisas.
Nota importante: Estou ignorando a possibilidade de o arquivo de imagem ser dividido em partes de um tamanho fixo. Isso é possível,
Colocando tudo junto
Suponha que você queira restaurar a imagem para o dispositivo /dev/sdd3
. Antes de fazer isso, verifique se ele está desmontado (por exemplo, com unmount /dev/sdd3
) ou se você estraga tudo mal.
Agora você deseja descompactar a imagem e canalizar o resultado para a ferramenta de backup de partição no modo de restauração, para gravar no dispositivo de bloco relevante. Para o exemplo dado acima, você executaria:
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 que essa pinha?
- A imagem é compactada com gzip, por isso gostaríamos de invocar
gzip
- maspigz
é mais rápido. - pigz grava sua saída em seu fluxo de saída padrão, ou seja, no tubo.
- É uma imagem de partclone, por isso invocamos
partclone
. Na verdade, o partclone tem vários executáveis, um por tipo de sistema de arquivos, e precisamos do binário ext4. -
partclone
, salvo indicação em contrário, lê a partir da entrada padrão, ou seja, o tubo.
Quando tudo estiver pronto, você pode tentar montar o dispositivo usando mount -t ext4 /dev/sdd4 /path/to/mount/point
para verificar se a restauração foi bem.