Meu upgrade para o 17.04 do 16.10 falha.
Meu 16.10 existente está em um HDD 750, instalado em uma partição de 105 GB / dev / sdc1. Ele tem uma partição swap de 32GB em / dev / sdc2
Comprei um novo SSD de 250 GB e usei o gparted para criar uma partição de 108 GB em / dev / sdd1. Também uma partição / dev / sdd2 spap de 32GB.
Usou o Clonezilla para copiar a partição / dev / sdc1 para / dev / sdd1.
Eu tentei inicializar, mas falhei porque não havia MBR.
Eu usei dd if = dev / sdc de = dev / sdd bs = 512 count = 1 para copiar o MBR do HDD existente de 16.10 / dev / sdc para o que será o novo 17.04 no SSD / dev / sdd (ele tinha 16.10 nele depois da cópia da imagem clonezilla).
Eu removi o HDD / dev / sdc do sistema para evitar os mesmos problemas do UUID.
Isso foi inicializado e eu corri por um dia para garantir que estava funcionando bem. Isso aconteceu. Então, no dia seguinte, iniciei a atualização para o 17.04.
Isso falhou. Redefinir a imagem via clonezilla várias vezes, tentando várias abordagens - tudo falhou.
Usando o livecd, o gparted, descobriu que o novo SSD de 250 GB mostrava que ele tinha 750 GB e causava erros, o que deveria, já que era uma unidade de 250 GB.
Eu refiz as partições usando o gparted, reinstalei 16.10 com os mesmos resultados. Quando eu crio as partições no novo SSD, elas são 108 GB (OS), 32 GB (troca), 110 GB (livres ou não usadas).
Mas após cada tentativa falhada, o gparted está mostrando que o livre ou não utilizado foi definido como se o SSD fosse de 750 GB! Em outras palavras, o SSD livre de alguma forma vai de 110 GB (livre ou não usado) para 610 GB (livre ou não utilizado) e então tudo falha.
Alguma idéia de como eu posso evitar que isso aconteça?