[Bug 1695666] Re: users shoot themselves in the foot by removing /boot/efi from /etc/fstab; u-r-u should warn and refuse to let them upgrade

[Launchpad Bug Tracker]

This bug was fixed in the package ubuntu-release-upgrader - 1:18.04.6

---------------
ubuntu-release-upgrader (1:18.04.6) bionic; urgency=medium

  * DistUpgradeFetcherKDE.py:
    - ensure theming is correct across all Qt versions and Plasma versions
    - drop unused openUrl helper (replaced by QUrlOpener)
  * QUrlOpener.py:
    - make sure to pass --set-home to sudo when dropping back to user, prevents
      browsers from getting confused which HOME to use
  * DistUpgradeViewKDE.py:
    - force KDE theming for Qt5
    - fix icon & pixmap lookup by running them throw a compatibility helper
      using either Qt3/4 static lookup or Qt5 theme-based lookup (theme is
      determined by the QPA ideally)
    - let name mangling use os-release' PRETTY_NAME if present
    - do not resize windows, adjustsize() them (same as resize albeit readable)
    - introduce an override for QWidget.adjustSize() which prevents adjustment
      iff the window is maximized. as noted in the documentation adjusting a
      maximized yields unexpected results due to a control mismatch between
      X11 window managers and Qt (in short: Qt cannot unmaximize, so adjustsize
      does nothing useful in this case and in fact causes only part of the
      window to be marked dirty by Qt causing sever rendering artifacts)

 -- Harald Sitter <sitter at kde.org>  Fri, 19 Jan 2018 13:34:32 +0100

** Changed in: ubuntu-release-upgrader (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-release-upgrader in
Ubuntu.
https://bugs.launchpad.net/bugs/1695666

Title:
  users shoot themselves in the foot by removing /boot/efi from
  /etc/fstab; u-r-u should warn and refuse to let them upgrade

Status in ubuntu-release-upgrader package in Ubuntu:
  Fix Released
Status in ubuntu-release-upgrader source package in Artful:
  Triaged

Bug description:
  We currently have 6 open bug reports at
  <https://bugs.launchpad.net/ubuntu/+source/shim-signed>, and several
  closed ones, from users who have by one means or another gotten
  /boot/efi unmounted on their systems and then tried to apply updates.

  On a UEFI system, /boot/efi must be a separate mount point (it's the
  EFI System Partition); and it must be mounted at the time of upgrading
  the shim-signed/grub-efi-amd64 packages, because it's meaningless to
  "upgrade" these packages without installing the new bootloader to the
  ESP - if you don't want to use the Ubuntu UEFI bootloader, uninstall
  the package.

  However, a surprising number of users (i.e., more than 0) are leaving
  /boot/efi unmounted on their systems, and as a result get upgrade
  failures.  This is a bad thing to have happen in the middle of a dist-
  upgrade between releases.

  I think u-r-u should detect the case where either of the shim-signed
  and grub-efi-amd64 packages are installed, and /boot/efi is not in a
  sane state (is mountpoint + is mounted rw), and refuse to let the user
  start the upgrade until this is resolved.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1695666/+subscriptions