Project

General

Profile

Bug #17908

Avatar?id=14398&size=50x50

EFI install fails with complaint about more than one boot device

Added by Kris Moore about 4 years ago. Updated about 4 years ago.

Status:
Resolved
Priority:
Expected
Assignee:
Vaibhav Chauhan
Category:
OS
Target version:
9.10.1-U2
Seen in:
9.10.1-U1
Severity:
New
Reason for Closing:
Reason for Blocked:
Needs QA:
Yes
Needs Doc:
Yes
Needs Merging:
Yes
Needs Automation:
No
Support Suite Ticket:
n/a
Hardware Configuration:
ChangeLog Required:
No

Description

See attached screenshot. This was an ISO redirect erase install using the BIOS boot method on z35ref-a.sjlab1.ixsystems.com (IPMI is on https://10.212.3.4).

z35ref is sadly dead in the water until we fix this.

My comment: has EFI boot been tested on a mirrored install? I have no idea why it would give this error message, and I wouldn't expect it to be due to the mirroring, but who knows. Off to Kris.

Screen Shot 2016-09-29 at 8.15.20 PM.png (178 KB) Screen Shot 2016-09-29 at 8.15.20 PM.png Jordan Hubbard, 09/29/2016 08:17 PM
7300

Associated revisions

Revision 5a050ce3 (diff)
Added by Kris Moore about 4 years ago

Using mirrored disks means specifying GRUB modules doesn't work, even if it works on a single disk... Have I mentioned that I hate GRUB recently? Ticket: #17908

Revision 6016654c (diff)
Added by Kris Moore about 4 years ago

Using mirrored disks means specifying GRUB modules doesn't work, even if it works on a single disk... Have I mentioned that I hate GRUB recently? Ticket: #17908

Revision 5f888dac (diff)
Added by Kris Moore about 4 years ago

Using mirrored disks means specifying GRUB modules doesn't work, even if it works on a single disk... Have I mentioned that I hate GRUB recently? Ticket: #17908

History

#2 Avatar?id=14398&size=24x24 Updated by Kris Moore about 4 years ago

  • Status changed from Screened to Needs Developer Review
  • Assignee changed from Kris Moore to Sean Fagan

Over to Sean for review. This partially reverts the --modules="<foo>" stuff previously added for the update situation. So far as I can tell, GRUB has different behavior when doing grub-install from the install media (with world mounted in /tmp/data) vs when run from the booted disks directly.

#3 Updated by Sean Fagan about 4 years ago

Okay, that answers the question I had in the original. That's pretty horrible.

Have you done an install to a mirrored EFI boot, and then an update to ensure that it still all works?

Otherwise still looks good.

#4 Updated by Sean Fagan about 4 years ago

  • Assignee changed from Sean Fagan to Kris Moore

#5 Avatar?id=14398&size=24x24 Updated by Kris Moore about 4 years ago

  • Status changed from Needs Developer Review to Reviewed
  • Assignee changed from Kris Moore to Vaibhav Chauhan

Yea, spent most of the morning on it. Installs to mirrored disks are flaky with the --modules='', but upgrades seem to use it fine. In case you've not looked at it too deeply, grub-install is a horrible mixup of shell and C, doing all this disk probing to determine what modules end up in the boot-block. Looks like it behaves different depending upon if it you are running from a system mounted on '/' vs a system chroot on /tmp/data.

Over to VB for merging. VB, let me know when the next INTERNAL -U2 is posted, I'll re-test it one more time just to be sure from there as well.

#6 Updated by Vaibhav Chauhan about 4 years ago

  • Status changed from Reviewed to Ready For Release

#8 Updated by Vaibhav Chauhan about 4 years ago

  • Status changed from Ready For Release to Resolved

Also available in: Atom PDF