Clonezilla Live USB

1

Meu objetivo é salvar / restaurar imagens do Clonezilla de / para 16 GB de disco.
Como as imagens são pesadas, eu precisava de algo diferente de FAT (32). Minha escolha foi NTFS para que eu pudesse acessar imagens de máquinas Windows sem dificuldades adicionais. Então, aqui estou eu, tentando gravar a imagem do Clonezilla em um drive USB NTFS, e falho no Windows e no Ubuntu, por exemplo RUFUS diz que a imagem do Clonezilla é incompatível com o tipo de partição NTFS e sugere FAT32 e Unetbootin apenas não listará uma unidade USB montada que esteja em NTFS como utilizável (para gravar).
Então eu usei mkusb , que é uma boa GUI acima do comando dd .
O resultado foi um espaço em branco (não particionado) e uma partição de 3 MB. Mesmo que o espaço seja " unpartitoned " (veja a linha selecionada na foto)  odriveUSBaindaéinicializável(nãotemidéiadoporquêodd'ingan.isotemtalefeito)
EntãocrieiumapartiçãoNTFSde15GBnassobrasdoUSBeguardeicomsucessoaimagemdepartiçãodoWindowsnessaparterecém-criadadaunidadeUSB.Agora,quandotentomontaraparteNTFSdaunidadeUSBcomo/home/partimag(diretóriodeorigempadrãoparasalvar/restaurarimagens),elepedeforçanaGUI(quenãotemefeito)edizhonestamenteque"Recurso sdb está ocupado "no console.
No entanto, tudo funciona da mesma forma se o Clonezilla for inicializado a partir de um USB / CD separado

Minhas perguntas: Primeiro. É possível fazer o Clonezilla inicializar e restaurar imagens da mesma unidade USB? Segundo: Meus problemas estão relacionados ao fato de eu estar usando um método dd não tão bom (eu sinto que o sdb se torna completamente ocupado porque essa parte inicializável de 200MB com o Clonezilla no início da unidade não é reconhecida como uma partição que apenas faz com que mount bloqueie TODAS as partições da unidade USB)? Ou eu perdi alguma outra coisa?

P.S. isso pode ser uma pergunta estúpida, mas existe uma maneira de inserir a imagem do Clonezilla de 200MB em somente sdb1 ? Quero dizer, talvez isso fizesse o Clonezilla normalmente montar a parte NTFS do drive USB?

    
por mekkanizer 31.08.2016 / 00:18

2 respostas

1

Solução :

Proceed with FAT32 - 4gb limit wont cause you an issue.  You dont have to worry.

Razão :

  1. Clonezilla automatically splits large files into multiples of 4gb ones (even on NTFS ones)
  2. UEFI based systems wont allow boot code in NTFS (usually). This is the reason why Rufus and others suggest FAT32. This is because of the specs of UEFI.

Outras questões:

First. Is it even possible to make Clonezilla boot AND restore images from same USB drive?

Sim. FAT32 é necessário para inicialização (por causa do UEFI)

Are my problems related to the fact I'm using a not-so-good dd method (I feel like sdb becomes fully busy because that bootable 200MB part with Clonezilla in the beginning of drive isn't recognized as a partition which just makes mount lock ALL the USB drive partitions)? Or I missed something else?

Não é devido ao método iso / dd. É por causa da partição de inicialização não formatada pelo FAT32.

    
por 22.06.2017 / 18:42
1

O Clonezilla live USB é executado por padrão completamente da RAM do seu computador, o que o torna muito rápido, e como o Clonezilla live USB é portátil, a mesma instalação do Clonezilla live USB pode ser usada em vários computadores.

O Clonezilla live USB funciona muito bem com UNetbootin (Windows / Mac / Linux) e o UNetbootin também está nos repositórios padrão do Ubuntu. O Clonezilla está na lista de distros compatíveis do UNetbootin no menu suspenso UNetbootin == Select Distribution == . Você deve reformatar a unidade flash USB como FAT32 no GParted primeiro se você já usou a unidade flash USB para inicializar uma distribuição Linux.

O UNetbootin foi removido dos repositórios padrão no Ubuntu 18.04 e posterior. Quando testei o aplicativo embutido Startup Disk Creator como um aplicativo de substituição do UNetbootin com uma imagem não-viva * .iso do Ubuntu funcionou no Ubuntu 18.04.

    
por 22.06.2017 / 19:46