snaps not preseeded on Kinetic images

[Leó Kolbeinsson]

Booting Live session Lubuntu Kinetic daily ISO 27.09.2022

After booting to desktop Firefox is not on the application menu.
However if the user waits 1 or 2 minutes Firefox appears on menu and runs without problem.

ProblemType: Bug
DistroRelease: Ubuntu 22.10
Package: lxqt-session 1.1.1-0ubuntu2
ProcVersionSignature: Ubuntu 5.19.0-15.15-generic 5.19.0
Uname: Linux 5.19.0-15-generic x86_64
ApportVersion: 2.23.0-0ubuntu2
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.475
CurrentDesktop: LXQt
Date: Tue Sep 27 17:42:36 2022
LiveMediaBuild: Lubuntu 22.10 "Kinetic Kudu" - Alpha amd64 (20220927.2)
SourcePackage: lxqt-session
UpgradeStatus: No upgrade log present (probably fresh install)

[Aaron Rainbolt (arraybolt3)]

When the Lubuntu ISO is first booted, quite a bit of processing power is used. Opening htop reveals that a bunch of activity related to Snap is going on. It went by too fast for me to be sure that I captured everything, but the general order of CPU hogs is:

snapd
unsquashfs
ssh-keygen
/sbin/init/splash
snap ld-2.23.so (possibly two times?)
snapd
/sbin/init/splash
snapd
apparmor
/bin/sh firefox
apparmor
unsquashfs
apparmor
snapd

The ld-2.23.so process appears to hog a lot of power for a while, as if there's some linking process or similar going on behind the scenes. The sudden appearances of apparmor and the "/bin/sh firefox" bit also are interesting.

Once all of this CPU hogging finishes, then Firefox appears in the application menu. (It might show up before then, but I know it always shows up after that.)

[Launchpad Janitor (janitor)]

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

[Aaron Rainbolt (arraybolt3)]

This bug also manifests itself on the first boot of Lubuntu immediately after installation, however on the second boot the problem does not seem to occur. (This is on BTRFS installations of Lubuntu with UEFI+Secure Boot in a VM, I've not yet tested other filesystems but I intend to.)

[Leó Kolbeinsson (leok)]

Further to comment #4

I also tested full disk installs with xfs + UFI+secure and bug was present in all cases as described in above comment.

[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:
https://iso.qa.ubuntu.com/qatracker/reports/bugs/1991011

[Rudra Saraswat (rs2009)]

'snap-preseed' was failing to run during the ISO build, so it was removed from livecd-rootfs. This results in snaps now taking a couple of minutes to show up when the ISO is booted for the first time, or when a fresh install has been booted for the first time (as 'snap-preseed' would do some of the first boot snap tasks during the ISO build). So this is expected behavior for now.

[sudodus (nio-wiklund)]

I tested Lubuntu kinetic-desktop-amd64.iso dated 2022-09-27 persistent live via mkusb: dus-persistent from an SSD connected via USB in a Dell Precision M4800 in UEFI mode and BIOS mode. It works, also Firefox works.

I read about the delay of Firefox, but did not notice that it is much slower than before. I might notice a slow response in a slower computer or with less RAM or with a slower USB drive, for example a pendrive. If I check the time carefully I will probably also find that Firefox is slower the first time compared to before (but Firefox-snap in previous daily isos of Lubuntu was also slower than Firefox-apt).

Anyway, the current Lubuntu works when persistent live and this was the main purpose of my test today.

[Brian Murray (brian-murray)]

Comment #7 is correct and we expect to revert the change to livecd-rootfs before the final release of Ubuntu 22.10 (kinetic). For the record the changes can be found here:

https://launchpad.net/ubuntu/+source/livecd-rootfs/2.785

[Brian Murray (brian-murray)]

The snapd bug is being tracked separately in bug 1990884, so I'm closing that task but lets keep this bug open for the release notes and for tracking the revert of the "fix" to livecd-rootfs.

[sudodus (nio-wiklund)]

I tested the next Lubuntu kinetic-desktop-amd64.iso (dated 2022-09-27 21:11) persistent live via mkusb: dus-persistent from an SSD connected via USB in a Dell Precision M4800 in UEFI mode and BIOS mode. It works, also Firefox works.

This time I noticed the bug, but within 20 seconds after the first try, Firefox was there.

[Launchpad Janitor (janitor)]

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

---------------
livecd-rootfs (2.789) kinetic; urgency=medium

  * re-enable snap preseed (LP: #1991011)

 -- jchittum <email address hidden> Thu, 13 Oct 2022 12:41:23 -0500

[Chris Guiver (guiverc)]

Just tested for this & looks good (lubuntu kinetic 20221017.1), thanks