errore: file '/grub/i386-pc/normal.mod' non trovato

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

Cosa posso fare? Mi siedo e lo fisso.

Ho trovato il mio vecchio netbook (Dell Inspiron 1010) che non utilizzo da circa quattro anni. Ho sostituito Windows XP con Ubuntu 12.10. Ho usato la mia unità USB avviabile. Ho installato e riavviato. Ho ricevuto il messaggio che normal.modnon è stato trovato.

Cosa dovrei fare? Tipo exit, rebooto quit? Devo reinstallare?

Grub ha una piccola immagine centrale che viene caricata all'avvio. L'immagine principale carica in modo dinamico i moduli che offrono ulteriori funzionalità. i386-pc/normal.mod not foundindica che grub non può caricare normal.mod , che è un modulo grub che fornisce il comando normale . Per caricare normal.mod devi dire a grub dove si trova. Per fare ciò è possibile utilizzare la riga di comando di grub (nota anche come Rescue Console). Grub avvierà la riga di comando in caso di problemi durante l'avvio, oppure è possibile avviarlo manualmente tenendo premuto il tasto Maiusc all'avvio di grub (per forzare la visualizzazione del menu di grub), quindi premendo il tasto 'c'.

Usando grub puoi esplorare le unità, le partizioni e i filesystem. Devi:

• individuare l'installazione di grub usando ls o search.file
• imposta le variabili grub $ prefix e $ root
• caricare ed eseguire il modulo normale

Esempio

Quello che segue è solo un esempio. Dovrai adattarlo all'unità locale e alla configurazione della partizione.

dov'è normal.mod? cerca in alcune località probabili

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 ottieni "Unknown command 'search.file'"questo significa che il comando search.file non è disponibile. Questo probabilmente perché sei al grub rescue>prompt e non al grub>prompt. In questo caso è ancora possibile proseguire e utilizzare il lscomando e la conoscenza del layout della partizione per trovare normal.mod.

trovato a (hd0, msdos1)

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

perché grub non l'ha trovato?
check $ prefix - posizione assoluta della directory di grub
(questo è impostato quando grub è installato da grub-install)

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

check $ root - dispositivo predefinito per percorsi che non includono un dispositivo
grub inizialmente lo imposta sul dispositivo da $ prefisso

grub> echo $root
hd0,msdos2

root e prefisso puntano alla partizione errata (hd0, msdos2)
impostare $ root e $ prefisso sulla partizione dove abbiamo trovato normal.mod (hd0, msdos1)

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

caricare ed eseguire il modulo normale

grub> insmod normal
grub> normal

Alcuni altri comandi che potrebbero essere utili

Elenca tutti i dispositivi e le partizioni

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

La sua partizione

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 filesystem (nota / alla fine)

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/

guardare dentro / boot / grub
presenza della directory i386-pc significa che si tratta di una
presenza di installazione del BIOS della directory x86_64-efi che indica un'installazione EFI

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

• Manuale di Grub: risoluzione dei problemi: GRUB offre solo una shell di salvataggio che copre il metodo di recupero di base sopra descritto
• Per i comandi e le variabili disponibili, consultare il Manuale di Grub: l'elenco dei comandi della riga di comando e delle voci di menu e le variabili di ambiente speciali .
• Potrebbe essere possibile caricare altri moduli mancanti, ad esempio se i comandi searcho search.filenon vengono riconosciuti impostati $prefixcorrettamente e quindi esegui insmod search, per lsfare insmod lsecc. Esegui find /boot/grub -name *.modsu un'installazione Linux funzionante per vedere tutti i moduli Grub caricati dinamicamente.
• Puoi sempre avviare da un supporto esterno e reinstallare Grub .

Questo pomeriggio l'ho risolto su una macchina. Sembra che una delle cause di questo problema sia l'installatore che pensa di avere l'avvio sicuro EFI, quando non lo fa e quindi carica i file GRUB errati.

Quello che devi fare è installare GRUB 2. Per fare ciò devi avviare l'istanza live, montare la tua partizione di root e installare.

Da un'istanza live, trova la partizione su cui è caricata la partizione root. GParted te lo dirà o potresti usarlo

sudo fdisk -l

Scegli la partizione in cui è installato Ubuntu.

Una volta che hai la tua partizione devi montarla. Supponendo che la partizione di root sia su / dev / sda5, sarebbe:

sudo mount /dev/sda5 /mnt

Quindi installare GRUB 2

sudo grub-install /dev/sda --root-directory=/mnt [usa copia e incolla per questo in quanto ci sono alcuni spazi che devi trovare nel modo giusto.]

Supponendo che questo sia il tuo problema, allora dovresti essere in grado di riavviare e tutto funzionerà bene.

La soluzione originale per questo era da qui: http://ubuntujournal.blogspot.com/2012/11/fix-new-install-of-ubuntu-1210-wont-boot.html

Non ho trovato queste informazioni sui forum, quindi voglio condividere alcune informazioni nonostante il fatto che questa domanda sia stata posta molto tempo fa:

Se hai una grande partizione (ad esempio 1 TB) con Ubuntu installato e non hai allocato una partizione aggiuntiva per / boot /, potrebbe essere la ragione di tali errori. All'avvio di GRUB, utilizza il driver biosdisk per leggere i normali driver dalla directory / boot / grub /. A volte, questa directory potrebbe trovarsi fisicamente sul disco rigido da qualche parte dopo il massimo supportato dal settore biosdisk. Il problema potrebbe apparire, ad esempio, dopo l'aggiornamento del sistema. Inoltre, ho sempre affrontato quel problema dopo una nuova installazione di Ubuntu 13.10, ma potrebbe differire, poiché dipende dalla scheda madre / BIOS.

Puoi verificare che usando grub recovery - dopo aver impostato PREFIX e ROOT corretti, prova a ls / boot - se non vedi nulla, ma puoi vedere i file lì quando si avvia da cd / flash drive live - di quanto hai il problema sopra descritto .

Puoi fare diverse cose per rendere avviabile il sistema, ma l'unico modo per evitare quel problema in futuro (durante gli aggiornamenti dist) è mettere la directory / boot su una piccola partizione separata.

Altre soluzioni potrebbero non funzionare se si arriva al grub-rescueprompt e / o se la configurazione utilizza LVM, questa dovrebbe.

Avvio su un disco di ripristino (suggerimento: mantengo una piccola distribuzione su una partizione dedicata del mio disco USB di backup).

Se si utilizza LVM, trovare il nome del proprio gruppo di volumi con lvdisplayo altri comandi relativi a LVM. Attivalo (altrimenti visualizzerai un mount: special drive /dev/volumegroupname/partition does not existerrore quando provi a montare):

vgchange -a y volumegroupname

Ora monta la tua solita /partizione, ad esempio su /mnt :

mount /dev/volumegroupname/partition /mnt

Montare anche alcuni dispositivi speciali (oltre che /bootsu una partizione separata):

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

Quindi chrootnella tua solita distribuzione:

chroot /mnt

Infine, reinstalla GRUB2 - i comandi possono variare a seconda della tua distribuzione, questo funziona su Slackware (se il tuo disco è /dev/sda):

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

Riavvia e dovresti aver finito.

! LA RISPOSTA SELEZIONATA NON FUNZIONA MAI.

QUESTO FUNZIONA:

1. Reinstalla il tuo sistema operativo , vai a " fai qualcos'altro ", crea le tue tabelle delle partizioni,
2. Usa la tua partizione di Windows come dispositivo di avvio principale .

Il secondo passo è essenziale .

NON USARE/boot .

Potrebbe esserci un'altra soluzione: provare a cambiare manualmente il dispositivo di avvio durante l'avvio; tuttavia, non penso che funzionerà e devo ancora provarlo.

Questo è un problema di vecchia data che è persistito in Ubuntu fino al 17.10 incluso.