Creating UEFI boot on a computer with windows 8.1 and Kubuntu already installed

[geezer]

Oh, btw, I would set myself up with a UEFI version of Boot Repair ;-)

Just checked the version I downloaded. It is the 64 bit version: file:///home/terry/Downloads/boot-repair-disk-64bit.iso

Probably reverted the gpt disk to msdos partition table when it repaired the mbr because there wasn't any ESP on the desktop sda, so it automatically set up for an mbr boot which would be a msdos partition table.

[Qqmike]

With time, you, too, can come to view the scrolling messages as a source of comfort.

Yes, or turn them off in refind.conf!

Back to your Windows question in Post #15,

Unknown: how to get the /boot/efi' directory populated with the Windows boot information. Does rEFInd do this automatically - I doubt it.

On a quick search, I did not find an answer to this yet, did you? Except yours: re-install.

[SteveRiley]

The only thing that bothers me about UEFI is the fact that MicroSoft seems to have cornered the Secure keys and others have to go to them to get keys (is that the correct terminology?) and then abide by their restrictive conditions. How did MicroSoft get the only supply of keys and why cannot some other company/organization get keys and pass them out like MicroSoft does?

Microsoft is not the only supplier of keys.

To obtain the "Certified for Windows 8" logo, Microsoft required hardware OEMs to deliver machines with Secure Boot enabled and with a Microsoft-signed platform key (PK). So configured, only boot loaders and drivers signed with the Microsoft platform key would function. This creates a quandary for alternate operating systems with their own boot loaders and drivers: these need to be signed by the same PK to function.

There are alternatives, of course--

• Disable Secure Boot entirely. It's my choice.
• Operating system vendors could supply their own PKs that have no relationship to Microsoft's PK. But how would vendors get their PKs to customers? Remember, the PK is placed into the firmware during hardware manufacture. Hardware OEMs operate on razor thin margins; they'll never agree to the extra expense of managing multiple PKs for the 1% of all PC people who don't use Windows.
• A key-exchange key (KEK), related to Microsoft's PK, can be installed into the firmware that would then allow using boot loaders and drivers signed by alternate certificates. Fedora's Shim program (used by many Linux distros, including all the *buntus) works this way.
• Machine owner keys (MOKs) can be generated by users and stored in the firmware. You would sign your kernels and drivers with your MOK to get the system to boot. The MOK is not related to Microsoft's PK at all.

Rod Smith has all the details.

The Windows 8 logo requirements also required OEMs to provide a mechanism to disable Secure Boot. This will change in Windows 10; OEMs can now choose what to do. It's speculation at this point whether OEMs will remove the ability to disable Secure Boot.

I am going to have to find out how to have rEFInd boot Kubuntu quietly. Right now Kubuntu spits out a few screenfuls of messages that are probably helpful to someone who can read very, very fast and also understands the messages being displayed. I can do neither. So I get nervous when I get messages from the OS that I do not understand even though I can do nothing about them.

They are nothing more than status messages and I find them quite comfortable. Watching the scrolling boot text makes me feel that the computer is doing what it's supposed to be doing. I absolutely loathe "quiet" boots or graphical splashes, because they hide the boot process and keep me in the dark about what's going on. With time, you, too, can come to view the scrolling messages as a source of comfort

[Qqmike]

Regarding rEFInd, configuring to see the OS boot, is this what you are referring to (copied from refind.conf):

# Launch specified OSes in graphics mode. By default, rEFInd switches
# to text mode and displays basic pre-launch information when launching
# all OSes except OS X. Using graphics mode can produce a more seamless
# transition, but displays no information, which can make matters
# difficult if you must debug a problem. Also, on at least one known
# computer, using graphics mode prevents a crash when using the Linux
# kernel's EFI stub loader. You can specify an empty list to boot all
# OSes in text mode.
# Valid options:
# osx - Mac OS X
# linux - A Linux kernel with EFI stub loader
# elilo - The ELILO boot loader
# grub - The GRUB (Legacy or 2) boot loader
# windows - Microsoft Windows
# Default value: osx
#
#use_graphics_for osx,linux

[Qqmike]

Yeah, regarding Boot Repair on UEFI+GPT,
http://sourceforge.net/p/boot-repair-cd/home/Home/

repairs recent (UEFI) computers as well as old PCs

http://sourceforge.net/projects/boot-repair-cd/files/

Most recent computers need the 64bit version. Others need the 32bit one.

[Qqmike]

Oh, btw, I would set myself up with a UEFI version of Boot Repair ;-)

[Qqmike]

I don't know about the Windows question, maybe someone will know. If it were Kubuntu, you could do something like re-install GRUB2(EFI) from live DVD (or use rEFInd to boot into Kubuntu and work from there), and it would set itself up in the sda1=ESP. Does Windows have any such capability for UEFI?

Btw, Boot Repair does work for UEFI. And I thought it knew about GPT. It must, as it is being used all over the place to fix current booting problems. I'll have to check on this. I checked what I have here: A 32-bit Boot repair CD; and a 64-bit Boot Repair USB flash drive. So you need the 64-bit version of Boot Repair (I'm pretty sure that's the deal).

7: use Gparted to add 3 partitions on sda:
1) sda1, 350 MB, efi type partition, "EFI" partition label

In GParted live, you set the type of the ESP by setting the "boot" flag on it. That is not a boot flag as we think of boot flags, but it is GParted's way to specify the ESP. It may then show up in GParted as boot-esp or something like that.

Unknown: how to get the /boot/efi' directory populated with the Windows boot
information.

Does rEFInd do this automatically - I doubt it ... Alternatively, I could re-install Windows 8.1 from the DVD.

That's the Windows question I mentioned above. I also first thought about a copy, but doubtful that will work for the reasons you listed--it needs to be setup specific to this setup/installation. Of course, a re-install usually always freshens things up and sets things right and current. You or Windows must set up the whole directory and contents in the ESP: /boot/efi/EFI/Windows ... (as seen mounted in Kubuntu at /boot/efi). The question is, is there any way inside of your 8.1 to "re-install" the boot loader in UEFI mode to set itself up in your ESP now? As I said, I don't know Windows.

(I didn't see your post on this when I posted above.)

[Qqmike]

Good, thanks. Also, I'm pretty sure, there's a setting in the conf file for that (when installed in Kubuntu).

[geezer]

By the way on getting Kubuntu to boot quietly when rEFInd boots it. I had installed rEFInd initially under Windows 8.1. I re-installed rEFInd under Kubuntu on the laptop. Rebooted and Kubuntu Logo came up and the boot was a normal Kubuntu boot.

[geezer]

Plan for converting to UEFI boot from MBR:


I have already used cgdisk to convert all HDD to gpt type from msdos type. cgdisk
accomplished the conversion automatically when booted. Even converted both of my
USB external hdd. cgdisk is very easy to use and worked very well for me.

I converted sda and almost panicked when I could no longer boot
since cgdisk deleted the MBR in the conversion - I had forgotten about that. "Almost"
panicked since I had used 'dd' to copy the the MBR and partition table to the external
hard disk. Booted Kubuntu Live and used dd to copy the MBR only back. Uh Oh. It wouldn't
boot. Then I realized that the MBR for an msdos partition table is probably very different
than for a gpt partition table. Booted Kubuntu Live again and installed Boot-Repair and
ran that. Rebooted fine except Boot-Repair knows nothing about gpt partitions and so
converted sda back to msdos from gpt. I vaguely remember that Boot-Repair will not
boot on a UEFI computer. That is probably why cgdisk deletes the MBR on the conversion.
So doing a simple msdos to gpt conversion on the boot disk will not suffice. Have to
get more complicated.

Thus, the following plan.

Use sda, SSD 111 GB for the EFI partition, my '/' and '/home' partitions.

I will allocate 350 MB for the ESP partition which is slightly larger than the
300 MB used on the laptop by Acer of which only 64 MB is used.

I will allocate 16 GB for the '/' partition. Currently all of the SSD is used for
'/' and only a 8.85 GB is used. 16 GB should leave room for the '/ directory to
expand.

That leaves 93 GB to 94 GB for the '/home' directory. Currently that directory uses
62.5 GB so that leaves a little room for expansion there. I can always move a sub-directory
to an hdd if needed.

My planned procedure - comments are appreciated, especially if I am making a big
mistake somewhere or there is a better way to do this.

1: (re)boot and start Setup (commonly called BIOS)
2: change boot mode from 'UEFI+Legacy' to 'UEFI'
3: save and exit, booting Kubuntu Live on DVD or USB device
4: choose "Try Kubuntu"
5: install Gparted and gdisk
6: use Gparted to create a partition table for sda - gpt type
7: use Gparted to add 3 partitions on sda:
1) sda1, 350 MB, efi type partition, "EFI" partition label
2: sda2, 16 GB, ext4. mount point, '/'.
3: sda3, remaining free space, approximately 93 or 94 GB. mount point: '/home'
8: use gdisk to verify partition table & partitions
9: reboot to Kubuntu Live- this step may not be necessary, but I thought I would be
more comfortable doing this.
10: install Kubuntu, specifying mount points for all partitions on computer with
Windows 8.1 at '/dos/windows'
11: reboot into Kubuntu
12: install rEFInd
13: reboot.

Unknown: how to get the /boot/efi' directory populated with the Windows boot
information.

Does rEFInd do this automatically - I doubt it.

Alternatively I could copy the Windows information from the laptop to the
new '/boot/efi' directory. Would that work? I have doubts since the partition
numbers would differ from the laptop partitioning scheme and windows 8.1 on the
desktop is on a totally separate hdd, sdd, on the desktop. The laptop has everything
on the single hdd, sda. I assume the booting information specifies the location of the
OS to boot.

Alternatively, I could re-install Windows 8.1 from the DVD. This is not a big problem
since I only installed it almost 1 month ago exactly. I use Windows very, very little.
Mainly to use tax prep s/w and the rare s/w that I need that only runs on Windows
and boot it infrequently just to check for updates and update the anti-virus s/w.
So essentially it is a virgin installation.

Comments? Ideas? Thank you for any and all.

[Qqmike]

xennex81,

Will refind allow you to customize the boot menu you get? ... [etc.] ...

Some of these ideas seem--to me--to be unnecessary, complicated, just to boot stuff up. In any case, though, rather than in this thread, why not make some suggestions and rationale directly to Rod Smith through his website. I'm sure he'd consider any sincere suggestions.

[Qqmike]

It's nice to have your ESP in sda, say sda1, or some Windows systems I've seen use sda2. Easy to remember. But not absolutely necessary, as we discussed above. 500 MB, FAT32, and when you create it in GParetd live CD/USB, set the boot flag on it (highlight the ESP partition, then hit the Partition tab at top, manage flags, boot)--that will set the proper partition type for the ESP (= EF00); in fact, in GParted, using a GPT, the type may show up as boot_esp, or something like that.

EDIT, Btw, that is not really a boot flag as we think of the boot flag; it is only a tag of sorts to label it as the ESP.

[Qqmike]

Yes, most new computers, after about 2011 or so, have a firmware that is UEFI( for GPT). The older system BIOS+MBR is probably on its decline. However, that doesn't mean GRUB is on the way out. GRUB is a bootloader for either BIOS+MBR or for UEFI+GPT. There have been several versions of GRUB. Writers often think of three general versions, something like: GRUB Legacy (BIOS+MBR), GRUB 2 (for BIOS+MBR, and also capable for GPT), and now GRUB 2 for (U)EFI+GPT. GRUB 2 EFI is probably here to stay. It works, you just have to work with it now and then. Writers like Rod Smith and Steve Riley rightfully claim that GRUB 2 EFI is just way too complex for what it needs to do: to boot OSs from UEFI firmware. Hard to argue with that. GRUB is a boot loader and a boot manager, though it is not always the easiest to use boot manager (and it boots other OSs by chainloading to their boot loaders)

rEFInd is just a very good boot manager for UEFI systems; it is also a boot loader for newer Linux kernels, booting them by the stub loader method (or whatever technically that is called--Rod Smith discusses it).

I am going to have to find out how to have rEFInd boot Kubuntu quietly.

Again, refer to Rod Smith, where he discusses configuring rEFInd. The configuration file is refind.conf, kept here on your system (in the ESP): /boot/efi/EFI/refind/. It is a tutorial to rEFInd! Most of it is # comment lines explaining rEFInd's settings.
I use:
timeout 20
textonly (instead of icons in the boot menu; or try textonly1)
scan_delay 2 (without some delay, rEFInd may load before filesystems are detected)
I don't use this, but SteveRiley once said he does:
use_graphics_for (launch all operating systems in text mode; let the OS dictate when to switch to graphical).

=> You can look at the refind.conf file and play with it. It probably needs to be edited as root, so maybe open dolphin as root
kdesudo dolphin
and go to /boot/efi/EFI/refind/; or use right-click, root actions menu, open as root in kate, and edit it (install kubicle's root actions menu -- check that it is working for 15.04; I'm in 14.04).

I'll have to create a USB or DVD with the partitioning tool on and boot that.

Yes. You can run a live Kubuntu DVD/USB, in the live session install gparted (using Muon or sudo apt-get install gparted), and run it. Or make a live, bootable CD/USB flash drive from the gparted iso 64-bit version. You can almost always quickly make bootable flash drives using the dd method, as explained here, and it works for gparted's iso:
https://www.kubuntuforums.net/showth...aller-using-dd

[xennex81]

Windows 8 and 10 are not exclusively UEFI. You can install these systems just fine on a non-UEFI (legacy) BIOS.

[xennex81]

I am going to have to find out how to have rEFInd boot Kubuntu quietly. Right now Kubuntu spits out a few screenfuls of messages that are probably helpful to someone who can read very, very fast and also understands the messages being displayed. I can do neither. So I get nervous when I get messages from the OS that I do not understand even though I can do nothing about them. Ignorance may be bliss, but having to much information doesn't really help. I'm sure it is nothing more than having rEFInd pass a command line option to the kernal when it is invoked.

That's precisely the stuff I don't want: such unfinished and unpolished business. You'd think that'd be the first thing you'd fix. If you are even incapable of accomplishing this after having used it (like this) then it's not a good system.

Well, I never thought any of it would be any good. Too many confused and confusing messages to prove the contrary.