Como restaurar o grub ao mover uma imagem de um computador para outro [fechado]

Question

Eu tinha um computador a partir de 2009 que parou de funcionar. Eu tinha uma imagem do disco rígido que agora quero restaurar em um novo computador. Eu consegui re-imagem do novo computador, mas não consigo grub para o trabalho.

Ele pára no prompt grub> toda vez que eu inicializo.

Como posso restaurar o grub para que ele não pare no prompt grub> e inicialize na tela de login normal no novo computador?

A versão do Ubuntu Desktop é 15.10.

As configurações no menu de inicialização do meu BIOS são assim:

 +---------------------------+
 | Boot Mode       | UEFI    |
 | USB Boot        | Enabled |
 | PXE Boot to LAN | Enabled |
 | PXE IPV4 First  | Enabled |
 +---------------------------+

É assim que minhas partições se parecem:

/ dev / sda8 / usr / dev / sda9 / home / dev / sda10 / / dev / sda11 / usr / local

A partição 1-7 está relacionada ao Windows 10 que foi instalado antes de restaurar as partições do Ubuntu.

O Windows 10 foi instalado primeiro e ocupou toda a unidade (1 TB). Eu encolhi a partição do Windows para ~ 300G e criei as partições do Linux no espaço restante.

Eu liguei o computador e ele parou em

grub>

Em seguida, sigo as instruções aqui: Como resgatar um GRUB que não inicializa 2 no Linux

Primeiro montei a partição /, configurei o kernel, initrd e depois inicialize.

grub> set root=(hd0,10) grub> linux /boot/vmlinuz-4.2.0-34-generic root=/dev/sda10 grub> initrd /boot/initrd.img-4.2.0-34-generic grub> boot

Isso me leva ao prompt do Linux.

Eu então corro

 root@lnx-R560>update-grub

 Found linux image /boot/vmlinuz-4.2.0-34-generic
  Found initrd image /boot/initrd.img-4.2.0-34-generic
 [  279.358637] EXT4-fs (sda2): VFS Can't find ext4 filesystem
 [  279.360540] EXT4-fs (sda2): VFS Can't find ext4 filesystem
 [  279.362423] EXT4-fs (sda2): VFS Can't find ext4 filesystem
 [  279.364298] FAT-fs (sda2): bogus number of reserved sectors
 [  279.396817] FAT-fs (sda2): bogus number of reserved sectors
 [  279.421858] qnx4: No qnx4 file system (no root dir)
 [  279.423659] ufs:You didn't specify the type of tyour file system
 [  279.423659]
 [  279.423659] mount -t ufs -o ufstype=sun|sunx86|44bsd|ufs2|5xbsd|old|hp|nextstep|nextstep-cd|openstep
 [  279.423659]
 [  279.423659] >>>WARNING<<< Wrong ufstype may corrupt your filesystem,default is ufstype=old
 [  279.426405] ufs: ufs_fill_super(): bad magic number

 Found Windows Boot Manager on /dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi
 Adding boot meny entry for EFI firmware configuration
 done

sda2 é uma partição do Windows.

E então instalamos o grub

 lnx-R540> grub-install /dev/sda

 Installing for i386-pc platform
 grub-install: warning: the GPT partition label contains no BIOS Boot  Partition; embedding won't be possible.
 grub-install: warning: Embedding is not possible.GRUB can only installed in this setup by using blocklists. However blocklists are  UNRELIABLE and their use is discouraged.
 grub-install: error:will nnot proceed with blocklists

E depois reiniciamos.

root@lnx-R540>reboot now

Após a reinicialização, o computador ainda será exibido no prompt grub> .

Como posso restaurar o grub para que ele inicialize no prompt de login normal?

    

Answer 1

Algumas das suas saídas indicam que o Windows está instalado no modo EFI / UEFI e usa a Tabela de Partição GUID (GPT) no disco. Isso significa que você deve instalar um carregador de inicialização no modo EFI para Linux. Como o seu computador original era a partir de 2009, porém, era provavelmente um modelo somente de BIOS, o que significa que o disco provavelmente usou a tabela de partição Master Boot Record (MBR) e tinha um carregador de inicialização no modo BIOS instalado. Isso explica os problemas que você está tendo com update-grub e grub-install ; Esses comandos, dados os pacotes GRUB no modo BIOS que você tem, estão tentando atualizar e instalar um GRUB no modo BIOS, que não está funcionando bem no seu disco GPT. Mesmo que você tenha criado uma partição de inicialização do BIOS no disco, um carregador de inicialização no modo BIOS para Linux não funcionará bem, já que a alternância entre os modos de inicialização costuma ser inadequada e às vezes impossível.

Existem alguns carregadores de inicialização no modo EFI para Linux, conforme detalhado em esta página minha. Os dois que provavelmente serão mais fáceis de instalar são:

• GRUB (via Reparo de Inicialização) - O utilitário de Reparo de Inicialização pode instalar um EFI- modo de versão do GRUB e atualize seus pacotes de forma semi-automática; no entanto, você deve inicializar o computador no modo EFI para fazer isso. A maneira usual de fazer isso é inicializar usando um instalador do Ubuntu no modo "experimentar antes de instalar"; mas controlar o modo de inicialização (EFI / UEFI vs. BIOS / CSM / legado) pode ser complicado, conforme descrito em esta página minha. Outra maneira de garantir uma inicialização no modo EFI é usar o rEFInd, como descrito a seguir ...
• rEFInd - Meu rEFInd gerenciador de inicialização está disponível como CD-R e unidade flash USB imagens, bem como em pacotes Debian e formulários PPA. Se você preparar uma unidade flash USB ou CD-R a partir da imagem correspondente, poderá inicializá-la no modo EFI. Você pode então instalar o pacote Debian ou PPA para usar o rEFInd como o SO padrão; ou execute o Reparo de inicialização para instalar o GRUB. Uma ressalva é que a unidade flash USB e as imagens de CD-R que eu forneci não estão configuradas para suportar inicialização segura, que pode ou não estar ativa agora. Se você não puder obter o rEFInd para iniciar, desabilitar o Secure Boot, pelo menos temporariamente, pode ser necessário. (O rEFInd pode funcionar com o Secure Boot ativo, mas é necessário passar por alguns aros extras; consulte a nova documentação do Secure Boot para detalhes.

Note que você pode precisar atualizar seu arquivo /etc/fstab após uma transferência de disco como você descreve. Parece que você pode pelo menos forçar o sistema a inicializar, então seu sistema de arquivos root ( / ) provavelmente está configurado corretamente; mas você pode precisar ajustar os outros. Em particular, montar a partição do sistema EFI (ESP) em /boot/efi é aconselhável, já que esse é o padrão para o Ubuntu. / p>