Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Questions about Grub, UEFI,the liveCD and the installer
Forum rules
Before you post please read how to get help
grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Fri Apr 12, 2019 5:36 am

Hi,

While trying to install mint 19.1 on a Dell Inspiron 15 laptop, which came pre-installed with Windows 10, and
while the overall install seems to go ok, grub is failing with the error message given in the topic line.

What I did was as follows:
- Disable secure boot, and fast startup in Windows.
- Rebooted and verified that Windows was still working ok.
- In windows reduced the amount of space that windows is using by approx 200GB.
- Using a usb stick booted linux, and started the install. At the 'Installation Type' section, selected the 'Something else' option
and setup 3 partitions, one mounted on '/', a swap partition and the remainder of the space on '/home'.
- Installation seemed to go ok until it got to the grub section where it failed.

The output from boot-repair is here: http://paste.ubuntu.com/p/9xTXRTpzXH/

Any suggestions as to where I might be going wrong ?

Many thanks.

rene
Level 10
Level 10
Posts: 3096
Joined: Sun Mar 27, 2016 6:58 pm

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by rene » Fri Apr 12, 2019 5:44 am

Did you change the bootloader location manually? Because on GPT this should be the ESP, /dev/nvme0n1p1, rather than the device itself.

grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Fri Apr 12, 2019 5:53 am

Hi,

No I didn't change the bootloader location manually (I'm not sure even how to do that).

Are you referring to this from the start of the boot-repair output (lines 4-6) ? :

============================= Boot Info Summary: ===============================

=> No known boot loader is installed in the MBR of /dev/sda.

------------

I did think that was a little odd, but just thought it was down to the boot-repair tool looking at all the
disks and that would include the usb stick that the system was still booting from.

Thanks.

rene
Level 10
Level 10
Posts: 3096
Joined: Sun Mar 27, 2016 6:58 pm

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by rene » Fri Apr 12, 2019 6:09 am

grubby wrote:
Fri Apr 12, 2019 5:53 am
Are you referring to this from the start of the boot-repair output [ ... ] ?
No, to the title of the post. Warning, you may want to wait for comment from someone with more hands-on experience with installing Mint to GPT; perhaps it's the case that even when selecting /dev/nvme0n1p1 in the installer the actual install command is still grub-install /dev/nvme0n1. Come to think of it, I recall that with a BIOS-GRUB partition indeed you name the device itself, as if you were installing into the MBR. That is, sorry, was likely a bad answer; wait for someone with more experience installing Mint to UEFI/GPT.

User avatar
catweazel
Level 18
Level 18
Posts: 8635
Joined: Fri Oct 12, 2012 9:44 pm
Location: Australian Antarctic Territory

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by catweazel » Fri Apr 12, 2019 6:24 am

grubby wrote:
Fri Apr 12, 2019 5:36 am
Any suggestions as to where I might be going wrong ?
Check your BIOS for secure boot and if it's enabled, disable it. You'll have to reattempt the installation.
¡uʍop ǝpısdn sı buıɥʇʎɹǝʌǝ os ɐıןɐɹʇsnɐ ɯoɹɟ ɯ,ı

grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Fri Apr 12, 2019 6:28 am

I'm pretty sure that secure boot is OFF. I had disabled it in the bios, and also if you look at the output from boot-repair (lines 294-296) it also says
that its off when it examines the system:

=================== UEFI/Legacy mode:
BIOS is EFI-compatible, and is setup in EFI-mode for this live-session.
SecureBoot disabled. (maybe sec-boot, Please report this message to boot.repair@gmail.com)

Thanks.

User avatar
catweazel
Level 18
Level 18
Posts: 8635
Joined: Fri Oct 12, 2012 9:44 pm
Location: Australian Antarctic Territory

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by catweazel » Fri Apr 12, 2019 6:30 am

rene wrote:
Fri Apr 12, 2019 6:09 am
grubby wrote:
Fri Apr 12, 2019 5:53 am
Are you referring to this from the start of the boot-repair output [ ... ] ?
Come to think of it, I recall that with a BIOS-GRUB partition indeed you name the device itself, as if you were installing into the MBR. That is, sorry, was likely a bad answer; wait for someone with more experience installing Mint to UEFI/GPT.
Just a pointer for future reference... with a UEFI install, the installer should ignore any selected boot device and put the bootloader in the first ESP partition that it finds, so it wouldn't, or at least shouldn't, matter what boot device the OP had selected.

Cheers.
¡uʍop ǝpısdn sı buıɥʇʎɹǝʌǝ os ɐıןɐɹʇsnɐ ɯoɹɟ ɯ,ı

User avatar
catweazel
Level 18
Level 18
Posts: 8635
Joined: Fri Oct 12, 2012 9:44 pm
Location: Australian Antarctic Territory

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by catweazel » Fri Apr 12, 2019 6:34 am

grubby wrote:
Fri Apr 12, 2019 6:28 am
I'm pretty sure that secure boot is OFF. I had disabled it in the bios, and also if you look at the output from boot-repair (lines 294-296) it also says
I didn't follow your link. Anyway, did you start the live media using the BIOS boot device key for your machine? By that, I mean did you press a function key, for example, to bring up a list of devices to boot from? If so, you should have seen multiple entries for a USB flash drive, if you used a flash drive. One of those entries should contain the word UEFI, and the other will not, though it may refer to PMAP. If that rings any bells, make sure you start the live session using the UEFI entry.
¡uʍop ǝpısdn sı buıɥʇʎɹǝʌǝ os ɐıןɐɹʇsnɐ ɯoɹɟ ɯ,ı

grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Fri Apr 12, 2019 7:47 am

Hi,

Yes, I hit the F12 key on the laptop when it was powering on to get the boot menu. What it shows me is
a menu titled 'UEFI boot' with the following options (in order):

Windows Boot Manager
ubuntu
UEFI: USB DISK 3.0 PMAP
UEFI: USB DISK 3.0 PMAP, Partition 2

If I select 'ubuntu' the screen flickers a few times and then I end up in some Dell diagnostic section where it
is running memory checks.

If I select either of the two USB DISK options they both boot into linux okay, but then fail with the same
grub install problem.

Thanks.

User avatar
catweazel
Level 18
Level 18
Posts: 8635
Joined: Fri Oct 12, 2012 9:44 pm
Location: Australian Antarctic Territory

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by catweazel » Fri Apr 12, 2019 8:31 am

grubby wrote:
Fri Apr 12, 2019 7:47 am
If I select 'ubuntu' the screen flickers a few times and then I end up in some Dell diagnostic section where it
is running memory checks.
Yes. That's the Mint you're trying to get running. Start a live session then post the output of this terminal command:

Code: Select all

inxi -Fxz
Enclose the results between [ⅽode] and [/ⅽode] code markers by selecting </> from the mini toolbar above the textbox where you type your reply. Note that it's a capital F in that command, followed by lower case xz. You can copy the text from the terminal screen by selecting it then right-clicking.
¡uʍop ǝpısdn sı buıɥʇʎɹǝʌǝ os ɐıןɐɹʇsnɐ ɯoɹɟ ɯ,ı

grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Fri Apr 12, 2019 11:31 am

Info as requested..thanks.

Code: Select all

mint@mint:~$ inxi -Fxz
System:    Host: mint Kernel: 4.15.0-20-generic x86_64 bits: 64 compiler: gcc v: 7.3.0 
           Desktop: Cinnamon 4.0.8 Distro: Linux Mint 19.1 Tessa base: Ubuntu 18.04 bionic 
Machine:   Type: Laptop System: Dell product: Inspiron 7580 v: N/A serial: <filter> 
           Mobo: Dell model: 050K6P v: A00 serial: <filter> UEFI: Dell v: 1.3.0 date: 12/07/2018 
Battery:   ID-1: BAT0 charge: 34.0 Wh condition: 39.1/42.0 Wh (93%) model: BYD DELL FW8KR89 
           status: Discharging 
CPU:       Topology: Quad Core model: Intel Core i7-8565U bits: 64 type: MT MCP arch: Kaby Lake rev: B 
           L2 cache: 8192 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 31872 
           Speed: 900 MHz min/max: 400/4600 MHz Core speeds (MHz): 1: 901 2: 900 3: 900 4: 900 5: 900 
           6: 901 7: 900 8: 900 
Graphics:  Device-1: Intel vendor: Dell driver: i915 v: kernel bus ID: 00:02.0 
           Device-2: NVIDIA GP108M [GeForce MX150] vendor: Dell driver: nouveau v: kernel 
           bus ID: 01:00.0 
           Display: x11 server: X.Org 1.19.6 driver: modesetting,nouveau unloaded: fbdev,vesa 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics (Coffeelake 3x8 GT2) v: 4.5 Mesa 18.0.5 
           direct render: Yes 
Audio:     Device-1: Intel vendor: Dell driver: snd_hda_intel v: kernel bus ID: 00:1f.3 
           Sound Server: ALSA v: k4.15.0-20-generic 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Dell driver: r8169 
           v: 2.3LK-NAPI port: 3000 bus ID: 02:00.0 
           IF: enp2s0 state: down mac: <filter> 
           Device-2: Intel driver: iwlwifi v: kernel port: 3000 bus ID: 03:00.0 
           IF: wlp3s0 state: up mac: <filter> 
Drives:    Local Storage: total: 505.81 GiB used: 35.3 MiB (0.0%) 
           ID-1: /dev/nvme0n1 vendor: Toshiba model: KBG30ZMS512G NVMe 512GB size: 476.94 GiB 
           ID-2: /dev/sda type: USB model: USB DISK 3.0 size: 28.88 GiB 
Partition: ID-1: / size: 7.70 GiB used: 35.3 MiB (0.4%) fs: overlay source: ERR-102 
Sensors:   System Temperatures: cpu: 26.0 C mobo: N/A gpu: nouveau temp: 25 C 
           Fan Speeds (RPM): cpu: 0 
Info:      Processes: 242 Uptime: 1m Memory: 15.39 GiB used: 676.5 MiB (4.3%) Init: systemd runlevel: 5 
           Compilers: gcc: 7.3.0 Shell: bash v: 4.4.19 inxi: 3.0.27 


grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Tue Apr 16, 2019 12:15 pm

Hi,

Just wondering does anyone have any ideas what might be going wrong and suggestions on
how to resolve it ?

Any extra info I can gather or things to try ?

Many thanks.

User avatar
Larry78723
Level 3
Level 3
Posts: 188
Joined: Wed Jan 09, 2019 7:01 pm

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by Larry78723 » Tue Apr 16, 2019 2:05 pm

Hi grubby, While I'm no expert, the following line from your inxi -Fxz looks suspicious.
Partition: ID-1: / size: 7.70 GiB used: 35.3 MiB (0.4%) fs: overlay source: ERR-102
One of the experts should be along soon to help you. Be patient.
Image

rene
Level 10
Level 10
Posts: 3096
Joined: Sun Mar 27, 2016 6:58 pm

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by rene » Tue Apr 16, 2019 9:59 pm

Larry78723 wrote:
Tue Apr 16, 2019 2:05 pm
While I'm no expert, the following line from your inxi -Fxz looks suspicious.
That's unfortunately only a sign that inxi was run from the Live/Installer system. What I would suggest as at least an experiment is to delete the partitions you created and then retry the install, this time letting it automatically "Install alongside Windows Boot Manager",

User avatar
pbear
Level 6
Level 6
Posts: 1087
Joined: Wed Jun 21, 2017 12:25 pm
Location: San Francisco

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by pbear » Tue Apr 16, 2019 11:50 pm

grubby wrote:
Fri Apr 12, 2019 7:47 am
Yes, I hit the F12 key on the laptop when it was powering on to get the boot menu. What it shows me is
a menu titled 'UEFI boot' with the following options (in order):

Windows Boot Manager
ubuntu
UEFI: USB DISK 3.0 PMAP
UEFI: USB DISK 3.0 PMAP, Partition 2

If I select 'ubuntu' the screen flickers a few times and then I end up in some Dell diagnostic section where it
is running memory checks.
I'm only just beginning to get deeply into UEFI - haven't needed to as don't like and don't use dual boot - but I notice one thing I'll mention which might be of use to one of the more experienced hands. Here's the corresponding list from efibootmgr -v (per the boot repair report linked above):

Code: Select all

=================== efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0000,0001,0002,0003
Boot0000* Windows Boot Manager	HD(1,GPT,4b9f4157-9d3e-4bbb-8e4f-b0368d7dbd43,0x800,0x145000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001  ubuntu	HD(1,GPT,4b9f4157-9d3e-4bbb-8e4f-b0368d7dbd43,0x800,0x145000)/File(EFIubuntushimx64.efi)
Boot0002* UEFI:  USB DISK 3.0 PMAP	PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/CDROM(1,0x3aa3e4,0x4900)..BO
Boot0003* UEFI:  USB DISK 3.0 PMAP, Partition 2	PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/HD(2,MBR,0x9bebfcf,0x3aa3e4,0x1240)..BO
Nothing interesting, by the way, in the text swooshing off to the right. Important to notice are that (i) ubuntu is second in boot order and (ii) not marked with an asterisk, which per efibootmgr's man page means it's not active.

Be aware, grubby, if you decide to try rene's idea (which is what I would do next, if this were my problem), you want to delete the Linux partitions and leave the space unallocated. The installer will set up the partition (root only, with a swap file).
Time flies like an arrow. Fruit flies like a banana.
If your problem has been solved, please edit the thread title.

grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Wed Apr 17, 2019 4:30 am

Hi Rene, pbear

Thanks for looking at this and the suggested approach - I tried that but unfortunately got the same grub error as before.

The exact steps I did were:

o boot using the usb live image
o run gparted and deleted the partitions (mounted on /, swap and /home) that had previously been created
o kicked off the install from the live image
o selected 'Install alongside Windows Boot Manager'
o install of the OS seemed to go fine (as before), but then failed when trying to install grub.

In case its of any help below is the output from 'efibootmgr -v' and 'parted' following this attempt:

Code: Select all

root@mint:/home/mint# efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0000,0001,0002,0003
Boot0000* Windows Boot Manager	HD(1,GPT,4b9f4157-9d3e-4bbb-8e4f-b0368d7dbd43,0x800,0x145000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001  ubuntu	HD(1,GPT,4b9f4157-9d3e-4bbb-8e4f-b0368d7dbd43,0x800,0x145000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* UEFI:  USB DISK 3.0 PMAP	PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/CDROM(1,0x3aa3e4,0x4900)..BO
Boot0003* UEFI:  USB DISK 3.0 PMAP, Partition 2	PciRoot(0x0)/Pci(0x14,0x0)/USB(12,0)/HD(2,MBR,0x9bebfcf,0x3aa3e4,0x1240)..BO
root@mint:/home/mint# 
root@mint:/home/mint# 
root@mint:/home/mint# parted -l
Warning: The driver descriptor says the physical block size is 2048 bytes, but
Linux says it is 512 bytes.
Ignore/Cancel? i                                                          
Model:  USB DISK 3.0 (scsi)
Disk /dev/sda: 124GB
Sector size (logical/physical): 2048B/512B
Partition Table: mac
Disk Flags: 

Number  Start   End     Size    File system  Name   Flags
 1      2048B   6143B   4096B                Apple
 2      1968MB  1970MB  2392kB               EFI


Model: KBG30ZMS512G NVMe TOSHIBA 512GB (nvme)
Disk /dev/nvme0n1: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system  Name                          Flags
 1      1049kB  683MB  682MB   fat32        EFI system partition          boot, esp
 2      683MB   817MB  134MB                Microsoft reserved partition  msftres
 3      817MB   232GB  231GB   ntfs         Basic data partition          msftdata
 7      232GB   494GB  262GB   ext4
 4      494GB   495GB  1038MB  ntfs                                       hidden, diag
 5      495GB   511GB  16.0GB  ntfs                                       hidden, diag
 6      511GB   512GB  1288MB  ntfs                                       hidden, diag


User avatar
catweazel
Level 18
Level 18
Posts: 8635
Joined: Fri Oct 12, 2012 9:44 pm
Location: Australian Antarctic Territory

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by catweazel » Wed Apr 17, 2019 4:47 am

grubby wrote:
Wed Apr 17, 2019 4:30 am

Code: Select all

Number  Start   End     Size    File system  Name   Flags
 1      2048B   6143B   4096B                Apple
 2      1968MB  1970MB  2392kB               EFI

Number  Start   End    Size    File system  Name                          Flags
 1      1049kB  683MB  682MB   fat32        EFI system partition          boot, esp
Well, that certainly won't help. Unplug that apple drive and keep it unplugged until you've got this fixed. As I said above, Ubuntu-based installers such as LM, always use the first UEFI partition they find. While I'm not confident it will fix your issue, it's one possible cause out of the way.
¡uʍop ǝpısdn sı buıɥʇʎɹǝʌǝ os ɐıןɐɹʇsnɐ ɯoɹɟ ɯ,ı

rene
Level 10
Level 10
Posts: 3096
Joined: Sun Mar 27, 2016 6:58 pm

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by rene » Wed Apr 17, 2019 4:56 am

If still no luck; I earlier ran into advise to run

Code: Select all

sudo dosfsck -t -a -w /dev/nvme0n1p1
prior to installation (from the Live/Installer system). You decide if that straw is still big enough to grasp...

grubby
Level 1
Level 1
Posts: 9
Joined: Fri Apr 12, 2019 5:18 am

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by grubby » Wed Apr 17, 2019 10:51 am

Hi,

I don't know how to 'unplug the apple drive' as its the first partition on the live USB I'm using to boot. Could you explain a bit more
what you think I should do ? To me this looks a bit like 'parted' is getting a little confused by the partitions on the USB and for some
reason thinks there is a Apple FS there.

For comparison I ran 'fdisk -l' (output below).

I'm going to go get another USB stick just on the off chance that there is something wrong with the one I've been using.

By the way, to create the bootable image I've been using Mint 17.1 and selecting the downloaded .iso image and right clicking on
it and selecting the 'Make Bootable USB Stick' and then selecting the fresh USB drive. I presume thats sufficient ? It seems to
write ok, and the system does boot using it..

If all else fails that I'll try the dosfsck approach that rene suggested.

Thanks.

Code: Select all


Disk /dev/sda: 28.9 GiB, 31004295168 bytes, 60555264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x09bebfcf

Device     Boot   Start     End Sectors  Size Id Type
/dev/sda1  *          0 3855295 3855296  1.9G  0 Empty
/dev/sda2       3843044 3847715    4672  2.3M ef EFI (FAT-12/16/32)


fabien85
Level 6
Level 6
Posts: 1476
Joined: Tue Mar 11, 2014 4:30 pm

Re: Executuing 'grub-install /dev/nvme0n1' failed - This is a fatal error

Post by fabien85 » Wed Apr 17, 2019 1:23 pm

Hi grubby,
as far as I see, you seem to have attempted the install with correct steps. The install created a good boot entry in the NVRAM (the entry "ubuntu" that you see from the output of efibootmgr and that you also see in your boot menu). Unfortunately for an unknown reason it did not find your EFI partition /dev/nvme0n1p1 (which is quite surprising given that it put an entry for it in the fstab cf line 282 of your pastebin), so it didnt copy the grub files there.
So when you launch that "ubuntu" entry, it doesnt work because it's pointing to a file that is not there, so then the firmware skips to the Dell diagnostic tool.

An option would be to install grub manually, at worse completely manually by copying the files there.
Another much simpler option is to work with what you already have :
1) boot windows
2) Have a look at refind. Download it (from here), and install it using the windows instructions
3) reboot, you should get greeted by the refind menu, with an option to boot windows, an option to boot Linux, and maybe other options to boot some of the Dell recovery tools (we can later tweak the menus to get rid of entries you dont like)
4) At worse, you can always return to the previous situation (of booting straight to windows) by going to your firmware interface / BIOS and setting "Windows Boot Manager" first in the boot order

Post Reply

Return to “Installation & Boot”