From: Antonio Malcolm <antonio...@gmail.com>
To: voidlinux@googlegroups.com
Subject: Re: Can't Achieve A Bootable Void Install On UEFI + BIOS RAID + mdadm
Date: Mon, 19 Jan 2015 19:03:14 -0800 (PST) [thread overview]
Message-ID: <572af14e-f30f-4a54-a4f0-329662bb21e1@googlegroups.com> (raw)
In-Reply-To: <84a466b2-0c98-4e86-af50-b43547a5a09a@googlegroups.com>
[-- Attachment #1.1: Type: text/plain, Size: 2172 bytes --]
BOOM GOES THE DYNAMITE! OK, concatenating my last few responses, to keep
things organized, as I got this working, now.
After much trial, error, and research, I think the issue may have been in
the way my logic board's firmware detects bootable volumes and maintains
their records in NVRAM-
I'm on a Gigabyte logic board (Aorus X3 laptop), and Gigabyte's UEFI
implementation is know to be a bit janky.
In fact, while the following IS successful, the machine conveniently
"FORGETS" it on reboot:
efibootmgr --create --gpt --disk /dev/md126 --part 1 --label "Void Linux
(GRUB)" --loader '\EFI\void_grub\grubx64.efi'
However, as Manjaro's GRUB install works, and sticks, I started with that,
then installed Void again, per my above procedure, which updates GRUB,
without overwriting the directories Manjaro's GRUB installs.
The difference, between the two, which stands out most, is the presence of
a /BOOT/GRUBX64.EFI file, under /EFI. One issue which has been pointed out,
not necessarily in buggy UEFI implementations, but on boards with Intel
controllers (which my machine uses) is the seeking of directories in a
case-sensitive manner. Nasty stuff. It might be fun to think, because it
still works with Windows, maybe Intel has some conspiracy going on with
them, but the reasoning is probably much dumber than that.
In Manjaro's case, they have a fairly big and broad user base, so it makes
sense for them to "plan for all scenarios".
This benefited me, today, save for having to "clean" my boot directory,
free of anything specific to their install (such as their linux 3.16 kernel
images).
If you like, I can give you a more detailed description of the the /boot
directory, and, if you're up to it, you can adjust your GRUB
install/bootloader setup for the next release.
ALSO, as my procedure for rolling Void out on a BIOS RAID would likely work
for most folks, without the troubles I had, I'm more than happy to clean up
my notes, to add to the WIki, There were some additions I made to the
dracut.conf, to assemble the array on startup. And, we can always add a
footnote about the UEFI stuffs...
[-- Attachment #1.2: Type: text/html, Size: 2181 bytes --]
next prev parent reply other threads:[~2015-01-20 3:03 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-17 17:44 Antonio Malcolm
2015-01-17 20:23 ` Juan RP
2015-01-18 10:06 ` Antonio Malcolm
2015-01-18 12:21 ` Antonio Malcolm
2015-01-18 12:23 ` Juan RP
2015-01-20 3:03 ` Antonio Malcolm [this message]
2015-01-20 8:17 ` Juan RP
2015-01-20 9:07 ` Antonio Malcolm
2015-01-20 10:16 ` Antonio Malcolm
2015-01-21 16:12 ` Juan RP
2015-01-21 16:52 ` Antonio Malcolm
2015-07-12 6:57 ` Juan RP
2015-07-21 5:50 ` Antonio Malcolm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=572af14e-f30f-4a54-a4f0-329662bb21e1@googlegroups.com \
--to="antonio..."@gmail.com \
--cc=voidlinux@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).