Copiar uma imagem via dd resulta, por vezes, em disco não inicializável

1

Eu tenho a seguinte configuração de dispositivos completamente idênticos (o modelo e a revisão estão correspondentes):

  • Dispositivo A: sistema operacional totalmente instalado, todos os softwares necessários instalados.
  • Dispositivo B: disco em branco *
  • Dispositivo C: disco em branco *

* em todos os dispositivos é (no caso de A era) uma versão do Ubuntu instalada que eu não quero usar, pois tenho um Debian completo e personalizado que eu quero usar

Então eu peguei uma imagem do dispositivo A e coloquei no disco do dispositivo B. Depois que eu comparei o crc32 da imagem e a memória do dispositivo B, eles combinaram. Eu inicializo B, funciona como um clone completo de A.

Agora eu despejo a mesma imagem no dispositivo C (que é completamente idêntico a A e B) e compara seus valores crc32 novamente, outra correspondência. Eu inicializo e ele diz "Nenhum meio inicializável encontrado".

Por que isso está acontecendo, o processo de despejo funcionou sem problemas, conforme confirma o CRC32. Mas por que isso não funciona? E muito mais interessante: como eu corrijo esse problema?

Editar

Saída de fdisk -l (todos os dispositivos são nomeados como mmcblk0pX)

Device  Start     End       Sectors   Size
p1            34     97656     97623  47.7M  EFI System
p2         97657   2690217   2592561   1.2G  Microsoft basic data
p3       2691072  13025279  10334208     5G  Linux file system
p4      13025280  14940159   1914880   935M  Linux swap
    
por DBX12 23.11.2016 / 11:36

1 resposta

0

Em primeiro lugar, não encontrei o motivo. Mas eu encontrei uma solução que é ok para mim. Eu iniciei o shell EFI e digitei fs0 com fs0: O shell EFI agora solicita algo como fs0\ > via cd EFI e cd debian Eu consegui encontrar um arquivo chamado grubx64.efi . Eu executei o arquivo digitando grubx64.efi e ele iniciou o sistema, mostrou-me o GRUB2 onde eu poderia selecionar minha instalação do Debian. Ele inicializa completamente normal e com sudo grub-install e sudo update-grub consegui restaurar o registro EFI de alguma forma quebrado. Após a reinicialização, o dispositivo C se comporta exatamente como o dispositivo B e A.

    
por 25.11.2016 / 10:30

Tags