Partições não visualizáveis após a clonagem com dd

Question

Eu clonei um SSD de 250 GB para um SSD de 500 GB usando este comando:

sudo dd if=/dev/sda of=/dev/sdb bs=64K conv=noerror,sync status=progress

O processo de clonagem parece ter ido bem olhando para o progresso. Ele começou a dar erro depois de começar a clonar espaço não-existente do disco menor para o maior (erro de entrada / saída depois de tentar copiar os dados após 239 GB ou mais), mas suponho que isso seja normal.

Eu realizei esta operação conectando ambos os SSDs externamente a um computador rodando o Ubuntu 16.04. Depois, coloquei meu drive SSD original de volta no meu laptop, inicializei e tentei visualizar o conteúdo do novo SSD clonado que conectei via USB:

sudo lsblk -o NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL

Isso é o que eu esperava (aproximadamente):

sdb            460G            
├─sda4 ntfs     1000M            WinRE_DRV
├─sda2            16M            
├─sda5 ext4       28G /          
├─sda3 ntfs    139,6G            Windows
├─sda1 vfat      260M /boot/efi  SYSTEM
└─sda6 ext4     69,7G /home 
[sd7 with extra space?]

sda            238,5G            
├─sda4 ntfs     1000M            WinRE_DRV
├─sda2            16M            
├─sda5 ext4       28G /          
├─sda3 ntfs    139,6G            Windows
├─sda1 vfat      260M /boot/efi  SYSTEM
└─sda6 ext4     69,7G /home    

... Mas é isso que eu recebo:

sdb           1023,8M            
sda            238,5G            
├─sda4 ntfs     1000M            WinRE_DRV
├─sda2            16M            
├─sda5 ext4       28G /          
├─sda3 ntfs    139,6G            Windows
├─sda1 vfat      260M /boot/efi  SYSTEM
└─sda6 ext4     69,7G /home    

Acima, sda é minha unidade principal de 250 GB e sdb é a nova. Antes da clonagem, sdb estava associado a cerca de 460G de espaço e nenhuma partição.

Por que sdb é exibido sem nenhuma partição? E por que é associado a 1023,8M em vez de ~ 500G?

Editar: depois de reiniciar, deixando o segundo SSD conectado via USB, recebo:

NAME   FSTYPE   SIZE MOUNTPOINT LABEL
sdb           465,8G            
├─sdb4         1000M            
├─sdb2           16M            
├─sdb5           28G            
├─sdb3        139,6G            
├─sdb1 vfat     260M            SYSTEM
└─sdb6         69,7G            
sda           238,5G            
├─sda4 ntfs    1000M            WinRE_DRV
├─sda2           16M            
├─sda5 ext4      28G /          
├─sda3 ntfs   139,6G            Windows
├─sda1 vfat     260M /boot/efi  SYSTEM
└─sda6 ext4    69,7G /home 

Qual é melhor, mas ainda não é exatamente o que eu gostaria de ver. Por que os tipos de sistema de arquivos ntfs e ext4 não estão visíveis? E por que o restante ~ 220G não é mostrado em nenhum lugar?

Editar # 2: esta é a saída de sudo fdisk -l :

Disk /dev/sda: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 214236EA-A3F6-48D6-876E-E94A1F829226

Device         Start       End   Sectors   Size Type
/dev/sda1       2048    534527    532480   260M EFI System
/dev/sda2     534528    567295     32768    16M Microsoft reserved
/dev/sda3     567296 293269503 292702208 139,6G Microsoft basic data
/dev/sda4  498069504 500117503   2048000  1000M Windows recovery environment
/dev/sda5  293269504 351862783  58593280    28G Linux filesystem
/dev/sda6  351862784 498069503 146206720  69,7G Linux filesystem

Partition table entries are not in disk order.


GPT PMBR size mismatch (500118191 != 976773166) will be corrected by w(rite).
Disk /dev/sdb: 465,8 GiB, 500107861504 bytes, 976773167 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 214236EA-A3F6-48D6-876E-E94A1F829226

Device         Start       End   Sectors   Size Type
/dev/sdb1       2048    534527    532480   260M EFI System
/dev/sdb2     534528    567295     32768    16M Microsoft reserved
/dev/sdb3     567296 293269503 292702208 139,6G Microsoft basic data
/dev/sdb4  498069504 500117503   2048000  1000M Windows recovery environment
/dev/sdb5  293269504 351862783  58593280    28G Linux filesystem
/dev/sdb6  351862784 498069503 146206720  69,7G Linux filesystem

Eu noto duas coisas que não parecem corretas. Primeiro, a exibição desse aviso / erro em vermelho: GPT PMBR size mismatch (500118191 != 976773166) will be corrected by w(rite). . Em segundo lugar, os dois SSDs têm o mesmo número de identificador de disco.

    

Answer 1

Parece-me que algo está errado, pelo menos com a cópia clonada. Talvez algo tenha sido danificado quando você inicializou a partir de uma das unidades enquanto ambas [a unidade original e a cópia clonada] estavam conectadas.

• Por favor, verifique com muito cuidado, que a unidade original ainda está funcionando corretamente, quando está sozinho no computador.

  Se for, acho que é melhor clonar novamente. Por favor, inicialize a partir de uma terceira unidade (por exemplo, um pendrive USB com um sistema Ubuntu ao vivo ou uma unidade live do Clonezilla). Você pode baixar um arquivo iso Clonezilla e criar uma unidade de inicialização e clonar com o Clonezilla,

  clonezilla.org

  É mais seguro e mais rápido que dd .

• Desligue o computador após a operação de clonagem.

• Mantenha a unidade original e a cópia clonada afastadas uma da outra. Nunca inicialize a partir de um deles, enquanto a outra unidade estiver conectada.

• Inicialize um sistema ativo e execute gdisk para corrigir a tabela de partições de backup no final da cópia clonada. Verifique depois que gdisk está satisfeito com a unidade, ou seja, não reclama da tabela de partições. Você pode encontrar o script gpt-fix convenient de acordo com este link,

  help.ubuntu.com/community/Installation/UEFI-and -BIOS / stable-alternative # gpt-fix

• Agora você está pronto para inicializar seu computador a partir da cópia clonada (a unidade original deve ser removida). Deve funcionar exatamente como o sistema original.

• Após esse teste, você pode editar a tabela de partições para começar a usar o espaço ainda não alocado da unidade (aumentando o tamanho de algumas partições existentes ou criando novas partições). Esteja ciente de que, se você mover a extremidade da partição com /boot (a partição raiz ou uma partição de inicialização separada), também deverá reparar / reinstalar o grub.