Make external USB drive bootable

Why does the Ubuntu installer touch my internal HDD when I don't use any of its partitions and when I tell the installer to install GRUB on the external HDD?

I have tried this approach over the years, and this always happens. The latest attempt is with Ubuntu 18.04. I know this sounds like a million-time-asked dup, but I am stuck. The fact that people suggest the VirtualBox work around, or they suggest to disable the internal HDD (which I can't short of unplugging it) indicates to me that this is surprisingly hard to fix.

I have a Thinkpad laptop. BIOS settings allow legacy boot devices. The internal HDD is dual boot Windows and Mint, and it is an UEFI boot method.

I want to install ubuntu on an external SSD drive and have this drive one of the boot options from BIOS. External HDD is a MBR partition style, so traditional boot method is required. The BIOS is set to be ok with this.

If I install onto the external drive via VirtualBox, it works. This means that what I want to do is possible. My internal HDD is completely isolated when I do this.

However, if I do the installation a more traditional way, it always screws up my internal HDD booting. That is, I have use a usb stick to make a live installer and boot from it, the normal way to install Ubuntu, things go wrong.

During the installation process, I can choose where to install grub. I choose the external drive. I would expect this not to touch the internal drive. But after installation, I can no longer boot from the internal drive. grub seems to be missing. I can boot from the external drive.

(I fix it by connecting the external drive and booting into the HDD installation, and using boot repair.)

Why is my internal HDD being changed by the install process when I have followed all advice to leave it untouched?

Answers 1

  • The solution is to use gparted to turn-off the boot flags on the internal drive's EFI partition before doing the installation. This requires installing gparted from the Ubuntu live disk, it's not part of the software on the image.

    The problem is a bug the Ubuntu installer: it always uses the first EFI partition it finds, regardless of the choice you make. But by hiding that EFI partition, you can work around it. You need to create an EFI partition on your target device before doing the install. Set the flags on it.

    More detailed explation of the work-around is here:

    Bug report is here:

Related Questions