Created attachment 15209 [details] Messages related to sddm in journal I use the Classic Installer 64bit image to make a LxQt installation After the process sddm not start I attach the messages from journalctl -xe --no-hostname|grep sddm
Looks a misconfiguration of the graphic server the drakx11 --auto select one of the drivers for VM but after reboot the boot process stuck in hardware detection Reboot in recovery mode and set modesetings (and check for start graphic server) It works
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=34842
Summary: Fresh Installed VM not start sddm => Fresh Installed VM not start sddm; graphic driver issue suspectedAssignee: bugsquad => kernel
José: please say what the host system is; and the version of ? virtualbox (or whatever).
(In reply to Lewis Smith from comment #2) > José: please say what the host system is; and the version of ? virtualbox > (or whatever). The host system is mageia 9 x86_64 The guest (where the fail is produced) is mageia 10 x86_64 alpha1, the virtualization software used is gnome-boxes
Works in real installation, I not test other installation in the VM, perhaps when new ISOs arrive
Still valid https://www.imagebam.com/view/ME18YNSE This test is with the i686 image
Created attachment 15244 [details] xorg.conf file
Remove xorg.conf make it work too inxi -G Graphics: Device-1: Red Hat QXL paravirtual graphic card driver: qxl v: kernel Display: x11 server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.9 driver: X: loaded: modesetting unloaded: fbdev,vesa gpu: qxl resolution: 1024x768~60Hz API: OpenGL v: 4.5 vendor: mesa v: 25.1.9 renderer: llvmpipe (LLVM 20.1.8 128 bits) API: EGL Message: EGL data requires eglinfo. Check --recommends. Info: Tools: api: glxinfo de: kscreen-doctor x11: xdpyinfo, xprop, xrandr And look like also load modesetting as driver
But with mga9 as guest it was correctly starting or was already broken with with the qxl DDX driver?
CC: (none) => ghibomgx
(In reply to Giuseppe Ghibò from comment #8) > But with mga9 as guest it was correctly starting or was already broken with > with the qxl DDX driver? It works Fresh Instaled VM Mageia 9 LxQt 64b inxi -G Graphics: Device-1: Red Hat QXL paravirtual graphic card driver: qxl v: kernel Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X: loaded: v4l gpu: qxl resolution: 1280x768 API: OpenGL v: 4.5 vendor: mesa v: 25.0.7 renderer: llvmpipe (LLVM 15.0.6 128 bits) API: EGL Message: EGL data requires eglinfo. Check --recommends.
And if I remember well after a upgrade to cauldron the system still working (soma packages not was replaced but I manually did and still not issues) :S I will upgrade again the 64b VM to check what happen
This is Valid for Mageia 10 64b LXDE + lxdm under gnome-boxes Looks like the bulletproof solution is boot in recovery mode and set modeseting as driver. Or perhaps Guiseppe you could suggest a kernel option to force the use of modeseting? use drakx11 in text mode is not for everyone.
Summary: Fresh Installed VM not start sddm; graphic driver issue suspected => Fresh Installed VM not start graphic mode; graphic driver issue suspected
Summary: Fresh Installed VM not start graphic mode; graphic driver issue suspected => Fresh Installed or upgraded VM not start graphic mode; graphic driver issue suspected
Summary: Fresh Installed or upgraded VM not start graphic mode; graphic driver issue suspected => Fresh Installed or upgraded gnome-boxes VM not start graphic mode; graphic driver issue suspected
Keywords: (none) => IN_ERRATA10
(In reply to katnatek from comment #11) > This is Valid for Mageia 10 64b LXDE + lxdm under gnome-boxes > > Looks like the bulletproof solution is boot in recovery mode and set > modeseting as > driver. > > Or perhaps Guiseppe you could suggest a kernel option to force the use of > modeseting? use drakx11 in text mode is not for everyone. IMHO we have to figure out why the DDX qxl (btw, there is also an upgrade) driver is not working anymore, since the "emulated" hardware is not changed. You said also that in mga9 with the newer 6.12.x or 6.18.x series it's working as well as with mga9 updated to mga10. So maybe it's just some missed package? Regarding options, when there was no /etc/X11/xorg.conf and X starting was based on autoselect, I remember there was the boot cmdline option xdriver=..., as documented here: https://wiki.mageia.org/en/How_to_set_up_kernel_options. This is not a native kernel option, but rather an option that it's passed to userspace for later interpretation by the startup scripts.
(In reply to Giuseppe Ghibò from comment #12) > IMHO we have to figure out why the DDX qxl (btw, there is also an upgrade) > driver is not working anymore, since the "emulated" hardware is not changed. > You said also that in mga9 with the newer 6.12.x or 6.18.x series it's > working as well as with mga9 updated to mga10. So maybe it's just some > missed package? > The test is with kernel 6.6.116 in the host, I not think that switch to backport kernel change something, but I'll try whe can. Also in the guest the test is with 6.12, need to test with 6.18 > Regarding options, when there was no /etc/X11/xorg.conf and X starting was > based on autoselect, I remember there was the boot cmdline option > xdriver=..., as documented here: > https://wiki.mageia.org/en/How_to_set_up_kernel_options. This is not a > native kernel option, but rather an option that it's passed to userspace for > later interpretation by the startup scripts.
I'm referring to guest's libs/kernel, not host one.
Today I update the lxde VM not see qxl package in the updates rpm -qa|grep qxl x11-driver-video-qxl-0.1.6-5.mga10 So that is tested with 6.12 kernel Install kernel-stable-testing-destop + the equivalent userspace-headers run drakx11 --auto check it use qxl driver reboot No luck Remove xorg.conf for the moment works with 6.12 and stable-testing But that is a few random in comment#11 time did not work So can't be sure if xdriver= is a good bullet-proof solution So other recommendations could be for gnome-boxes VM set modestting: 1. in the Summary screen in clean installations 2. while you are in graphic mode before start the upgrade process
The initial workaround was to remove the /etc/X11/xorg.conf file and boot adding xdriver=modesetting to the boot grub cmdline. Anyway, now try with x11-driver-video-qxl-0.1.6-6.mga10
(In reply to Giuseppe Ghibò from comment #16) > The initial workaround was to remove the /etc/X11/xorg.conf file and boot > adding xdriver=modesetting to the boot grub cmdline. > That works randomly, in 1st test that cause the report not work and have to set modesetting with drakx11 > Anyway, now try with x11-driver-video-qxl-0.1.6-6.mga10 LXDE VM inxi -G Graphics: Device-1: Red Hat QXL paravirtual graphic card driver: qxl v: kernel Display: x11 server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.9 driver: X: loaded: v4l gpu: qxl resolution: N/A API: OpenGL v: 4.5 vendor: mesa v: 25.1.9 renderer: llvmpipe (LLVM 20.1.8 128 bits) API: EGL Message: EGL data requires eglinfo. Check --recommends. Info: Tools: api: glxinfo x11: xdpyinfo, xprop, xrandr uname -r 6.12.62-desktop-5.mga10 rpm -q x11-driver-video-qxl x11-driver-video-qxl-0.1.6-6.mga10 Is working Will try with 6.18 and in the LxQt VM
Works in LXDE VM with uname -r 6.18.2-desktop-3.stabletesting.mga10
LxQt VM rpm -q x11-driver-video-qxl x11-driver-video-qxl-0.1.6-6.mga10 uname -r 6.12.62-desktop-5.mga10 inxi -G Graphics: Device-1: Red Hat QXL paravirtual graphic card driver: qxl v: kernel Display: x11 server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.9 driver: X: loaded: v4l gpu: qxl resolution: N/A API: OpenGL v: 4.5 vendor: mesa v: 25.1.9 renderer: llvmpipe (LLVM 20.1.8 128 bits) API: EGL Message: EGL data requires eglinfo. Check --recommends. Info: Tools: api: glxinfo de: kscreen-doctor x11: xdpyinfo, xprop, xrandr It works too Thank you
Status: NEW => RESOLVEDKeywords: IN_ERRATA10 => (none)Resolution: (none) => FIXED
Ok, fine then.