8

A year ago, I bought a Dell XPS with Windows 10 installed in the factory. When it arrived, I added new partitions to the internal hard disk — boot, home and swap — and installed Ubuntu 16.04 LTS to create a dual-boot system. At that time, I followed the official instructions from Dell on how to install Ubuntu, with two changes:

  1. The Dell instructions say to choose SHIMx64.EFI, but this is not available. The choice I have is between \EFI\BOOT\BOOTx64.EFI and \EFI\BOOT\grubx64.efi. I believe that I chose grub64.efi
  2. I set the SATA Operation from RAID On to AHCI.

After this, I was able to install Ubuntu 16.04.1, and everything worked until today.

Today, I was offered a firmware update, which I accepted. Presumably this update was designed for a Windows-only machine. Now, when the laptop boots, it no longer recognizes the Ubuntu operating system on the internal SSD. After running a system scan (F12 during start-up), I have cleared up a partition error, and after that the Boot Sequence menu in the BIOS appeared like this:

[✓] UEFI: THNSN5256GPU7 NVMe TOSHIBA 256 GB, Par(tition 1)
[✓] UEFI: SanDisk Partition 1 
[✓] Windows Boot Manager  

SanDisk is the LiveUSB key that I am using.

To this, I have added a new Boot Option [✓] Ubuntu, which uses \EFI\BOOT\grubx64.efi, as before. I put this as the first in the list.

I have disabled Secure Boot, but I do not think that this was an issue before.

In the SATA Operation Panel, if I select AHCI, the laptop boots into the SanDisk LiveUSB. If I set it to RAID On, and disable the SanDisk in the Boot Sequence, then the laptop boots into Windows.

In no case does it boot into the Ubuntu OS that is installed on the 256 GB internal SSD.

What steps do I need to take to make the laptop capable of booting into the installed version of Ubuntu?

5
  • pressing one of the function keys will get you into the system settings. F10 and F12 are common but could be any. It appears that the system is set to boot the firmware updater first. you should be able to select ubuntu. Unless the firmware update removed grub from the efi partition.
    – ravery
    Nov 13, 2017 at 11:14
  • @ravery I've reformulated the question to reflect the progress that I have made Nov 14, 2017 at 16:04
  • /boot/efi is empty because the efi system partition isn't mounted
    – ravery
    Nov 14, 2017 at 16:33
  • 1
    grubx64.efi is unsigned. Secure Boot has to be off to use that loader.
    – ravery
    Nov 15, 2017 at 10:29
  • Can confirm this worked for me to repair an Ubuntu 20.04 dual boot after an XPS firmware update
    – lynn
    Jan 20 at 0:03

2 Answers 2

17
+50

I'm back in Ubuntu! The issue was that the path to grub set in the BIOS after the firmware upgrade was wrong. Fixing the path fixed the issue.

To do this, press the F2 key while rebooting the Dell laptop, to bring up the BIOS interface.

Optional: In the menu on the left, first select System Configuration > SATA Operation, and select the AHCI radio button. (This step is required on my machine, because there are no RAID drivers installed for Ubuntu yet. If you have RAID drivers for Ubuntu, then you can choose RAID On instead.) Confirm the change of SATA Operation.

With the correct SATA setting already chosen, select Boot Sequence, and then click on the Add Boot Option button in the middle of the right pane. Name the new record (in my case — Ubuntu AHCI) and click on the [...] button to the right of the File Name field, choose a grub file for start-up. Select EFI > ubuntu > grub64.efi. Click OK.

Using the arrows by the list at the top right of the Boot Sequence pane, place your new Ubuntu Boot Option at the top of the list.

I had a new Boot Option with an unhelpful name (UEFI: THNSN5256GPU7 NVMe TOSHIBA 256 GB, Par) which had the same choice of file as Windows Boot Manager. I deleted this, and checked afterwards that I could still boot into Windows. Here is what my Boot Options look like now:

[✓] Ubuntu AHCI
[✓] Windows Boot Manager  

Click Apply, confirm your changes, and then click Exit.

The machine should now boot into Ubuntu, just as it did before the firmware upgrade.

2
  • Thanks! I was able to fix my XPS 15 with this instruction. Feb 22, 2018 at 22:48
  • Thank you, this worked for me in 2023. After applying Dell firmware update 1.21 and 1.22, the boot sequence was apparently unset in the BIOS, causing some recovery process to start; "Your computer has experienced an issue with the operating system". Recreating a boot option pointing to (in my case) /EFI/pop/systemd_bootx64.efi fixed the problem for me.
    – Gijs
    Jul 16, 2023 at 9:54
2

The steps that James described worked for my XPS 15 9550. However, I wanted to stress it here that disabling Secure Boot was a must for me. I tried multiple Boot Sequence options to no avail until I disabled Secure Boot. Will be happy to learn if there are other ways to do it without disabling Secure Boot(sign the grub file?).

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .