erro: arquivo '/grub/i386-pc/normal.mod' não encontrado

error: file '/grub/i386-pc/normal.mod' not found.
grub rescue>

O que eu posso fazer? Eu apenas sento e olho para ele.

Encontrei meu netbook antigo (Dell Inspiron 1010) que não uso há cerca de quatro anos. Substituí o Windows XP pelo Ubuntu 12.10. Eu usei minha unidade USB inicializável. Eu instalei e reiniciei. Recebi a mensagem que normal.modnão foi encontrada.

O que devo fazer? Tipo exit, rebootou quit? Devo reinstalar?

O Grub tem uma pequena imagem principal que é carregada no momento da inicialização. A imagem principal carrega dinamicamente módulos que fornecem funcionalidade adicional. i386-pc/normal.mod not foundindica que o grub não pode carregar o normal.mod , que é um módulo do grub que fornece o comando normal . Para carregar o normal.mod, você precisa informar ao grub onde ele está. Para fazer isso, você pode usar a linha de comando do grub (também conhecida como Rescue Console). O Grub iniciará a linha de comando se houver um problema ao inicializar, ou você pode iniciá-lo manualmente, mantendo pressionada a tecla Shift enquanto o grub é iniciado (para forçar a exibição do menu do grub) e pressionando a tecla 'c'.

Usando o grub, você pode explorar as unidades, partições e sistemas de arquivos. Você precisa:

• localize a instalação do grub usando ls ou search.file
• definir variáveis ​​grub $ prefix e $ root
• carregar e executar o módulo normal

Exemplo

O seguinte é apenas um exemplo. Você precisará adaptá-lo à unidade local e à configuração da partição.

onde está o normal.mod? procure em alguns locais prováveis

grub> search.file /i386-pc/normal.mod
error: no such device: /i386-pc/normal.mod

grub> search.file /grub/i386-pc/normal.mod
error: no such device: /grub/i386-pc/normal.mod

grub> search.file /boot/grub/i386-pc/normal.mod
hd0,msdos1

Se você receber "Unknown command 'search.file'"isso significa que o comando search.file não está disponível. Provavelmente, é porque você está no grub rescue>prompt e não no grub>prompt. Nesse caso, você ainda pode continuar e usar o lscomando e seu conhecimento do layout da partição para encontrar normal.mod.

encontrou em (hd0, msdos1)

grub> ls (hd0,msdos1)/boot/grub/i386-pc/normal.mod
normal.mod

por que o grub não o encontrou?
check $ prefix - localização absoluta do diretório grub
(isso é definido quando o grub é instalado pelo grub-install)

grub> echo $prefix
(hd0,msdos2)/boot/grub

check $ root - dispositivo padrão para caminhos que não incluem um
grub de dispositivo inicialmente o define no dispositivo a partir de $ prefix

grub> echo $root
hd0,msdos2

root e prefix estão apontando para a partição errada (hd0, msdos2)
defina $ root e $ prefix para a partição onde encontramos normal.mod (hd0, msdos1)

grub> set root=(hd0,msdos1)
grub> set prefix=(hd0,msdos1)/boot/grub

carregar e executar o módulo normal

grub> insmod normal
grub> normal

Alguns outros comandos que podem ser úteis

ls lista todos os dispositivos e partições

grub> ls
(hd0) (hd0,msdos5) (hd0,msdos1)

ls partição

grub> ls (hd0,msdos1)
        Partition hd0,msdos1: Filesystem type ext* - Last modification time
2014-05-08 15:56:38 Thursday, UUID c864cbdd-a2ba-43a4-83a3-66e305adb1b6 -
Partition start at 1024KiB - Total size 6290432Kib

ls sistema de arquivos (nota / no final)

grub> ls (hd0,msdos1)/
lost+found/ etc/ media/ bin/ boot/ dev/ home/ lib/ lib64/ mnt/ opt/ proc/
root/ run/ sbin/ srv/ sys/ tmp/ usr/ var/ vmlinuz initrd.img cdrom/

olhar dentro da
presença / boot / grub do diretório i386-pc significa que esta é uma
presença de instalação do BIOS no diretório x86_64-efi indicaria uma instalação da EFI

grub> ls (hd0,msdos1)/boot/grub
i386-pc/ locale/ fonts/ grubenv grub.cfg

• Manual do Grub: Solução de problemas: O GRUB oferece apenas um shell de resgate que cobre o método básico de recuperação descrito acima
• Para comandos e variáveis ​​disponíveis, consulte Manual do Grub: A lista de comandos de entrada de linha e menu e variáveis ​​de ambiente especiais .
• Pode ser possível para carregar outro faltando se os módulos por exemplo, searchou search.fileconjunto de comandos não são reconhecidos $prefixcorretamente e, em seguida, fazer insmod search, para lsfazer insmod lsetc. Run find /boot/grub -name *.modem um Linux trabalhando instalar para ver todos os módulos Grub carregados dinamicamente.
• Você sempre pode inicializar a partir de uma mídia externa e reinstalar o Grub .

Resolvi isso em uma máquina esta tarde. Parece que uma das causas desse problema é o instalador pensando que você possui uma inicialização segura EFI, quando não o faz e, portanto, carregando os arquivos GRUB incorretos.

O que você precisa fazer é instalar o GRUB 2. Para fazer isso, você precisa inicializar na instância ativa, monte sua partição raiz e instale.

Em uma instância ativa, encontre a partição na qual sua partição raiz está carregada. GParted lhe dirá isso, ou você pode usar

sudo fdisk -l

Vá para a partição na qual o ubuntu está instalado.

Depois de ter sua partição, você precisa montá-la. Supondo que a partição raiz esteja em / dev / sda5, isso seria:

sudo mount /dev/sda5 /mnt

Em seguida, instale o GRUB 2

sudo grub-install /dev/sda --root-directory=/mnt [use copiar e colar para este, pois existem alguns espaços que você precisa corrigir.]

Supondo que este seja o seu problema, você poderá reiniciar e tudo funcionará bem.

A solução original para isso foi a partir daqui: http://ubuntujournal.blogspot.com/2012/11/fix-new-install-of-ubuntu-1210-wont-boot.html

Como não encontrei essas informações nos fóruns, quero compartilhar algumas informações, apesar de essa pergunta ter sido feita há muito tempo:

Se você possui uma partição grande (por exemplo, 1 TB) com o Ubuntu instalada e não alocou uma partição adicional para / boot /, pode ser o motivo de tais erros. Quando o GRUB é iniciado, ele usa o driver biosdisk para ler drivers normais no diretório / boot / grub /. Às vezes, esse diretório pode estar fisicamente localizado no disco rígido em algum lugar após o máximo suportado pelo setor de biosdisk. O problema pode aparecer, por exemplo, após a atualização do sistema. Além disso, sempre enfrento esse problema após a instalação nova do Ubuntu 13.10, mas pode ser diferente, pois depende da placa-mãe / BIOS.

Você pode verificar se, usando o grub recovery - depois de definir PREFIX e ROOT corretos, tente ls / boot - se você não vir nada, mas poderá ver os arquivos ao inicializar a partir da unidade de CD / Flash ao vivo -, o problema descrito acima .

Você pode fazer coisas diferentes para tornar o sistema inicializável, mas a única maneira de evitar esse problema no futuro (durante dist-upgrades) é colocar o diretório / boot em uma pequena partição separada.

Outras soluções podem não funcionar se você chegar ao grub-rescueprompt e / ou sua configuração usar LVM, esta deve ser.

Inicialize em um disco de recuperação (dica: eu mantenho uma pequena distribuição em uma partição dedicada do meu disco USB de backup).

Se você usar o LVM, localize o nome do seu grupo de volumes com lvdisplayou com outros comandos relacionados ao LVM. Ative-o (caso contrário, você receberá um mount: special drive /dev/volumegroupname/partition does not existerro ao tentar montar):

vgchange -a y volumegroupname

Agora monte sua /partição usual , por exemplo /mnt :

mount /dev/volumegroupname/partition /mnt

Monte também alguns dispositivos especiais (assim como /bootem uma partição separada):

mount -t proc none /mnt/proc
mount -o bind /dev /mnt/dev
mount -t sysfs /sys /mnt/sys

Em seguida, chrootem sua distribuição habitual:

chroot /mnt

Por fim, reinstale o GRUB2 - os comandos podem variar dependendo da sua distribuição, isso funciona no Slackware (se a sua unidade for /dev/sda):

grub-install /dev/sda
grub2-mkconfig -o /boot/grub2/grub.cfg

Reinicie e você deve terminar.

A RESPOSTA SELECIONADA NUNCA FUNCIONA.

ISSO FUNCIONA:

1. Reinstale o sistema operacional , vá para " fazer outra coisa ", crie suas tabelas de partição,
2. Use sua partição do Windows como seu dispositivo de inicialização principal .

O segundo passo é essencial .

NÃO USE/boot .

Pode haver outra solução: tente alterar manualmente o dispositivo de inicialização durante a inicialização; no entanto, acho que não vai funcionar, e ainda tenho que testá-lo.

Este é um problema de longa data que persistiu no Ubuntu até e incluindo o 17.10.