Having live media that can boot both ways can be a problem when installing Ubuntu onto currently available Windows 8 computers.
In other words the key advantage to creating UEFI-only bootable USB live media is: You know that it definitely booted and installed via UEFI.
Since Valve has already been doing UEFI-only booting USB installers with their Debian-based Steam OS and UNetbootin — the top voted alternative to Ubuntu's Startup Disk Creator — isn't UEFI compatible and therefore misleading, I think we should have a separate topic for creating UEFI-only bootable USB live media.
Overview
Creating UEFI-only booting USB live media is pretty straight forward. Just copy the files to your FAT32-formatted USB drive. That's it!
Remember that for an installation or booting the media:
Table of contents
1. Copy files from the ISO method
This method also works for other install media that contains EFI loaders, like Windows for example.
1.1. Example via terminal
You can do something like the following if
604A-00EA
is your USB drive and you already havep7zip
installed:You're done if you have only one partition on this USB drive, otherwise you need to flag the partition as bootable e.g. via
parted
:Where
/dev/sdX
would be your USB drive and1
the partition number that should be used to boot.1.2. Example via GUI
Mount the .iso-file and copy the contents over to your USB drive. Press Ctrl+H in Nautilus to display and copy hidden files as well.
Add the boot flag via GParted.
1.3. Example on Windows
diskmgmt.msc
, that would open Disk Management.2. The ISO loopback method (advanced)
Instead of extracting contents from an ISO image, GRUB and GRUB2 have been able to boot from ISO images directly through a loopback device. Given that the ISO image is UEFI bootable, we can set up a USB drive containing multiple ISOs with different operating systems without creating a mess on the USB drive.
If you want to boot Windows too you might want to look at SARDU. I remember using it with Windows PE around 2005 and it seems to have been updated to support USB drives and UEFI, but remember that this tool also supports legacy booting.
What do we need?
2.1. Creating the binary
On your Ubuntu machine or VM make sure the package grub-efi-amd64-bin is installed (grub-efi-ia32-bin is also available for 32-bit Intel architectures on newer releases). The package may have a different name on another distribution, you can compare the file listing of the package to find the right package on your distribution.
The following command will generate the GRUB image, in this case an EFI binary that every computer with a UEFI firmware should be able to run:
Every standard UEFI firmware should look into
\EFI\BOOT\
for a file namedboot{arch}.efi
, so create the folders on the USB drive and copy the image we just created to this location. Other architectures instead of x64 are possible, but let's keep it simple with x64/amd64.2.2. Creating the configuration file
A very basic example for a the
grub.cfg
configuration file that should be placed in the same directory asbootx64.efi
would look like this:The important thing is the configuration block with the title
Boot Ubuntu 14.04.2 LTS from ISO
. You can change the color and timeout to your preference. I choseblack/light-magenta
as it still looks a bit Ubuntu-ish but is easily distinguishable when chainloading other configurations. You can find more examples for other distributions in the Arch Wiki and reading the GRUB manual is really worth your time if you want to go beyond that.Getting back to the configuration block, it should be obvious that the ISO is referenced as
/efi/boot/ubuntu-14.04.2-desktop-amd64.iso
, so copy your ISO to\EFI\BOOT\
and replaceubuntu-14.04.2-desktop-amd64.iso
in the configuration with the actual filename of your ISO.loopback loop $isofile
is the line, that will load our ISO file to a loopback device from which we can boot the Linux kernel directly. This is possible because our EFI GRUB image includes the loopback module. (A bit of trial and error was involved in figuring out which modules are reasonable to include. You shouldn't see any error messages, it's still not perfect though.) Speaking of the kernel you can add kernel parameters liketoram
, parameters for different languages (examplelocale=de_DE bootkbd=de
) and as in the example:persistent
2.3. Adding persistency
You can add a partition as described in: How do I get a live-USB to use a partition for persistence? Or you can create a
casper-rw
file and place it at the root of your USB drive.I haven't tested what the absolute maximum is, it should be somewhere between 4094 and 4096 MB. Use a partition if you intend to use more space. Note that every change to the (root) is a modification to the overlay filesystem, even deleting files.
2.4. Checking the integrity
You should look at answers to the following questions to verify that the Live ISO content on the USB drive is in pristine condition:
2.5. UEFI Secure Boot
Secure Boot will become mandatory with Windows 10 machines, I suggest you have a look at the Linux Foundation's PreLoader to add Secure Boot functionality to this setup. Here is some ASCII art illustrating menus of the accompanying HashTool.
3. Review in 2020
I wrote this answer more than 5 years ago. How well does it still work? It works well for Ubuntu. install.wim from latest Windows 10 images however exceeds the FAT32 maximum file size and bigger images like RHEL 8 also don't fit. I tried Rufus yesterday and noticed that it uses GRUB too with NTFS EFI modules to read another NTFS partition where it stored the Windows installation files. It failed to load data from this partition though. Also exFAT is now commonplace.
Windows is picky with drives that have no partition tables. Trying to re-purpose older SSDs as chunky USB thumb drives does not work really well on Windows. Maybe I need to read some Microsoft documentation to find out what the rationale was to make it a bit more complicated than on Linux.
ChromeOS is a different topic, I think it's not possible to create recovery media the way I prefer. Which is cumbersome when you have to use Windows and reformat the entire drive to create media for your Chromebook.
Interesting stuff, let's hope I find time to fix some of this and learn a few more new things.
Congratulations, I'd say you now mastered UEFI booting and shouldn't be afraid anymore.
Extract from ISO file to FAT32
Extracting the content of an Ubuntu 64-bit desktop ISO file to a partition with a FAT32 file system and a boot flag will do the job: to create a live drive, that boots only in UEFI mode. It is called 'Copy files from the ISO method' here (in the accepted answer).
Test if running in UEFI or BIOS mode
But it is easy to test in a running Ubuntu system (live as well as installed), if it was booted in UEFI or BIOS mode. Run this command line,
This makes it straightforward to use live systems that can be used in both boot modes, which can also be an advantage.
See also the following links for a more detailed explanation and description of the method,
help.ubuntu.com/community/Installation/iso2usb
help.ubuntu.com/community/Installation/iso2usb/diy
Using
dd
worked for me, for some reason, the GUI version did not work. So, first, you might want to monitor the progess of dd, another options is using the SIGUSR1 option to triggerdd
to report it's progress periodically, but this is more complicated thanpv
.Then:
(
/dev/device_you_want_to_use
will typically be/dev/sdb
, but check withdf
!)