Layered flavor ISO images built without live user

[fossfreedom]

Yesterdays daily 6th and todays noble daily (rebuilt) 7th both boot directly to the login screen rather than to the desktop.

I have an ISO from the 2nd Feb (or possibly the 1st) where there were no issues.

I cannot login via "ubuntu-budgie" - no password via the login screen nor via a TTY so I can't see any journalctl logs etc.

Any ideas what may have changed? Something to-do with the glib transitions happening at the moment?

Virtualbox boot - 4GB memory, 128MB virtual graphics (no 3d acceleration), 40GB virtual HDD 2 virtual cores

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/2052617

[Leó Kolbeinsson (leok)]

Unable to reproduce this bug - machine tested :

AWOW NY41 – Int.Cel. J4125, 8GB, 128GB SSD,Intel UHD Graphics 600Dual Band WiFi,Ethernet,BT5.1
Testcase:UEFI+secure boot, - Live session

Ubuntu Budgie daily ISO dated 07-02-2024

https://iso.qa.ubuntu.com/qatracker/milestones/450/builds/295226/testcases/1303/results

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Leó Kolbeinsson (leok)]

Ran 2 quick test in virtual machines 1.Oracle Virtual Box and 2 QEMU/KVM and both booted to ligin screen and not desktop.

[fossfreedom (fossfreedom)]

ok - I cannot reproduce the ability to boot with both AMD graphics and intel graphics on two separate pieces of tin. Exactly the same observation as virtualbox is seen. So I'm not convinced this is a graphics driver issue.

Pressing escape immediately after grub i can see messages like:

overlayfs: null uuid detected in lower fs '/', falling back to xino=off,index=off,nfs_export=off
....

passwd: user 'ubuntu-budgie' does not exist

very early in the boot sequence.

[Leó Kolbeinsson (leok)]

Ran further tests with Ubuntu Budgie Noble daily ISO dated 20240207.1

And could reproduce issue on both barebone machines and in a VM (virtBox)

Test results below:

https://iso.qa.ubuntu.com/qatracker/milestones/450/builds/295237/testcases/1300/results

https://iso.qa.ubuntu.com/qatracker/milestones/450/builds/295237/testcases/1303/results

[Mauro Gaspari (ilvipero)]

I also tested this on both QEMU/KVM and on hardware (Intel CPU and GPU PC). I could reproduce the issue as well, Ubuntu Budgie boots on login page instead of desktop.

On my QEMU/KVM I tested display Spice and VNC, no change.

[Leó Kolbeinsson (leok)]

Tested in VirtualBox Ubuntu Budgie Desktop daily ISO dated 09-02-2024 fails as above.

[Erich Eickmeyer (eeickmeyer)]

Also affects Edubuntu and Ubuntu Studio. Edubuntu boots to a "Welcome" screen that it shouldn't with a default GNOME screen, while Ubuntu Studio boots to a blank black screen, repeating issues where it is not getting a user via casper as before.

Looks like it might be a debian-cd issue after recent changes there.

Also getting similar messages to comment #5 above:

```
passwd: user 'edubuntu' does not exist

```
passwd: user 'ubuntu-studio' does not exist

This to me indicates that casper doesn't know what to do because the boot parameters don't indicate a layered file system.

Specifically these commits seem to have affected the builds:
https://git.launchpad.net/~ubuntu-cdimage/debian-cd/+git/ubuntu/commit/?id=ec5421bad16a4db80d1819c1c0856aea6a99c8d8
https://git.launchpad.net/livecd-rootfs/commit/?id=20a43b540d934969f9021f73fc29f36c5cf3d710
https://git.launchpad.net/ubuntu/+source/livecd-rootfs/commit/?id=d06ba3683ca047a375f3cc9e3d4a0cd92d631ed9

[Erich Eickmeyer (eeickmeyer)]

Testing the Ubuntu Studio image, adding `layerfs-path=standard.live.squashfs` before `--- quiet splash` solved the problem, so the commit in debian-cd is indeed the problem.

https://git.launchpad.net/~ubuntu-cdimage/debian-cd/+git/ubuntu/commit/?id=ec5421bad16a4db80d1819c1c0856aea6a99c8d8

This commit needs to be reverted.

[fossfreedom (fossfreedom)]

Thanks for the pointer - for UB its
layerfs-path=minimal.standard.live.squashfs as per that commit that
allows the desktop to fire-up correctly

On Fri, 9 Feb 2024 at 18:25, Erich Eickmeyer <email address hidden> wrote:
>
> Testing the Ubuntu Studio image, adding `layerfs-
> path=standard.live.squashfs` before `--- quiet splash` solved the
> problem, so the commit in debian-cd is indeed the problem.
>
> https://git.launchpad.net/~ubuntu-cdimage/debian-
> cd/+git/ubuntu/commit/?id=ec5421bad16a4db80d1819c1c0856aea6a99c8d8
>
> This commit needs to be reverted.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/2052617
>
> Title:
> Layered flavor ISO images built without live user
>
> Status in livecd-rootfs package in Ubuntu:
> Confirmed
>
> Bug description:
> Yesterdays daily 6th and todays noble daily (rebuilt) 7th both boot
> directly to the login screen rather than to the desktop.
>
> I have an ISO from the 2nd Feb (or possibly the 1st) where there were
> no issues.
>
> I cannot login via "ubuntu-budgie" - no password via the login screen
> nor via a TTY so I can't see any journalctl logs etc.
>
> Any ideas what may have changed? Something to-do with the glib
> transitions happening at the moment?
>
> Virtualbox boot - 4GB memory, 128MB virtual graphics (no 3d
> acceleration), 40GB virtual HDD 2 virtual cores
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/2052617/+subscriptions
>

[Simon Quigley (tsimonq2)]

Re-assigning to myself.

We forgot the mkdir -p invocation. Simple, one-line fix.

[Brian Murray (brian-murray)]

The tag foundations-todo is supposed to be added by the Foundations team
when they've created a card in JIRA for it. By adding the tag now you
may prevent the card from actually being created so I am removing the
tag. rls-XX-incoming is enough to get the Foundations team attention.

On Fri, Feb 09, 2024 at 06:03:19PM -0000, Simon Quigley wrote:
> ** Tags added: foundations-todo rls-nn-incoming
>
> --
> You received this bug notification because you are a member of Ubuntu
> Release Team, which is a bug assignee.
> https://bugs.launchpad.net/bugs/2052617
>
> Title:
> Layered flavor ISO images built without live user
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/2052617/+subscriptions
>
--
Brian Murray

[Simon Quigley (tsimonq2)]

ok thanks :)

[Launchpad Janitor (janitor)]

This bug was fixed in the package livecd-rootfs - 24.04.28

---------------
livecd-rootfs (24.04.28) noble; urgency=medium

  * Add missing mkdir invocation from 24.04.26 (LP: #2052617).

 -- Simon Quigley <email address hidden> Fri, 09 Feb 2024 13:32:40 -0600

[fossfreedom (fossfreedom)]

Rebuilt the ISO this morning - sadly the same issue occurs for UB

grub command line needed this added layerfs-path=minimal.standard.live.squashfs

[Erich Eickmeyer (eeickmeyer)]

Same. Both Edubuntu and Ubuntu Studio are still problematic. Problem being reported on Twitter.

[Michael Hudson-Doyle (mwhudson)]

Ah I think https://code.launchpad.net/~mwhudson/livecd-rootfs/+git/livecd-rootfs/+merge/460365 is part of this

[Steve Langasek (vorlon)]

I have rolled back ec5421ba from debian-cd to unblock builds of layered images, while we're waiting for the livecd-rootfs fix to land

[Launchpad Janitor (janitor)]

This bug was fixed in the package livecd-rootfs - 24.04.33

---------------
livecd-rootfs (24.04.33) noble; urgency=medium

  [ Michael Hudson-Doyle ]
  * Edubuntu, Ubuntu Studio and Ubuntu Budgie have hooks in
    live-build/${PROJECT}/hooks now but they need to be copied to config/ to
    do anything. LP: #2052617.

 -- Steve Langasek <email address hidden> Wed, 14 Feb 2024 09:42:07 -0800