O problema inicial era este: eu queria testar o instalador que estava criando para o meu aplicativo, mas é claro que toda vez que eu executo o instalador ele modifica o sistema, e eu precisava de uma maneira de redefinir o sistema para um estado limpo. o próximo teste.
Minha solução inicial foi esta: criei uma pequena partição no meu disco rígido (/ dev / sdb3) e instalei o Ubuntu 14.04 nela. Eu então criei uma segunda pequena partição (/ dev / sdb4) e fiz um "dd" para copiar sdb3 para sdb4. Minha idéia era, então, testar meu instalador em sdb4 e, em seguida, redefinir sdb4 fazendo outro dd de sdb3 antes de executar o próximo teste.
Eu configurei o grub para multi-boot (para que eu possa escolher minha partição do Ubuntu original, ou a partição "limpa" sdb3, ou a partição de teste sdb4).
O problema que estou enfrentando agora é: quando executo o grub, ele me fornece todas as opções corretas, mas se eu pedir para inicializar em sdb4, é cerca de 50/50 se obtenho sdb4 ou sdb3. Eu estou supondo que o grub não está usando o nome da partição, mas sim algum tipo de UID na instalação do Ubuntu (então sdb3 e sdb4 parecem idênticos)?
Como observação, se eu inicializar em sdb3 ou sdb4, quando executo o gparted, sdb3 e sdb4 são mostrados como bloqueados.
Existe algo que eu preciso fazer no sdb4, depois de baixá-lo do sdb3, para que seja claramente diferente do sdb3?
Obrigado Chris
Sim, os uuids duplicados confundirão o sistema. Esta é uma das razões pelas quais você não deveria estar brincando com dd desse jeito. Outra razão é que dd desperdiça tempo copiando espaço livre. Se você deseja fazer backup e restaurar o sistema, use tar . Se você insistir em usar dd , não copie para uma segunda partição - copie para um arquivo.