Description of problem: Our customer was using Lorax in the past, and kept it for RHEL 8, despite being deprecated in favor of osbuild-composer. But the latest backend does not provide a "live-iso" image type as the former backend did. RHEL 9 still provide lorax-lmc-novirt, without the KS templates with (many) tricks related to a live desktop session (which were stored in /usr/share/doc/lorax/rhel-livemedia.ks). Using the RHEL 8 one allows me to create a RHEL 9 live image, but some hacks didn't work. One of the major customer expectations is to have the squashfs (containing the standard rootfs customized by the blueprint != anaconda installer) loaded into RAM (allowing the USB to be unplugged). Not sure it should be the default (as it can be enabled with rd.live.ram=1). Please see these upstream issues that are closely related: * Live images for PXE boot output format #472 - https://github.com/osbuild/osbuild/issues/472 * https://github.com/osbuild/osbuild/pull/430 Version-Release number of selected component (if applicable): osbuild-composer-76-2.el9_2.2.x86_64
Doable with lorax-lmc-novirt and livemedia.ks [root@localhost ~]# uname -a Linux localhost.localdomain 5.14.0-284.11.1.el9_2.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Apr 12 10:45:03 EDT 2023 x86_64 x86_64 x86_64 GNU/Linux [root@localhost ~]# cat /etc/redhat-release Red Hat Enterprise Linux release 9.2 (Plow) [root@localhost ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS loop0 7:0 0 1.6G 1 loop loop1 7:1 0 7.8G 1 loop ├─live-rw 253:0 0 7.8G 0 dm / └─live-base 253:1 0 7.8G 1 dm loop2 7:2 0 32G 0 loop └─live-rw 253:0 0 7.8G 0 dm / sr0 11:0 1 1.6G 0 rom /run/initramfs/live
(In reply to Christophe Besson from comment #0) > RHEL 9 still provide lorax-lmc-novirt, without the KS templates with (many) > tricks related to a live desktop session (which were stored in > /usr/share/doc/lorax/rhel-livemedia.ks). FYI there is still an example kickstart, it was renamed to /usr/share/doc/lorax/livemedia.ks, and it does work on RHEL 9.2 just fine.
*** This bug has been marked as a duplicate of bug 1975829 ***