Grub install error cannot find efi directory arch

GRUB/Troubleshooting

This article documents issues that might arise when trying to use or install GRUB2.

Содержание

Installation errors

Installing GRUB2 from within a chroot

When a separate /boot partition exists, be sure to mount the target root partition before chrooting, but do not mount the /boot partition until after chrooting to the new environment. This is required because grub-mkconfig will not detect /boot as a separate partition and will assume the /boot directory and the root ( / ) directory are on the same partition.

Reinstalling the GRUB2 EFI boot manager entry

In case the boot manager entries need to be restored, they can be re-added without invoking grub-install . Load the efivars kernel module and install sys-boot/efibootmgr:

Next add a boot menu entry:

grub-install: error: cannot find EFI directory.

Properly setting the GRUB_PLATFORMS variable in /etc/portage/make.conf (the first time!) as listed above should resolve this error. Set the GRUB_PLATFORMS variable then re-emerge GRUB2 using the following command:

In the case this error persists try forcing the install to the EFI directory by issuing the grub-install command with correct parameters for the —target and —efi-directory options:

grub-install: Attempting to install GRUB2 to a disk or partition

There could be many reasons for this error to come up.

No mounted /boot

A /boot partition is not mounted.

No BIOS boot partition while using BIOS-GPT setup

This could mean there is not a EF02 or bios_boot partition to embed the core.img file in.

Creating a little partition of a few hundreds kilobytes may be enough, although it is good practice to align this partition to 2048 sectors to avoid a performance penalty with the disk. A 1 MiB partition should work well.

Attempting to install GRUB2 in a partition

When attempting to install GRUB2 in a partition e.g. /dev/sda5 (for instance because the boot loader will be chainloaded by a different boot loader), simply add —force option switch to force install.

Missing target detection

If grub-install does not print any errors message or if the error message is about scanning disk files and several platforms are enabled in /etc/portage/make.conf while nothing is installed on the disk, then edit the /sbin/grub-install script with a text editor of choice.

Change the platform variable to the appropriate platform for the current use case. The platform must be rightly set when emerging sys-boot/grub, else it will be incorrectly configured in the /sbin/grub-install script.

For example, to set the platform for «PC», change platform=qemu to platform=pc .

grub-setup: no post-MBR gap

This error means that GRUB2 could not find the usual gap between the MBR and first partition of a disk. It is possible that the gap does not exist. Some tools (e.g. LiveUSB disk installer) format disks so that the first partition starts at sector 1 instead of 2048.

Repartitioning might be necessary to resolve the issue.

grub-install: embedding area is unusually small

There is not enough room at the beginning of the disk before the first partition.

In general this is a bit of trouble to fix. One or more partitions need to be resized in order to leave some free space at the beginning of the drive. The GParted LiveCD or SystemRescueCD are excellent tools to make this job less difficult.

Источник

Arch Linux

You are not logged in.

#1 2015-12-29 20:25:38

[Solved] Trouble installing GRUB, can’t find EFI directory

Hi guys, first post on here.
I’m trying to install arch using a USB to boot, on a UEFI system using a MBR partition table. I’ve attempted it several times, but always end up starting by deleting my linux partitions and rebooting. My partitions look like this:

sda1 — partition i’m too afraid to touch that was already there
sda2 — main windows partition
sda3 — partition i’m too afraid to touch that was already there (x2)
sda4 — extended
—sda5 root 90G
—sda6 boot 512M
—sda7 home 104G

I think something goes wrong when I create my partitions. I don’t use parted, because quite frankly it confuses me and I’m too afraid that I’ll delete my windows data. Instead, I use cfdisk and I think I miss a few steps. sda6 is set as Bootable, and its type is EFI (Fat-12/16/32). Is that all? The filesystem is set as fat32 using mkfs.fat -F32 /dev/sdxY

When I run the # grub-install —recheck /dev/sda command it just says that it can’t find the EFI directory. Isn’t this /boot? I then did
grub-install —recheck —efi-directory=/boot /dev/sda
which results in
Installing for x86_64-efi platform.
grub-install: error: efibootmgr: not found.
and then nothing happens.

How do I install GRUB successfully in this situation? Sorry for any noobishness, and thanks in advance!

Last edited by Piexes (2015-12-29 21:49:01)

#2 2015-12-29 20:34:57

Re: [Solved] Trouble installing GRUB, can’t find EFI directory

Presuming that Windows is installed in UEFI mode, you will need to share the Windows-generated EFI system partition (sda3?) and mount that to /boot

Use `gdisk -l /dev/sda` to find the EFI system partition.

Post the output of that command if you’re not 100% sure.

EDIT: Just out of curiosity, why are you using GRUB?

Most newbies seem to prefer it in spite of the fact that the Beginner’s Guide has instructions for systemd-boot in UEFI systems.

You are following the Beginner’s Guide, right?

EDIT2: Just to clarify: I think you have created a GNU/Linux partition type (8300) at /dev/sda6 and formatted in to FAT32 when you actually need a specific EFI system partition type (EF00) for GRUB to install successfully.

Last edited by Head_on_a_Stick (2015-12-29 20:39:07)

#3 2015-12-29 20:46:56

Re: [Solved] Trouble installing GRUB, can’t find EFI directory

I was following this section, but I guess I’ll try to go and do the systemd one. I’ll edit/post with an update.
The output of that command:
http://imgur.com/MXipX1K

Edit: I tried running bootctl install, and it spat out:
File system «/boot» is not on a GPT partition table
hmm
lsblk still shows me that sda6 is still mounted at mountpoint /mnt/boot
it’s fat32 for sure
The wiki says that the boot partition needs gdisk type EF00. I doubt I did this.

Last edited by Piexes (2015-12-29 20:52:22)

#4 2015-12-29 20:50:40

Re: [Solved] Trouble installing GRUB, can’t find EFI directory

Right, sorry, my mistake — you are *not* using a UEFI system (or a GPT disk) so you should be following the non-UEFI instructions:
https://wiki.archlinux.org/index.php/Be … BIOS.2FMBR

Also, in this case, /boot should probably use a POSIX-compliant filesystem rather than FAT.

Last edited by Head_on_a_Stick (2015-12-29 20:54:12)

#5 2015-12-29 20:54:12

Re: [Solved] Trouble installing GRUB, can’t find EFI directory

Ok, now I’m pretty confused. The wiki tells me to run ls /sys/firmware/efi/efivars and if it’s populated I’m in UEFI mode. It’s definitely populated, it spits out a ton of stuff.
Should I reinstall the .iso again on my flashdrive and delete the linux partitions for a completely fresh start?

Last edited by Piexes (2015-12-29 20:55:53)

#6 2015-12-29 20:57:18

Re: [Solved] Trouble installing GRUB, can’t find EFI directory

It’s definitely populated, it spits out a ton of stuff.

Yes you may be booted in UEFI mode but your Windows system appears to be installed in non-UEFI mode — there is no EFI system partition present.

If you wish to be able to switch between the two without toggling «Legacy» mode, you must install Arch in non-UEFI mode also.

It may be that a UEFI-installed GRUB can actually boot a non-UEFI Windows system if you create the requisite EFISYS partition but I don’t know and have of way of testing.

EDIT: You can attempt to force GRUB to install a non-UEFI loader with:

EDIT2: Can you check from Windows if it is booted in UEFI mode?

Last edited by Head_on_a_Stick (2015-12-29 21:33:31)

Источник

Thread: GRUB Install Error: Cannot find EFI directory

Thread Tools

Display

GRUB Install Error: Cannot find EFI directory

Hi everyone,
I have a dual boot, 64 bit laptop with Windows 8 on one partition and Ubuntu 14.04 on the other. Windows recently updated and now GNU GRUB no longer appears when I boot my computer. I found information on the following website on how to repair it: http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd
This worked fine until I got to this command:

or something like that.
Could someone please help me get GRUB back so I can use Ubuntu again please?
Thanks in advance.

Last edited by Kpenguin; April 9th, 2015 at 03:44 PM .

Re: GRUB Install Error: Cannot find EFI directory

Your link is to the full chroot (CHange ROOT) to use the kernel from live installer, but be working in your system. But it is a bit older for BIOS based systems. You also have to mount the efi partition and any other system partitions that some have as separate partitions. You should just need to add a mount of the efi partition.

Usually most desktops do not have separate partitions for other system folders, a few do have separate /boot but that is not recommended for most desktops.

But often easier to use Boot-Repair.

Boot Repair -Also handles LVM, GPT, separate /boot and UEFI dual boot.:
Precise, Trusty, Vivid, & Utopic all should work now with current ppa
https://help.ubuntu.com/community/Boot-Repair

Re: GRUB Install Error: Cannot find EFI directory

Use the Ubuntu installation CD/flash drive (or any Linux) and go to the boot repair site, download and run it selecting the option to Create Boot Info Summary. Post the output text file here as it will have more detailed information on your system(s).

Re: GRUB Install Error: Cannot find EFI directory

Hi,
I tried the boot repair application and it worked great! I now have GRUB and Ubuntu back.This is rather minor, but I now also have a bunch of other stuff that wasn’t there before (see attached screenshot).
SAM_0463.JPG
I previously just had Ubuntu, Advanced options for Ubuntu, Windows boot manager, and System setup. Is there some way to get rid of the stuff in between?
Again, this is minor and not vital
Thanks for your help!

Re: GRUB Install Error: Cannot find EFI directory

HP seems to have a lot of its recovery/repair files as efi files in the standard efi(ESP) partition. So Boot-Repair just adds them to the grub menu.
Boot-Repair normally creates a new 25_custom folder. That is just from Boot-Repair so you can edit at will.

Just to have a backup.
sudo cp -a /boot/grub/grub.cfg /boot/grub/grub.cfg.backup
Edit :
gksudo gedit /etc/grub.d/25_custom
Or:
sudo nano /etc/grub.d/25_custom
Then do:
sudo update-grub

Re: GRUB Install Error: Cannot find EFI directory

So, I need to follow those steps and then re-run boot manager, or just update GRUB?

Re: GRUB Install Error: Cannot find EFI directory

Just the steps shown.
Boot-Repair would probably add them back again.

Re: GRUB Install Error: Cannot find EFI directory

Wow. That was easy. Thanks for your help!

Источник

Arch Linux

You are not logged in.

#1 2018-09-19 17:20:30

[solved] Grub cannot find EFI directory

When using «grub-install» I always get «grub-install: error: cannot find EFI directory»

A couple of month ago I could just use grub-install without any error and I didn’t change any hardware since then

«LS /sys/firmware/EFI/efivars» returns a whole bunch of files.

I tried creating a partition on a GPT drive with the type EFI system out of desperation but can’t mount it to /mnt/boot. I am getting this error
mount: /mnt/boot: wrong fs type, bad option, bad superblocks on /dev/sdc2, missing codepage or helper program, or other error

I have no clue what to do now. I’ve been trying to partition differently a couple of times but nothing worked.

Last edited by Belph (2019-01-05 19:40:14)

#2 2018-09-19 17:32:44

Re: [solved] Grub cannot find EFI directory

What guide are you following to install Arch?

Please post the output of

Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

#3 2018-09-19 17:41:01

Re: [solved] Grub cannot find EFI directory

Oof, I don’t know how to post the output here without typing it in. But it shows me that the partition table is loop and not GPT. I assume that is he important information there, right?

#4 2018-09-19 17:48:22

Re: [solved] Grub cannot find EFI directory

I suspect that loop device will be the iso you are booted into.

Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

#5 2018-09-19 17:50:48

Re: [solved] Grub cannot find EFI directory

I suspect that loop device will be the iso you are booted into.

If you mean if that is the USB stick that I am booted it right now, then no, that one has msdos as partition table.

It is actually the SSD I want to install Arch on that has loop as partition table.

#6 2018-09-19 17:52:21

Re: [solved] Grub cannot find EFI directory

#7 2018-09-19 17:59:34

Re: [solved] Grub cannot find EFI directory

Model: ATA HGST HTS545050A7 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 500GB 500GB ext4

Model: ATA TOSHIBA DT01ACA1 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 1000GB 1000GB ext4

Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sdc: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number Start End Size File system Flags
1 0.00B 120GB 120GB ext4

Model: Sony Storage Media (scsi)
Disk /dev/sde: 7801MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 7801MB 7800MB primary fat32 boot, lba

#8 2018-09-19 18:30:25

Re: [solved] Grub cannot find EFI directory

Also, you forgot to answer my earlier question:

What guide are you following to install Arch?

That may well answer my next question: do you know how you ended up with loop partition tables on all but one of your physical disks?

Please also post the output of

Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

#9 2018-09-19 18:32:05

Re: [solved] Grub cannot find EFI directory

Also, you forgot to answer my earlier question:

What guide are you following to install Arch?

That may well answer my next question: do you know how you ended up with loop partition tables on all but one of your physical disks?

Please also post the output of

I am sorry, I’ve been using the Arch Installation guide here on the website. And for grub just the wiki page about grub.

I have no clue how they all became loop.

#10 2018-09-19 18:34:03

Re: [solved] Grub cannot find EFI directory

Also, you forgot to answer my earlier question:

What guide are you following to install Arch?

That may well answer my next question: do you know how you ended up with loop partition tables on all but one of your physical disks?

Please also post the output of

I am sorry, I’ve been using the Arch Installation guide here on the website. And for grub just the wiki page about grub.

I have no clue how they all became loop.

I used the wipefs command on sdc since that is the drive I want to install arch on but it’s still loop

#11 2018-09-19 18:37:35

Re: [solved] Grub cannot find EFI directory

The wipefs output is for diagnosis purposes, please post the output as requested.

Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

#12 2018-09-19 18:39:25

Re: [solved] Grub cannot find EFI directory

The wipefs output is for diagnosis purposes, please post the output as requested.

DEVICE OFFSET TYPE UUID LABEL
sdc 0x438 ext4 5e3ac50f-e4a9-42e9-a40e-acfb09b45858

#13 2018-09-19 18:51:24

Re: [solved] Grub cannot find EFI directory

Again, please edit your posts to use code tags.

So it looks like you’ve created the filesystem on the raw disk (/dev/sdc), rather than on a partition (e.g. /dev/sdc1). I’m not sure if it’s possible to remedy that without starting over, but I’m going to go ahead an recommend that you do that anyway. It seems you have a habit of skim reading, which may be how you found yourself in this situation. Read the wiki carefully, and take your time. Make sure you understand what you are doing before you do it.

Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

#14 2018-09-19 18:57:33

Re: [solved] Grub cannot find EFI directory

Again, please edit your posts to use code tags.

So it looks like you’ve created the filesystem on the raw disk (/dev/sdc), rather than on a partition (e.g. /dev/sdc1). I’m not sure if it’s possible to remedy that without starting over, but I’m going to go ahead an recommend that you do that anyway. It seems you have a habit of skim reading, which may be how you found yourself in this situation. Read the wiki carefully, and take your time. Make sure you understand what you are doing before you do it.

I’ve tried a lot of things after it didn’t work the first time. Also a reason why I might get I information wrong is due to a language barrier. Would you say I should start over the guide from the very beginning? I’ve done that several times already. I just seen to mess up the partitioning every time, also I am confused since it doesn’t work like it used to anymore.

Источник

This article documents issues that might arise when trying to use or install GRUB2.

Installation errors

Installing GRUB2 from within a chroot

When a separate /boot partition exists, be sure to mount the target root partition before chrooting, but do not mount the /boot partition until after chrooting to the new environment. This is required because grub-mkconfig will not detect /boot as a separate partition and will assume the /boot directory and the root (/) directory are on the same partition.

Reinstalling the GRUB2 EFI boot manager entry

In case the boot manager entries need to be restored, they can be re-added without invoking grub-install. Load the efivars kernel module and install sys-boot/efibootmgr:

Next add a boot menu entry:

grub-install: error: cannot find EFI directory.

Note
The following examples presumes a 64-bit EFI GRUB2 install, adjust accordingly for 32-bit EFI.

grub-install: error: cannot find EFI directory.

Properly setting the GRUB_PLATFORMS variable in /etc/portage/make.conf (the first time!) as listed above should resolve this error. Set the GRUB_PLATFORMS variable then re-emerge GRUB2 using the following command:

In the case this error persists try forcing the install to the EFI directory by issuing the grub-install command with correct parameters for the --target and --efi-directory options:

grub-install: Attempting to install GRUB2 to a disk or partition

Attempting to install GRUB to a partition disk or to a partition.  This is a BAD idea.
Embedding is not possible.  GRUB can only be installed in this setup by using blocklists. 
However, blocklists are UNRELIABLE and their use is discouraged.

There could be many reasons for this error to come up.

No mounted /boot

A /boot partition is not mounted.

No BIOS boot partition while using BIOS-GPT setup

This could mean there is not a EF02 or bios_boot partition to embed the core.img file in.

Creating a little partition of a few hundreds kilobytes may be enough, although it is good practice to align this partition to 2048 sectors to avoid a performance penalty with the disk. A 1 MiB partition should work well.

Attempting to install GRUB2 in a partition

When attempting to install GRUB2 in a partition e.g. /dev/sda5 (for instance because the boot loader will be chainloaded by a different boot loader), simply add --force option switch to force install.

Missing target detection

If grub-install does not print any errors message or if the error message is about scanning disk files and several platforms are enabled in /etc/portage/make.conf while nothing is installed on the disk, then edit the /sbin/grub-install script with a text editor of choice.

Change the platform variable to the appropriate platform for the current use case. The platform must be rightly set when emerging sys-boot/grub, else it will be incorrectly configured in the /sbin/grub-install script.

For example, to set the platform for «PC», change platform=qemu to platform=pc.

Note
This is true for GRUB version 1.99x only… for GRUB2 the correct file to investigate can be found at /etc/grub.d/00_header; change transform="s,grub,grub-qemu," to transform="s,grub,grub2," for instance to install rightly with grub-$platform-install.

grub-setup: no post-MBR gap

grub-setup: warn: This msdos-style partition label has no post-MBR gap; embedding won't be possible!
grub-bios-setup: warn: Embedding is not possible. GRUB can only be installed in this setup by using blocklists.
            However, blocklists are UNRELIABLE and its use is discouraged.
grub-bios-setup: error: If you really want blocklists, use --force.

This error means that GRUB2 could not find the usual gap between the MBR and first partition of a disk. It is possible that the gap does not exist. Some tools (e.g. LiveUSB disk installer) format disks so that the first partition starts at sector 1 instead of 2048.

Repartitioning might be necessary to resolve the issue.

grub-install: embedding area is unusually small

grub-install: warn: Your embedding area is unusually
small. core.img won't fit in it.
grub-install: warn: Embedding is not possible. GRUB can
only be installed in this setup by using blocklists. However,
blocklists are UNRELIABLE and their use is discouraged.
grub-install: error: will not proceed with blocklists.

There is not enough room at the beginning of the disk before the first partition.

In general this is a bit of trouble to fix. One or more partitions need to be resized in order to leave some free space at the beginning of the drive. The GParted LiveCD or SystemRescueCD are excellent tools to make this job less difficult.

If the swap partition is the first partition on the disk (e.g. /dev/sda1) it is possible to simply remove the existing swap space partition and re-partition the space. This resolution would avoid the need for booting into a live medium in order to resize a root (/) partition.