Bug 1222909

Summary: Feedback to prototype image openSUSE-Aeon.x86_64.raw.xz
Product: [openSUSE] openSUSE Aeon Reporter: Martin Abele <happymab.dev>
Component: BaseAssignee: Richard Brown <rbrown>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None    
Version: Current   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Martin Abele 2024-04-16 15:49:51 UTC
User-Agent:       Mozilla/5.0 (Windows NT 10.0; rv:124.0) Gecko/20100101 Firefox/124.0
Build Identifier: 

Feedback openSUSE Aeon prototype

Installation
- Download image from https://download.opensuse.org/repositories/devel:/microos:/aeon:/installer/aeon/openSUSE-Aeon.x86_64.raw.xz
- $> xz -d openSUSE-Aeon.x86_64.raw.xz
- $> qemu-img convert openSUSE-Aeon.x86_64.raw -O qcow2 openSUSE-Aeon.x86_64.qcow2
- $> qemu-img resize openSUSE-Aeon.x86_64.qcow2 +20G
- Open Gnome Boxes and add a new VM using 'Install from file', 6 GB RAM
- Run the VM

Observations
- On the first boot the system got stuck at a dark gray screen (graphical, mouse pointer is there and can be moved)
- Restart after 10 min
- System boots into configuration (language, keyboard, etc)
- Aeon Firstboot runs without problems (installs Firefox, Calculator, etc)
  
Impressions
- Partitioning: 
  - 2MB BIOS boot - required?
  - 4.2GB /boot/efi  - quite large
- Podman and distrobox are not installed
- Personally I would prefer to have the following packages installed: zsh nano (and starship, but that's probably too specific)
- No Grub: how can one boot a previous snapshot in case something breaks, e.g. caused by an update? 
  - Automatic rollback does not always work in my experience...

Log entries that stud out
Apr 16 21:50:46 localhost.localdomain systemd[2015]: app-gnome-xdg\x2duser\x2ddirs-2186.scope: PID 2186 vanished before we could move it to target cgroup '/user.slice/user-1000.slice/user@1000.service/app.slice/app-gnome-xdg\x2duser\x2dd>
Apr 16 21:50:46 localhost.localdomain systemd[2015]: app-gnome-xdg\x2duser\x2ddirs-2186.scope: No PIDs left to attach to the scope's control group, refusing.
Apr 16 21:50:46 localhost.localdomain systemd[2015]: app-gnome-xdg\x2duser\x2ddirs-2186.scope: Failed with result 'resources'.
Apr 16 21:50:46 localhost.localdomain systemd[2015]: Failed to start Application launched by gnome-session-binary.

Reproducible: Always

Steps to Reproduce:
- Download image from https://download.opensuse.org/repositories/devel:/microos:/aeon:/installer/aeon/openSUSE-Aeon.x86_64.raw.xz
- $> xz -d openSUSE-Aeon.x86_64.raw.xz
- $> qemu-img convert openSUSE-Aeon.x86_64.raw -O qcow2 openSUSE-Aeon.x86_64.qcow2
- $> qemu-img resize openSUSE-Aeon.x86_64.qcow2 +20G
- Open Gnome Boxes and add a new VM using 'Install from file', 6 GB RAM
- Run the VM
Actual Results:  
- On the first boot the system got stuck at a dark gray screen (graphical, mouse pointer is there and can be moved)
- Restart after 10 min
- System boots into configuration (language, keyboard, etc)
- Aeon Firstboot runs without problems (installs Firefox, Calculator, etc)

Expected Results:  
The system should boot into the configuration dialog on the first boot

Installation in Gnome Box that is installed as a flatpak. Host system is a Dell laptop running openSUSE Aeon.
Comment 1 Richard Brown 2024-04-17 15:38:54 UTC
Feedback to your AWESOME feedback

First boot hanging was probably the result of trying to resize the Rootfile system to be larger than 40GB when your test system had less..that's fine, tik will stop that in the future. Please retest with 40GB :)


- The GPT 2MB partition is required, yes
- The 4GB EFI partition is large by design - every kernel/initrd for every snapshot needs to fit in there.
- Podman and distrobox will be installed in images now
- No grub is intentional, it's a systemd-boot image. The boot menu should appear if pressing a button (space works nicely for me). I may make the boot menu appear all teh time, but that's a guaranteed boot slowdown I want to avoid

Those log entries are weird..I'll try to recreate :)

Please feel free to retest
https://download.opensuse.org/repositories/devel:/microos:/aeon:/installer/aeon/openSUSE-Aeon.x86_64.raw.xz
Comment 2 Richard Brown 2024-05-21 15:09:31 UTC
All issues expected to be addressed in RC2 images