[Bug 1237519] Re: Grub2 fails to install to non-standard device path
Narinder Gupta
1237519 at bugs.launchpad.net
Thu Oct 24 16:14:00 UTC 2013
looks like bootcurrent under grub-installer has few issues. Here is the
extract of syslog from both the installs.
grub-installer on the fusion io device:
Oct 24 03:33:27 grub-installer: info: Installing grub on 'dummy'
Oct 24 03:33:27 grub-installer: info: grub-install does not support --no-floppy
Oct 24 03:33:27 grub-installer: info: Running chroot /target grub-install --force
Oct 24 03:33:28 grub-installer: invalid numeric value
Oct 24 03:33:28 grub-installer: Installation finished. No error reported.
Oct 24 03:33:28 grub-installer:
Oct 24 03:33:28 grub-installer: info: grub-install ran successfully
grub-installer on the data disk device:
Oct 24 15:51:04 grub-installer: info: Installing grub on 'dummy'
Oct 24 15:51:04 grub-installer: info: grub-install does not support --no-floppy
Oct 24 15:51:04 grub-installer: info: Running chroot /target grub-install --force
Oct 24 15:51:05 grub-installer: BootCurrent: 0007
Oct 24 15:51:05 grub-installer: Timeout: 2 seconds
Oct 24 15:51:05 grub-installer: BootOrder: 0006,0002,0004,0005,0001,0003,0000,000A,000B,0008,0009,0007
Oct 24 15:51:05 grub-installer: Boot0000* EFI USB Device
Oct 24 15:51:05 grub-installer: Boot0001* Boot0001
Oct 24 15:51:05 grub-installer: Boot0002* EFI USB Device 1
Oct 24 15:51:05 grub-installer: Boot0003* Boot0003
Oct 24 15:51:05 grub-installer: Boot0004* EFI Network
Oct 24 15:51:05 grub-installer: Boot0005* EFI Network 1
Oct 24 15:51:05 grub-installer: Boot0006* EFI Internal Shell
Oct 24 15:51:05 grub-installer: Boot0007* EFI USB Device 2
Oct 24 15:51:05 grub-installer: Boot0008* Primary Slave CDROM
Oct 24 15:51:05 grub-installer: Boot0009* Harddisk 0
Oct 24 15:51:05 grub-installer: Boot000A* EFI Hard Drive
Oct 24 15:51:05 grub-installer: Boot000B* EFI DVD/CDROM
Oct 24 15:51:05 grub-installer: BootCurrent: 0007
Oct 24 15:51:05 grub-installer: Timeout: 2 seconds
Oct 24 15:51:05 grub-installer: BootOrder: 000C,0006,0002,0004,0005,0001,0003,0000,000A,000B,0008,0009,0007
Oct 24 15:51:05 grub-installer: Boot0000* EFI USB Device
Oct 24 15:51:05 grub-installer: Boot0001* Boot0001
Oct 24 15:51:05 grub-installer: Boot0002* EFI USB Device 1
Oct 24 15:51:05 grub-installer: Boot0003* Boot0003
Oct 24 15:51:05 grub-installer: Boot0004* EFI Network
Oct 24 15:51:05 grub-installer: Boot0005* EFI Network 1
Oct 24 15:51:05 grub-installer: Boot0006* EFI Internal Shell
Oct 24 15:51:05 grub-installer: Boot0007* EFI USB Device 2
Oct 24 15:51:05 grub-installer: Boot0008* Primary Slave CDROM
Oct 24 15:51:05 grub-installer: Boot0009* Harddisk 0
Oct 24 15:51:05 grub-installer: Boot000A* EFI Hard Drive
Oct 24 15:51:05 grub-installer: Boot000B* EFI DVD/CDROM
Oct 24 15:51:05 grub-installer: Boot000C* ubuntu
Oct 24 15:51:05 grub-installer: Installation finished. No error reported.
Oct 24 15:51:05 grub-installer:
Oct 24 15:51:05 grub-installer: info: grub-install ran successfully
** Attachment added: "attaching the syslog from both the installs"
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1237519/+attachment/3889869/+files/syslog_fioa
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1237519
Title:
Grub2 fails to install to non-standard device path
Status in “grub2” package in Ubuntu:
Incomplete
Bug description:
Running the Ubuntu Server installer in UEFI mode fails to install the
Grub bootloader. Attached is the syslog output that shows grub-
installer failed with error code 1. I have seen this on Ubuntu 12.04,
12.10, and 13.04. I believe the problem is that Grub is looking for
device paths that match something like '/dev/sdX' or '/dev/hdX' but
the device I am installing to does not follow that convention.
The reason I believe it is looking for specific devices paths is if,
during installation after my device has been partitioned, I escape
into the shell (using alt+f2) and create a hard link from my device
name and its partitions, to a device name that matches 'sdX', then
Grub begins to install. For example, if my device name is /dev/fioa
and has partitions /dev/fioa1, /dev/fioa2, and /dev/fioa3, I map those
partitions to something like /dev/sdc, /dev/sdc1, /dev/sdc2, and
/dev/sdc3 and continue with the installation onto /dev/sdc. By doing
this, Grub will begin to install on the device.
Possibly useful background information:
- The operating system and all files install just fine without
problem, it is the last step of installing the bootloader that fails.
- In order to have the device recognized during installation, I either
need to run 'insmod' from a terminal or we have to manually modify
initrd to include our .ko file because it is not a standard disk
driver. Using either method does not affect the outcome of Grub2
failing to install.
- Even though grub begins to install after creating the hard links
mentioned above, it does not finish successfully due to the linked
paths (e.g. /dev/sdc) not being in the device map. That is a separate
issue, but may be expected behavior and would likely need a separate
ticket if it needed to be reported at all.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1237519/+subscriptions
More information about the foundations-bugs
mailing list