1 |
On 12/19/2014 07:22 AM, Mick wrote: |
2 |
> I'll be taking my time to google, read and make appropriate selections, so |
3 |
> please bear with me while I start relevant threads as necessary to complement |
4 |
> my sparse knowledge in these topics. Starting from the top, with this thread |
5 |
> I am trying to find out what is considered good practice as far as UEFI/MBR |
6 |
> and boot management goes. |
7 |
|
8 |
I got myself an Intel NUC some months ago and ran into this problem. I |
9 |
wound up using UEFI+GPT with grub2 and had no issues, other than |
10 |
learning new grub2 syntax. I didn't like the idea of it scanning |
11 |
automatically and adding new entries. |
12 |
|
13 |
> The MoBo is capable of booting in CMS mode, but I am not sure if there are any |
14 |
> benefits in creating a 2MB partition for a conventional MBR bootloader, or I |
15 |
> should forego MBR altogether and go directly with a GPT FAT32 EFI System |
16 |
> Partition (ESP). |
17 |
|
18 |
Keep in mind that your motherboard may have to boot in UEFI to get |
19 |
access to features. For example, my NUC's hdmi audio will not work |
20 |
booted in CMS mode. |
21 |
|
22 |
> If the latter is the way to go and I forget all things I ever learned about |
23 |
> MBR, does the 550MB FAT32 ESP partition have to be at the beginning of the |
24 |
> drive? |
25 |
> |
26 |
> Is it beneficial to install a Linux boot loader/manager like GRUB2, or rEFInd, |
27 |
> etc., or should I just use the kernel EFI Boot Stub to boot gentoo with? The |
28 |
> PC will single boot in Gentoo, although I may drop in a sysrescuecd image for |
29 |
> recovery purposes and would be nice to be able to boot this straight off the |
30 |
> disk, without having to burn it on a CDROM. Is it simply a matter of adding |
31 |
> the LiveCD iso in the ESP with a .efi suffix, or will I need to use efibootmgr |
32 |
> to inform the UEFI about *any* kernel images in the ESP other than the default |
33 |
> EFI/BOOT/bootx64.efi? |
34 |
|
35 |
I found it useful to have grub2 for testing new kernels. I set up this |
36 |
box mostly as an appliance (mythtv frontend) but sometimes booting to |
37 |
recovery etc is useful. Especially since you can boot a Mint ISO with |
38 |
UEFI support when something barfs. |
39 |
|
40 |
> Finally, what's your opinion on 'secure boot'? I'm mostly thinking of its |
41 |
> benefit as a pre-boot malware protection utility, but I don't want to |
42 |
> introduce too much complexity which may make recovery of my data difficult in |
43 |
> the future. I've heard some horror stories resulting from NVRAM corruption, |
44 |
> or flashing with new UEFI firmware rendering the PC unbootable, etc. but don't |
45 |
> know if this is due to user error. If you have experience using secure boot |
46 |
> what is your preferred method? |
47 |
|
48 |
I didn't bother with it. |
49 |
|
50 |
> |
51 |
> Any other pointers and gotchas I should be careful with? |
52 |
|
53 |
Only thing I screwed up with when messing around with my new NUC was I |
54 |
set the grub platform incorrectly. I used pc-x86_64 instead of efi-64 (I |
55 |
think, it's been a while.) Once I had the grub platform set properly the |
56 |
install went well. |
57 |
|
58 |
Dan |