BIOS 2.1.0 update - Dell XPS 13 developer edition / Project Sputnik Feedback - OS and Applications - Dell Community

BIOS 2.1.0 update

OS and Applications

OS and Applications
Dell OS and Applications Solutions on Dell TechCenter - Project Sputnik, Microsoft Windows, Red Hat Linux, SUSE, Ubuntu, and more

BIOS 2.1.0 update

This question has been answered by basteed

Can someone from Dell please provide some detail on what the 2.1.0 BIOS update enhances/fixes? Has anyone successfully applied it to the 9360?

Also, I've noticed that Ubuntu Software app no longer picks up BIOS updates (I have to check manually). I guess this may be due to the GUID changing as a result of BIOS 1.2.3 (LVFS lists the XPS13 9360 twice). Does anyone know if this is the cause and if so how to fix this so Software can pick up BIOS updates for the new GUID (5ffdbc0d-f340-441c-a803-8439c8c0ae10)?  Thanks

Verified Answer
  • So I've resolved the issue - with a little assistance from a very helpful guy at Dell support:

    I tried flashing BIOS back to 1.3.7 - no luck. Flashed to 2.1.0 again - same. Dell support suggested restoring BIOS settings, so I did this (to BIOS default) and lo, the system booted back into Ubuntu!

    For the record, what has changed in BIOS settings was the boot order. Previously I had:

    "Linux-Firmware-Update\fwup64.efi" listed first.

    Now boot order shows:

    "UEFI:THNSN51T02DUK NVMe TOSHIBA 1024GB Partition 1"

    Anyhow, this gets my machine to boot with BIOS 2.1.0.

All Replies
  • Hi! Regarding LVFS: I think it's a usual practice for Dell to upload BIOS update there much later than on official Dell site (like it was with 1.3.7 update - en.community.dell.com/.../21010411

  • OK, so maybe I should have waited for an answer to my 2nd question: Just applied the 2.1.0 update and   now "No bootable devices were found". BIOS 1.2.3 Deja Vu all over again, I now have a very expensive brick.

    Can Dell please advise how to fix this ASAP? Thanks.

    I run Ubuntu GNOME 17.04 on my XPS13 9360. I've tried with secure boot enabled and disabled in BIOS settings. I have AHCI selected under 'SATA Operation' and my PCIe drive is detected under 'Drives'. All was fine prior to updating from BIOS v1.3.7.

  • So I've resolved the issue - with a little assistance from a very helpful guy at Dell support:

    I tried flashing BIOS back to 1.3.7 - no luck. Flashed to 2.1.0 again - same. Dell support suggested restoring BIOS settings, so I did this (to BIOS default) and lo, the system booted back into Ubuntu!

    For the record, what has changed in BIOS settings was the boot order. Previously I had:

    "Linux-Firmware-Update\fwup64.efi" listed first.

    Now boot order shows:

    "UEFI:THNSN51T02DUK NVMe TOSHIBA 1024GB Partition 1"

    Anyhow, this gets my machine to boot with BIOS 2.1.0.

  • @Basteed,

    I just pulled a 9360 from the lab.

    -Started on 1.3.7

    -AHCI mode

    -OEM 16.04

    -"Ubuntu" listed under boot sequence

    So I put 2.1.0 on a thumb drive then booted to the F12 menu and update the BIOS from there. Rebooted, no problems found.

    I suspect that for you "Linux-Firmware-Update\fwup64.efi" was stuck in the boot sequence and causing your issue. Resetting the BIOS defaults causing the listing to be deleted.

    Probably not an issue with the 2.1.0 update itself.

    Justin C

    Dell Technical Support L3 | Project Sputnik

    Dell Support is also on Twitter! https://twitter.com/DellCaresPRO

     

  • OK, thanks for looking into it anyhow.