Created attachment 15544 [details]
files list

OK x86_64 6.6.137-1

Machine details in Bug 35459 Comment 8

Machine: Acer Aspire A717
Integrated Intel HD Graphics (the nvidia GPU not used)

Using an LUKS encrypted partition for LVM, which contain /, /home, swap. Separate /boot partition. All was set up by installer.

Clean update, reboot
§ suspend-resume
§ hibernate-restore
(both really feels snappy, also true for other machines i will report)

Playing video in Firefox over wifi from internet
Appimage Nextcloud client

CC: (none) => fri

RH x86_64

uname -r
6.6.137-1.mga9

Ethernet OK
Audio/Video OK
Mount ISOs with dkms-vhba + cdemu-client OK

$ inxi -SMCGN
System:
  Host: localhost Kernel: 6.6.137-1.mga9 arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 5.27.10 Distro: Mageia 9
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME Q270M-C v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 2201
    date: 12/21/2023
CPU:
  Info: quad core model: Intel Core i5-7500 bits: 64 type: MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 800 min/max: 800/3800 cores: 1: 800 2: 800 3: 800 4: 800
Graphics:
  Device-1: NVIDIA GM107GL [Quadro K620] driver: nouveau v: kernel
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X:
    loaded: modesetting,v4l dri: nouveau gpu: nouveau resolution: 1920x1080~60Hz
  API: EGL v: 1.5 drivers: nouveau,swrast
    platforms: gbm,x11,surfaceless,device
  API: OpenGL v: 4.5 compat-v: 4.3 vendor: mesa v: 25.0.7 renderer: NV117
  API: Vulkan v: 1.3.231 drivers: llvmpipe surfaces: xcb,xlib
Network:
  Device-1: Intel Ethernet I219-LM driver: e1000e

No installation issues. After the reboot Firefox OK, Kodi OK, Gnome Boxes OK, vlc OK, VPN OK.

Looks good here.

CC: (none) => andrewsfarm

OK i586 on Thinkpad T43, LXDE

Plain ext4 partitions, IDE disk on mainboard SATA bridge

suspend-resume
hibernate-restore

Firefox playing internet video in small window via wifi, and writing this.

[ettan@localhost ~]$ inxi -SMCGN
System:
  Host: localhost Kernel: 6.6.137-1.mga9 arch: i686 bits: 32
  Desktop: LXDE v: 0.10.1 Distro: Mageia 9
Machine:
  Type: Laptop System: IBM product: 2668R1G v: ThinkPad T43
    serial: <superuser required>
  Mobo: IBM model: 2668R1G serial: <superuser required> BIOS: IBM
    v: 1YET62WW (1.27 ) date: 05/18/2006
CPU:
  Info: single core model: Intel Pentium M bits: 32 cache: 2 MiB note: check
  Speed (MHz): 800 min/max: 800/1866 core: 1: 800
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] RV370/M22 [Mobility Radeon X300]
    driver: radeon v: kernel
  Display: x11 server: X.org v: 1.21.1.8 with: Xwayland v: 22.1.9 driver: X:
    loaded: radeon,v4l dri: r300 gpu: radeon resolution: 1024x768~60Hz
  API: EGL v: 1.4,1.5 drivers: kms_swrast,r300,swrast
    platforms: gbm,x11,surfaceless,device
  API: OpenGL v: 4.5 compat-v: 2.1 vendor: mesa v: 25.0.7 renderer: llvmpipe
    (LLVM 15.0.6 128 bits)
Network:
  Device-1: Broadcom NetXtreme BCM5751M Gigabit Ethernet PCI Express
    driver: tg3
  Device-2: Intel PRO/Wireless 2200BG [Calexico2] Network driver: ipw2200


-----

/!\  ** Systematic bug found **  /!\

When restoring from hibernation, on this system GRUB defaults to backport kernel
(kernel-stable-testing-desktop586-6.18.26-1.stabletesting.mga9),
and that results a few seconds into the boot in a reboot and *session lost!*

Workaround: I need to manually in grub select linus 6.6.137-1 when restoring, then it works perfectly.

Also backport kernel resumes perfectly if it was that one that was suspended.
I have not tried restoring a suspended session with 6.18 kernel with a 6.6 kernel.

This is something we need to address in a separate bug
 - but lets ship the kernels fist.
And note in our wiki page about backport kernel and maybe in errata.

Have we only been lucky before?
I know i have some times deliberately selected or let it boot different flavours when restoring contra the flavour that was suspending, and after restore, uname -a report the kernel that was used before hibernation, not the one last booted.

It seems we need to either make it resilient to boot different kernels for restore, or convince grub to after hibernation boot same kernel as the last one.

Is this a new issue that doesn't happen when you switch back to the previous kernel?

Usually, GRUB defaults to the entry in /etc/default/grub, specifically the line:

GRUB_DEFAULT=saved

This boots generally to the value pointed to by the content of the file /boot/grub2/grubenv.

(In reply to Giuseppe Ghibò from comment #6)

Lets move out this problem to
Bug 35469 - restore from hibernation reboots, session lost, when grub default to wrong kernel

I think linus 6.6.137-1.mga9 is ready to go.

OK then, validating.

Whiteboard: (none) => MGA9-32-OK MGA9-64-OK
Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGASA-2026-0110.html

Resolution: (none) => FIXED
Status: NEW => RESOLVED