Ubuntu 13.10 not booting on hardware RAID

Bug #1286047 reported by Hagen Kuehn
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
grub2 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Steps to reproduce with Ubuntu 13.10:

1. Setup the adaptec RAID controller to use ANY of the RAID modes
2. Install Ubuntu 13.10 (in my case from USB) by using either classic partitioning or LVM
-> Observe that the installer correctly finds the RAID disk and the installation process finishes successfully
3. Boot the system
-> Bug: System does not boot into the newly installed Ubuntu 13.10

Hardware:
- ASUS H87I-PLUS Motherboard with latest UEFI/BIOS update
- Adaptec RAID 6405 Controller

Note the issue reported here is not encountered with Ubuntu 14.04 daily build (downloaded 27/02/2014). So it appears that Grub 2.02 used with Ubuntu 14.04 has a positive impact as it resolves the bug. I hope this will be another good reason to ship Grub 2.02 with Ubuntu 14.04 LTS.

Tags: bot-comment
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1286047/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
Hagen Kuehn (hag-k)
affects: ubuntu → grub (Ubuntu)
Revision history for this message
Phillip Susi (psusi) wrote :

Did the raid array show up as /dev/sda, or /dev/mapper/something? Can you run the boot info script and provide the results?

http://sourceforge.net/projects/bootinfoscript/

Also please provide a more detailed description of how the boot "doesn't work". Do you get the grub menu? Do you get an error message?

affects: grub (Ubuntu) → grub2 (Ubuntu)
Changed in grub2 (Ubuntu):
status: New → Incomplete
Revision history for this message
Hagen Kuehn (hag-k) wrote :

Question: Did the raid array show up as /dev/sda, or /dev/mapper/something?
Answer: No it did not show as neither of those since a boot takes me right back to the UEFI/ BIOS user interface as if there is no OS installed on the RAID disk. Though, within the UEFI/ BIOS user interface I can see the RAID disk. Also note that the Ubuntu 13.10 installer can see the RAID disk and seems to install successfully.

Question: Can you run the boot info script and provide the results?
Answer: No, since it doesn't boot Ubuntu at all. The machine boot takes me to the UEFI/ BIOS interface. Installing Ubuntu on an USB Stick and then running the "bootinforscript" from there is currently not an option since I have Ubuntu 14.04 Beta1 (i.e. "ubuntu-gnome-14.04-beta1-desktop-amd64.iso") currently working on this machine for OpenStack testing purposes. Therefore the boot record entries present there now are not relevant.

Question: Also please provide a more detailed description of how the boot "doesn't work". Do you get the grub menu? Do you get an error message?
Answer: I do not get a Grub menu but instead I end up in the UEFI/ BIOS user interface. I never get to see an error message.

Note: The problem is not encountered with Ubuntu Gnome 14.04 Beta1 Desktop. I do not need this addressed with Ubuntu 13.10 but it would be great if it works with Ubuntu 14.04 LTS as it currently does with Ubuntu Gnome 14.04 Beta1"

Revision history for this message
Phillip Susi (psusi) wrote :

I mean when the installer can see the array, *how* does it see it? Does it see it as /dev/mapper/big_long_name, or just /dev/sda?

You can boot the live cd and run the script from there.

Revision history for this message
Hagen Kuehn (hag-k) wrote :
Revision history for this message
Hagen Kuehn (hag-k) wrote :
Revision history for this message
Hagen Kuehn (hag-k) wrote :

Please see attached PDF which contains screenshots and further explainations. I know the PDF turned out quite large due to the mobile phone fotos but I believe it should clarify what's going on.

As of the information provided with the attached PDF, I think that the problem is introduced once Ubuntu 13.10 is installed by using an USB Stick without the UEFI option. This way the boot record ends up pointing to "sdb" rather "sda" since the installer orders the USB Drive as "sda" and the RAID disk as "sdb". However after the installation has finished and the USB Stick is removed, there is not "sdb" drive and thus no bootable device is found and the UEFI/ BIOS user interface shows up instead.

Revision history for this message
Hagen Kuehn (hag-k) wrote :

Nonetheless, once the Grub records a screwed up a subsequent install by using the USB Stick with the UEFI option does not make Ubuntu 13.10 bootable.

My current conclusion is that the following workaround is required to be able to install Ubuntu 13.10. Possibly this workaround is equally applicable with 14.04 too.

1. Start Ubuntu 14.04 Live CD
2. Install Ubuntu from within the Live CD.
This will make sure that the boot record will point to “sda”.
3. Install Ubuntu 13.10 by selecting the “UEFI: KingstonDataTraveler” from within the UEFI/Boot interface.

Note: In my case the USB Stick is named "KingstonDataTraveler", if you use a different USB Stick this name will be different.

Revision history for this message
Phillip Susi (psusi) wrote :

The boot code does not know or care about sda vs sdb, so that isn't it. It appears to have installed grub just fine for bios mode, so if you aren't at least getting a grub error or rescue shell or menu, it must be a bios configuration problem: make sure your bios is configured to boot from the hard drive in bios mode.

You also might try using fdisk to set the boot flag on the GPT protective partition; some very stupid bioses refuse to boot if they don't see a boot flag set. Or, just stick with the full uefi mode install if that works for you.

Revision history for this message
Hagen Kuehn (hag-k) wrote :

I can confirm that the initially reported problem does not occur once legacy BIOS support was disabled.

Within UEFI/ BIOS user interface I changed the Compatibility Support Module (CSM) to "UEFI only" to basically switch off the legacy BIOS support. After that, only the UEFI compatible installer was available when booting the Ubuntu 13.10 installer from the USB Stick. After the installation was successfully finished the subsequent reboot then correctly showed the Grub loader for a brief moment and then started up Ubuntu 13.10.

However, the Ubuntu startup fails, at least once, at a different stage than initially reported with this bug, after having overcome the problem discussed above. I'll attach the description of that subsequently encountered problem and it would be great if you could give me your opinion.

Revision history for this message
Hagen Kuehn (hag-k) wrote :
Revision history for this message
Phillip Susi (psusi) wrote :

Te MBR is a bios thing so efi mode does not use it. It looks like your raid driver has an intermittent problem causing the boot failure.

Revision history for this message
Hagen Kuehn (hag-k) wrote :

Thank you for you help!

I think we can close this bug as not Ubuntu related. The initially reported issue got resolved by going into the UEFI/ BIOS interface and switching the compatibility Support Module (CSM) to "UEFI only".

Hagen Kuehn (hag-k)
Changed in grub2 (Ubuntu):
status: Incomplete → Fix Committed
Revision history for this message
Mate Kukri (mkukri) wrote :

Ubuntu 13.10 isn't supported anymore.

Changed in grub2 (Ubuntu):
status: Fix Committed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.