Problem install grub2 UEFI

English Install/Boot/Login
#1

Hi everybody.
I tried to intall opensuse 13.1 DVD at Dell Vostro 3560 with UEFI but when configure boot step I always get error “Invalid numeric value”.So I choose intall no bootloader and use DVD rescue to help.Here is my log

#mount /dev/sda3 /mnt           #sda3 is my root
#mount /dev/sda2 /mnt/boot/efi  ## sda2 is /boot/efi
#mount --bind /dev /mnt/dev
#mount --bind /sys /mnt/sys
#mount --bind /proc /mnt/proc
#chroot /mnt
#grub2-mkconfig -o /boot/grub2/grub.cfg
#grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck /dev/sda
invalid numeric value

Everything seem to be fine except I got the “invalid numeric value” again.I search so much but have no any information and how to resolve this error.

Please help
Thanks

#2

That’s a weird message. It perhaps deserves a bug report, due to its being not sufficiently informative.

While in rescue mode with the DVD, try:


# efibootmgr -v

If you get an error message (something about “efivars”), then you booted the DVD the wrong way.

Is secure-boot enabled?

If secure-boot is enabled, then you should only be able to boot the DVD in UEFI mode.

If secure-boot is disabled, then the DVD can be booted either in legacy mode or UEFI mode. Hit F12 during power up, to get a BIOS boot menu, and you should see those options. It is important that you boot in UEFI mode.

At this stage, we are lacking information to help. My best guess is that you booted into legacy mode rather that UEFI mode. But at this stage, it is only a guess.

#3

Hi nrickert,
I do again and make some change as you require and here is the screenshot of my laptop : https://docs.google.com/file/d/0B0yHamMWLmLNajFQMngzbXdrODg
As you can see,you can see all steps I did and see the log.I am not good at this much,I am just end-user.So if you want anything for clear,just tell me and I will sent you the result.
I hope you can help me.

Thank for all.

#4

I’m not sure what you did there.

It looks as if you booted the live rescue CD. And you did correctly boot to UEFI mode.

Looking at the commands in your opening post, I see:


# grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck /dev/sda

Try leaving off that “/dev/sda” at the end. That looks wrong to me. You would use that to install grub into the MBR, but UEFI does not work that way.

#5

Hello,I leave off that “/dev/sda” but still have this error.I boot DVD to install by UEFI and go to DVD rescue by UEFI,too.

grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --recheck

#6

I’m searching the web for that error message. My search string was:


"Invalid numeric value" install grub

One of the posts suggests that the message comes from “efibootmgr -p X” where “X” is not numeric.

Another suggests that there are cases where specific hardware in the system, together with an insufficiently strict regular expression in “grub-install” can result is a bad call to “efibootmgr”.

Both seem to suggest that this occurs late enough in the install, that most of the work is done.

Can you check your EFI partition. There may be directories “\EFI\opensuse” and/or “\EFI\grub”. If either of those directories exists, and contains the file “grubx64.efi”, we might be able to get you going by using the appropriate “efibootmgr” command at the terminal.

#7

The message comes from efibootmgr option processing, but in version 0.6.0 which sources I have right now it should be accompanied by option name. It sounds like grub2-install passes some bad value to efibootmgr. If anyone wants to pursue it, opening bug report is indeed a way to go. Please attach output of 'grub2-install --debug …" (add --debug to other options) and post bug number here.

#8

Hello arvidjaar,I added --debug option and because the log is so long,so I just give the last lines.I hope it will help you.

+ test -z '(ldm/7714426b-b96b-11e2-be67-74867a076169/Volume1)'
+ test -z /dev/sda
++ echo '(ldm/7714426b-b96b-11e2-be67-74867a076169/Volume1)'
++ sed 's/^(^,]*,^0-9]*//; s/^0-9].*//'
+ efidir_part=
+ efibootmgr -q -c -d /dev/sda -p '' -w -L grub -l '\EFI\grub\grubx64.efi'
invalid numeric value
#9

It does show where problem is. To initiate a fix bug report is needed. Please open it (bugzilla.novell.com, same account as here) and attach full output. Post bug number here.

#10

Hello,I create the post in bugzilla.novell.com and save the log file in attachment file.Please check and help me :frowning:

https://bugzilla.novell.com/show_bug.cgi?id=888406

Thank you for all

#11

Hmm … so grub thinks you have LDM. It should fail more gracefully in this case, but the question is where LDM comes from in the first place. Please show “gdisk -l /dev/sda” from rescue DVD.

#12

Hi arvidjaar,
I don’t know what your mean LDM is.I didn’t found gdisk command,so I think your mean is fdisk.So here is result:



Disk /dev/sda: 500.1 GB, 500107862016 bytes, 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0xd1d0872b


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63        2047         992+  42  SFS
Partition 1 does not start on physical sector boundary.
/dev/sda2            2048      718847      358400   42  SFS
/dev/sda3   *      718848   210331647   104806400   42  SFS
/dev/sda4       210331648   976771119   383219736   42  SFS
#13

LDM == Windows dynamic disks. According to your output you do use Windows dynamic disks; but what’s more, you have old style MBR partitioned disk which means, you cannot have Windows in EFI mode. Why do you try to install grub2-efi in the first place? Second question - how did you mange to install Linux at all? There is no Linux tool to create dynamic disks volume, so installer should have failed to partition disk.

Do you still have Windows on this system or are you overwriting Windows?