Meu objetivo é salvar/restaurar imagens do Clonezilla de/para uma unidade de 16 GB.
Como as imagens são pesadas, eu precisava de algo diferente de FAT(32).
Minha escolha foi o NTFS para poder acessar imagens de máquinas Windows sem dificuldades adicionais. Então aqui estou eu, tentando gravar a imagem do Clonezilla em uma unidade USB NTFS, e falho no Windows e no Ubuntu, por exemplo, RUFUSdiz que a imagem do Clonezilla é incompatível com o tipo de partição NTFS e sugere FAT32, e Unetbootinsimplesmente não lista um montado Unidade USB que está em NTFS como utilizável (para escrever).
Então eu usei mkusbo comando GUI acima 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 "não particionado" (veja a linha selecionada na imagem) 
a unidade USB ainda é inicializável (não tenho ideia de por que adicionar um .iso tem esse efeito).
Então, criei uma partição NTFS de 15 GB nas sobras do USB e armazenei com sucesso algumas imagens de partição do Windows nesta parte recém-criada da unidade USB.
Agora, quando tento montar a parte NTFS da unidade USB como /home/partimag(diretório de origem padrão para salvar/restaurar imagens), ele solicita montagem forçada na GUI (que não tem efeito) e honestamente diz que "O recurso sdbestá ocupado" no console.
No entanto, tudo o mesmo funciona se o Clonezilla for inicializado a partir de um USB/CD separado
Minhas perguntas: Primeiro. É mesmo possível fazer o Clonezilla inicializar e restaurar imagens da mesma unidade USB? Segundo: meus problemas estão relacionados ao fato de estar usando um método dd não tão bom (sinto que o sdb fica totalmente ocupado porque aquela parte inicializável de 200 MB com o Clonezilla no início da unidade não é reconhecida como uma partição que apenas faz mountbloquear TODAS as partições da unidade USB)? Ou perdi alguma outra coisa?
PS: esta pode ser uma pergunta estúpida, mas existe uma maneira de adicionar a imagem Clonezilla de 200 MB paraapenas sdb1? Quero dizer, talvez isso fizesse o Clonezilla montar normalmente a parte NTFS da unidade USB?
Responder1
Solução:
Proceed with FAT32 - 4gb limit wont cause you an issue. You dont have to worry.
Razão:
- O Clonezilla divide automaticamente arquivos grandes em múltiplos de 4 GB (mesmo em NTFS)
- Os sistemas baseados em UEFI não permitem código de inicialização em NTFS (normalmente). Esta é a razão pela qual Rufus e outros sugerem o FAT32. Isso ocorre por causa das especificações da UEFI.
Outras perguntas:
Primeiro. É mesmo possível fazer o Clonezilla inicializar e restaurar imagens da mesma unidade USB?
Sim. FAT32 é necessário para inicialização (por causa do UEFI)
Meus problemas estão relacionados ao fato de que estou usando um método dd não tão bom (sinto que o sdb fica totalmente ocupado porque aquela parte inicializável de 200 MB com o Clonezilla no início da unidade não é reconhecida como uma partição que apenas faz a montagem bloquear TODAS as partições da unidade USB)? Ou perdi alguma outra coisa?
Não é por causa do método iso/dd. É por causa da partição de inicialização não formatada em FAT32.
Responder2
O Clonezilla live USB é executado por padrão completamente a partir 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.
Clonezilla live USB funciona muito bem comUNetbootin(Windows/Mac/Linux) e UNetbootin também estão nos repositórios padrão do Ubuntu. Clonezilla está na lista de distros compatíveis do UNetbootin no == Select Distribution ==menu suspenso do UNetbootin. Você deve reformatar a unidade flash USB como FAT32 no GParted primeiro se já usou a unidade flash USB para inicializar uma distribuição Linux.
UNetbootin foi retirado dos repositórios padrão no Ubuntu 18.04 e posterior. Quando testei o aplicativo Startup Disk Creator integrado como um aplicativo substituto do UNetbootin com uma imagem .iso live não * buntu, ele funcionou no Ubuntu 18.04.