error: archivo '/grub/i386-pc/normal.mod' no encontrado

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

¿Que puedo hacer? Solo me siento y lo miro.

Encontré mi viejo netbook (Dell Inspiron 1010) que no he usado durante aproximadamente cuatro años. Reemplacé Windows XP con Ubuntu 12.10. Usé mi unidad USB de arranque. Instalé y reinicié. Recibí el mensaje que normal.modno se encuentra.

¿Qué tengo que hacer? Tipo exit, rebooto quit? ¿Debo reinstalar?

Grub tiene una pequeña imagen central que se carga en el momento del arranque. La imagen central carga dinámicamente módulos que proporcionan una mayor funcionalidad. i386-pc/normal.mod not foundindica que grub no puede cargar normal.mod , que es un módulo grub que proporciona el comando normal . Para cargar normal.mod necesita decirle a grub dónde está. Para hacer esto, puede usar la línea de comandos de grub (también conocida como Consola de rescate). Grub iniciará la línea de comando si hay un problema al arrancar, o puede iniciarlo manualmente manteniendo presionada la tecla Mayús mientras se inicia Grub (para forzar la visualización del menú de Grub) y luego presionando la tecla 'c'.

Usando grub puedes explorar las unidades, particiones y sistemas de archivos. Necesitas:

• localizar la instalación de grub usando ls o search.file
• establecer las variables grub $ prefix y $ root
• cargar y ejecutar el módulo normal

Ejemplo

El siguiente es solo un ejemplo. Deberá adaptarlo a su unidad local y configuración de partición.

donde es normal.mod? mirar en algunos lugares probables

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

Si obtiene "Unknown command 'search.file'"esto significa que el comando search.file no está disponible. Esto probablemente se deba a que está en el grub rescue>indicador y no en el grub>indicador. En este caso, aún puede continuar y utilizar el lscomando y su conocimiento del diseño de su partición para buscar normal.mod.

lo encontré en (hd0, msdos1)

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

¿Por qué Grub no lo encontró?
check $ prefix: ubicación absoluta del directorio grub
(esto se establece cuando grub-install instala grub)

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

compruebe $ root: el dispositivo predeterminado para las rutas que no incluyen un
grub de dispositivo establece inicialmente esto en el dispositivo desde el prefijo $

grub> echo $root
hd0,msdos2

root y prefix apuntan a la partición incorrecta (hd0, msdos2)
establezca $ root y $ prefix en la partición donde encontramos normal.mod (hd0, msdos1)

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

cargar y ejecutar el módulo normal

grub> insmod normal
grub> normal

Algunos otros comandos que pueden ser útiles

ls enumera todos los dispositivos y particiones

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

partición ls

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

sistema de archivos ls (nota / al 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/

mirar dentro / boot / grub la
presencia del directorio i386-pc significa que esta es una
presencia de instalación de BIOS del directorio x86_64-efi indicaría una instalación EFI

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

• Manual de Grub: Solución de problemas: GRUB solo ofrece una carcasa de rescate que cubre el método de recuperación básico descrito anteriormente
• Para ver los comandos y variables disponibles, consulte el Manual de Grub: la lista de comandos de línea de comandos y entrada de menú y variables de entorno especiales .
• Puede ser posible cargar otra falta si los módulos por ejemplo, searcho search.fileconjunto de comandos no son reconocidos $prefixcorrectamente y luego hacer insmod search, para lshacer insmod lsetc. Ejecutar find /boot/grub -name *.moden un Linux en funcionamiento la instalación para ver todos los módulos cargados dinámicamente Grub.
• Siempre puede arrancar desde medios externos y reinstalar Grub .

Resolvió esto en una máquina esta tarde. Parece que una de las causas de este problema es que el instalador piensa que tiene un arranque seguro EFI, cuando no lo hace y, por lo tanto, carga los archivos GRUB incorrectos.

Lo que debe hacer es instalar GRUB 2. Para hacer esto, debe iniciar desde la instancia en vivo, montar su partición raíz e instalar.

Desde una instancia en vivo, busque la partición en la que se carga su partición raíz. GParted te dirá esto, o podrías usar

sudo fdisk -l

Vaya a la partición en la que está instalado ubuntu.

Una vez que tenga su partición, necesita montarla. Suponiendo que la partición raíz esté en / dev / sda5, eso sería:

sudo mount /dev/sda5 /mnt

Luego instale GRUB 2

sudo grub-install /dev/sda --root-directory=/mnt [use copiar y pegar para este, ya que hay algunos espacios que necesita hacer bien.]

Suponiendo que este sea su problema, entonces debería poder reiniciar y todo funcionará bien.

La solución original para esto fue desde aquí: http://ubuntujournal.blogspot.com/2012/11/fix-new-install-of-ubuntu-1210-wont-boot.html

No encontré esa información en los foros, por lo que quiero compartir información a pesar de que esta pregunta se hizo hace mucho tiempo:

Si tiene una partición grande (por ejemplo, 1 TB) con Ubuntu instalado y no asignó una adicional para / boot /, podría ser la razón de tales errores. Cuando se inicia GRUB, utiliza el controlador de biosdisk para leer los controladores normales del directorio / boot / grub /. A veces, este directorio podría ubicarse físicamente en el disco duro en algún lugar después del máximo admitido por el sector de biosdisk. El problema podría aparecer, por ejemplo, después de la actualización del sistema. Además, siempre me enfrento a ese problema después de una nueva instalación de Ubuntu 13.10, pero podría diferir, ya que depende de la placa base / BIOS.

Puede verificar que utilizando grub recovery, después de configurar PREFIX y ROOT correctos, intente ls / boot, si no ve nada, pero puede ver los archivos allí cuando arranca desde un CD / flash en vivo, entonces tiene el problema descrito anteriormente .

Puede hacer diferentes cosas para hacer que el sistema arranque, pero la única forma de evitar ese problema en el futuro (durante las actualizaciones de dist) es colocar el directorio / boot en una pequeña partición separada.

Es posible que otras soluciones no funcionen si llega al grub-rescueindicador y / o su configuración usa LVM, esta debería funcionar.

Arrancar en un disco de rescate (consejo: mantengo una pequeña distribución en una partición dedicada de mi disco USB de respaldo).

Si usa LVM, busque el nombre de su grupo de volúmenes con lvdisplayu otros comandos relacionados con LVM. Actívelo (de lo contrario, obtendrá un mount: special drive /dev/volumegroupname/partition does not existerror al intentar montar):

vgchange -a y volumegroupname

Ahora monte su /partición habitual , por ejemplo, en /mnt :

mount /dev/volumegroupname/partition /mnt

Monte también algunos dispositivos especiales (así como también /booten una partición separada):

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

Luego chrooten su distribución habitual:

chroot /mnt

Finalmente, reinstale GRUB2: los comandos pueden variar según su distribución, esto funciona en Slackware (si su unidad es /dev/sda):

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

Reinicie y ya debería haber terminado.

! LA RESPUESTA SELECCIONADA NUNCA FUNCIONA.

ESTO FUNCIONA:

1. Vuelva a instalar su sistema operativo , vaya a " hacer otra cosa ", cree sus tablas de partición,
2. Use su partición de Windows como su dispositivo de arranque principal .

El segundo paso es esencial .

No consumo/boot .

Puede haber otra solución: intente cambiar manualmente su dispositivo de arranque durante el inicio; sin embargo, no creo que eso funcione, y todavía tengo que probarlo.

Este es un problema de larga data que ha persistido en Ubuntu hasta e incluyendo 17.10.