[Bug 1466150] Re: grub-install breaks when ESP is on raid
Tony Middleton (@ximera) wrote (https://bugs.launchpad.net/ubuntu/+source/grub- installer/+bug/1466150/comments/36): > Since focal the change I originally asked for at the beginning of this thread has now been made. > If you set up multi efi partitions, not raided, when you run "dpkg-reconfigure grub-efi-amd64" the system asks which efi partitions you wish to use. You can specify more than one and it then installs to each of them. It remembers the choice next time grub is updated via apt. I've just tested this and it works as described. However, grub-efi-amd64 wasn't installed on my freshly installed 20.04 Ubuntu system. Installed was grub-efi-amd64-signed. And 'dpkg-reconfigure grub-efi-amd64-signed' didn't prompt for anything! So, I installed grub-efi-amd64 and removed grub-efi-amd64-signed for the test. --- Seth Arnold @seth-arnold wrote (https://bugs.launchpad.net/ubuntu/+source/grub- installer/+bug/1466150/comments/39): > The tooling now making it easy to install to multiple partitions is a definite improvement over the previous state. I agree, it's an improvement. However, while searching for Ubuntu's solution to the making-ESP-somehow-redundant problem I couldn't find any documentation that points to this tooling/approach. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1466150 Title: grub-install breaks when ESP is on raid To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1466150/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1466150] Re: grub-install breaks when ESP is on raid
Tom Reynolds (tomreyn) wrote (https://bugs.launchpad.net/ubuntu/+source /grub-installer/+bug/1466150/comments/28): > While installing ESP on top of mdadm (metadata version <= 1.0) RAID-1 is practically possible, supporting this is not: The UEFI specification (version 2.8, sections 13.3.1.1, 13.3.3) defines the ESP as a FAT32 file system which is located (directly) on a GPT partition. While this does not seem to be part of the specification, some UEFI implementations expect to be able to write to an ESP. Can you name _one_ UEFI implementation that actually does write to an ESP? FWIW, when installing Fedora with the default installer and selecting a RAID-1 scheme there, the EFI system partition is created on a superblock 1.0 RAID-1. Thus, the Fedora developers seem to be pretty sure that there isn't any UEFI implementation that expects to be able to write to an ESP ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1466150 Title: grub-install breaks when ESP is on raid To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1466150/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1890394] Re: Lightdm-gtk-greeter coredump during boot with recent systemd versions
I don't have access to a machine where Ubuntu Focal is installed. AFAICS, this issue currently breaks Ubuntu Bionic LTS completely for non-technical users running Lxde (e.g. Lubuntu) who regularly apply updates (as recommended) without a simple work-around being available. With non-technical users I'm referring to users who aren't comfortable on the command line. That means they can't just log into the console and enable the proposed updates etc. So I consider this as a pretty serious issue for an LTS release. Releasing it rather earlier than later would probably lead to less people being affected (i.e. those who haven't installed the latest breaking updates yet). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1890394 Title: Lightdm-gtk-greeter coredump during boot with recent systemd versions To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1890394/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1890394] Re: Lightdm-gtk-greeter coredump during boot with recent systemd versions
I tested the proposed update (2.0.5-0ubuntu2) on Ubuntu bionic and I can confirm that it fixes the issue. That means the lightdm graphical login screen is now displayed again as expected (and is functional, i.e. logins do work), i.e. the lightdm.service start succeeds again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1890394 Title: Lightdm-gtk-greeter coredump during boot with recent systemd versions To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1890394/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
