Grub ошибка file not found

I just installed quite a lot of 12.10 updates, was prompted to reboot, and then found that I couldn’t boot.

Braiam's user avatar

Braiam

66.7k30 gold badges175 silver badges264 bronze badges

asked Sep 14, 2012 at 20:20

8128's user avatar

1

Use Boot Repair to fix your bootloader.

  1. Boot Ubuntu from a LiveCD or Live USB
  2. Connect to the internet
  3. Open a terminal, and add the Boot Repair PPA

    sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update

  4. Install Boot Repair

    sudo apt-get install -y boot-repair && boot-repair

  5. Launch and use, see https://help.ubuntu.com/community/Boot-Repair#Using_Boot-Repair for more details

answered Oct 19, 2012 at 22:09

8128's user avatar

81288128

28.6k27 gold badges110 silver badges145 bronze badges

4

  1. Type ls to get a list of partitions
  2. Enter set prefix=(hd0,msdos6)/boot/grub [you will almost certainly have to enter a different drive/partition in the brackets, you may just have to try all of those listed by ls until you find the one that works.
  3. Type insmod normal
  4. Type normal and you will get your boot prompt back!

See also: The helpful place where I found this. I doubt this will work for everyone encountering this error, but I’ve put it here in the hope it helps someone.

Once you’ve loaded Ubuntu, run sudo grub-install /dev/sda and sudo update-grub as soon as possible. This means you won’t have to do that tedious process above every time you boot your machine.

answered Sep 14, 2012 at 20:20

8128's user avatar

81288128

28.6k27 gold badges110 silver badges145 bronze badges

3

I had the exact same issue — normal.mod not found, ls of the boot partition would produce a blank line. After a week of troubleshooting to get the system to boot properly here are the steps I went through.

  1. Got a copy of SuperGrub and created a boot cd. I could now get logged back on to my system. Got a copy of BootRepair and had not luck getting the system to boot directly from the hard disk and had to keep using the CD. BootRepair did act a little strange since the Grub location and Grub options were grayed out. It did report a successful install.

  2. Hard drive was originally set up:
    sda1 ext4 root with boot
    sda2 linux swap
    sda3 ext4 used as a spare drive (holds VMs for Virtual box).

  3. Used a copy of Ubuntu 10.10 live cd. Ran gparted Install gparted to shrink the sda1 partition and created sda4 ext4 boot partition at the front of the drive and set mount point to /boot after deleting the boot directory from /. BootRepair now has options available. Installed on boot partition and can now boot from hard drive.

  4. Being curious I decided to investigate further. The boot repair log had a peculiar entry for my sda1 ext4 partition, it was reported as DOS and had a short 8 character UUID instead of the UUID reported by blkid. grub-probe reported the file system as vfat.

  5. After many other trials I cleared the first 440 bytes of sda1 partition record. Grub-probe now reports file system as ext2. Ran update-grub and the correct UUID for the sda1 partition appears.

The issue seems to be two-fold:
1. It seem to affect installations where the partition record has references to msdos.
2. grub-probe does not try to resolve mismatch issues between fs type and contents in the partition record.

Community's user avatar

answered Nov 13, 2012 at 15:33

Mark Milakovic's user avatar

Another thing to check is the boot order in your BIOS. I apparently had installed grub installed on all my disks (perhaps after following 8128’s answer), but this broke when updating my Linux distro (Debian). Changing the first boot disk as my Linux OS fixed it.

answered Oct 23, 2014 at 15:05

Jonathan's user avatar

JonathanJonathan

2111 silver badge7 bronze badges

I ran across this error upgrading to Kubuntu 13.10. I had a memory stick plugged into the USB port during the dist-upgrade. After rebooting I went straight to Grub Rescue. Unplugging the USB drive and rebooting fixed the problem.

answered Oct 19, 2013 at 5:38

David Walker's user avatar

In my case, I had downgraded to GRUBv1 and after the upgrade to 12.10 grub2 couldn’t find his files (*.mod, etc…), although the grub.cfg was there.

I found a more comprehensive manual on grub rescue:
https://help.ubuntu.com/community/Grub2/Troubleshooting#grub_rescue.3E-1

See also the command list at the begining of the page.
Thx flute flute.

answered Nov 17, 2012 at 14:16

iceburn_pt's user avatar

I’m in the middle of a similar issue (incidentally also on arch)

Grub is failing to find this file and run because it is using an incorrect «prefix» in my case.

Here is what you do. You boot into grub rescue mode, then you simply figure out how to make it boot.

First you run set this will list variables, for example mine is

cmdpath=(hd0)
prefix=(hd1,msdos3)/boot/grub
root=hd1,msdos3

Now, the prefix is the variable where grub looks for the normal.mod file. In my case hd1,msdos3 is the same as /dev/sdb3 (similarly, hd0,msdos1 would be /dev/sda1) what you may want to do to see a list of valid partitions is type in ls

Now, in my case, again, grub was installed on /dev/sdb1 which was mounted as /boot in my arch partition, so the correct prefix would be (hd1,msdos1)/grub

So for me to boot, I need to do this:

set prefix=(hd1,msdos1)/grub
insmod normal
normal

In your case you will have to either remember or guess which partition you installed grub on. You can guess wrong, it won’t do any harm, the insmod command will simply fail and you can try again with another partition.

After this, grub loads as it normally should, and I can pick out of the list what I want to boot. Normally when a mess like this occurs, reinstalling grub to your mbr (using grub-install) should fix it permanently so you don’t have to do this every time you boot. I however am having a lot of difficulty finding out what to do if fixing it isn’t this easy (or I’d share what you should do).

Only if this fails (e.g. if the prefix is correct but you still can’t boot) should you resort to live or rescue cds to work around the problem (it is best to avoid that)

Error: file ‘/boot/grub/i386-pc/normal.mod’ not found Some time ago I did a windows update, after the update process is complete and the computer restarts, a sudden «grub rescue» error appears which causes me to not be able to boot both into the Windows and Ubuntu operating systems (my laptop is dual boot).

My laptop only displays a blank screen with an error message like this.

[SOLVED] How to Fix Grub Rescue - Error: file '/boot/grub/i386-pc/normal.mod' not found

Problems like this it is usually because of the normal.mod file is not found so Linux cannot display GRUB.

Here are the steps to fix it.

First, type the «ls» command to display the list of partitions on the laptop.

grub rescue> ls

Then you will see a list of the partitions like this.

(hd0) (hd0.msdos8) (hd0.msdos7) (hd0.msdos6) (hd0.msdos5) (hd0.msdos3) (hd0.msdos2) (hd0.msdos1)

After that, you must recognize the Linux partition (/) by running this command.

grub rescue> ls (hd0,msdos6)/

Here my Linux partition is in (hd0.msdos6), so a list of directories will appear on my Linux when running the ls (hd0, msdos6)/ command.

Let’s assume the Linux partition is at (hd0.msdos6), then we set the prefix to (partition)/boot/grub.

grub rescue> set prefix=(hd0,msdos6)/boot/grub

The last step, run the following command and then restart the computer.

grub rescue> insmod normal
grub rescue> normal

[SOLVED] How to Fix Grub Rescue - Error: file '/boot/grub/i386-pc/normal.mod' not found

Please boot into your Linux, if you have successfully booted and entered Linux Desktop, you have to update-grub, so there is no «grub rescue» error appears again when the laptop restarts.

$ sudo update-grub

Now you can use your computer smoothly and without any problems. That’s a tutorial on how to fix grub rescue, hopefully useful, thank you.

Kernel updates are vital for security and feature additions. But if not performed with caution, these updates can render your server unavailable or down.

In our role as Outsourced Tech Support services for web hosts, kernel updates are a commonly performed task in servers.

Today, we’ll discuss the error ‘Error 15: File not Found’ that occurs in CentOS servers when trying to boot after changes in grub.

‘Error 15 file not found’ in CentOS server – Causes

The error ‘Error 15: File not found’ happens when you try to boot a server with the updated kernel after a kernel update or patch.

Error 15: File not Found

Press any key to continue

This error is caused due to some issues with the GRUB, which is the boot loader used in CentOS servers.

The main reasons why you get this error 15 are:

1. Wrong entries in GRUB

In majority scenarios, the ‘Error 15: File not Found’ issue pops up due to an incorrect entry in the GRUB boot loader configuration file at  /boot/grub/menu.lst .

A typical entry in GRUB menu for CentOS 6 servers looks like:

title CentOS (2.6.18-238.19.1.el5PAE)
root (hd0,0)
kernel /vmlinuz-2.6.18-238.19.1.el5PAE ro root=LABEL=/
initrd /initrd-2.6.18-238.19.1.el5PAE.img
title CentOS (2.6.18-238.9.1.el5PAE)

The cause for the error 15 can be anything from an incorrect drive, wrong path or partition name, or any other mistakes in this kernel entry in the GRUB menu.

By default, the kernel images are found in /boot partition. In servers where the partition system is different, these paths have to be changed accordingly in GRUB menu.

2. Corrupt GRUB configuration file

A GRUB configuration can get corrupt during system updates. When GRUB is installed in the wrong partition, the system will not be able to boot at all.

If the required modules are missing in the expected /boot partition, system cannot boot. The MBR (Master Boot Record) can get damaged when a secondary OS is installed.

In some cases, the initrd declaration or kernel path may be missing for any listed kernels in the GRUB menu. This will prevent the server from booting into that kernel.

3. Defective hard disk

“Error 15 file not found” may also occur in CentOS servers due to change in BIOS settings, changes in hardware or errors in hard disk.

In the case of servers with multiple hard disks or OS installations, there are chances of creating multiple boot partitions and GRUB mixing up between them.

‘Error 15 file not found’ in CentOS server – Fixes

Depending on the scenario faced and the level of access to the server, we follow different methodologies to fix the error 15.

1. Fixing GRUB entries

When customers contact us saying their server fails to boot due to Error 15, we boot the server into rescue mode and access it via remote console such as IPMI or web portal.

Once the boot prompt loads, we edit the GRUB entries and fix the error. In cases where GRUB is fully corrupt, we reinstall the bootstrap code and then boot the server.

2. Test reboots

In the server where we perform kernel updates or patches, we take adequate backups. We configure GRUB with a fail-over entry to avoid a boot failure.

This fall back configuration ensures that even if a new kernel doesn’t boot due to any errors, there is a fall back working kernel entry which will boot and make the server available.

3. Hard disk inspection

To rule out ‘error 15 file not found’ in CentOS servers due to hard disk errors, we conduct periodic audits to see if there are any bad sectors or other errors.

For servers with messed up hard disks or OS installations, we backup the data and perform re-partition or re-installation as necessary, to fix the errors.

Conclusion

GRUB errors pop up mainly during kernel updates. Today we saw how our Support Engineers resolve and fix ‘Error 15 file not found’ in CentOS servers.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

SEE SERVER ADMIN PLANS

var google_conversion_label = «owonCMyG5nEQ0aD71QM»;

I have a vm(on vmware fully running). But i want to do some modification and put all file system to single partition /.

In my current VM i have /, /var, /tmp, /boot partition.

Action performed:

  1. Attached new hard disk, formatted and created two partition (one for / and another for swap)
  2. made / as active partition for root.
  3. copied all the files from original hard disk to new harddisk.
  4. made changes in /etc/fstab and run grub-install.
  5. detached new harddisk and created new VM using this harddisk.

Now when I am starting VM, I got

«Error 15: File not found»

Soner Gönül's user avatar

Soner Gönül

96.7k102 gold badges205 silver badges360 bronze badges

asked Apr 20, 2015 at 7:04

Amit Kumar's user avatar

2

Just got answer while hitting and trying . This error is due to /etc/grub/grub.conf file. When we have /boot partition we don’t need to give whole path for kernel for example :

Kernel /< kernel version>

but when we have single root partition only, means no /boot partition we need to provide complete path, example:

Kernel /boot/< kernel version>

And same for initrd line.

It worked for me.

answered Apr 20, 2015 at 10:01

Amit Kumar's user avatar

Amit KumarAmit Kumar

3031 gold badge4 silver badges14 bronze badges

1

Понравилась статья? Поделить с друзьями:
  • Grub install ошибка не удалось найти каталог efi
  • Grub install dummy неисправимая ошибка
  • Group policy ошибка 1085
  • Group policy ошибка 1030
  • Group policy 1058 ошибка