Asus Vivobook does not power off upon shutdown or restart

I have installed Leap 16 on a new Asus Vivobook with AMD Ryzen processor. It is now dual boot, Windows 11 is the secondary O/S.
When using Windows, or Linux from an USB, the laptop switches off (power off) on shutdown, the LED indicating that power is on is dark/off.
When using Leap 16, when executing a shutdown, restart of update & restart (Discover application) the laptop starts the shutdown process and (very) soon has a blank (black) screen, but the power on LED stays on. Only pressing the on/off switch for 10 seconds will put the laptop really in power off state. The laptop is unresponsive to all other keys/ key combinations.
I do not detect any error message during the shutdown process.

I would like the laptop to shutdown up to and including the last step to power off state, and appreciate any help in achieving this.

What if you use poweroff (as root) from a terminal?

From a terminal in Plasma, su followed by shutdown -P now has the same behaviour as when shutting down from Plasma as normal user.

Which means, the system stops, the power led goes off, but ventilators keep running.

Sorry, I made a silly typing error.
My answer should have been
The same behaviour as when shutting down from Plasma as a normal user on the laptop, i.e. the system stops (I cannot see if it hangs as the screen goes black) and the power led stays on. I can’t hear the ventilator running.

Sorry, also some misinterpretation from my side. Thanks for the clarification.
Thus the command does the same as all other trials to shut down from the Leap 16.0 system, contrary to Windows and a “Linux system” booted from another device. What “Linux system” is that?

That is a USB with Clonezilla, with Debian.
I tried a USB with live Leap 15.6, but that woiuldn’t be recognised as bootable USB on the Asus laptop.

The journal might show something interesting; here is how a normal sequence looks like after issuing poweroff in a VT:

journalctl -b -1
<snip>
set 17 15:16:24 LT-B login[37228]: ROOT LOGIN ON tty4
set 17 15:16:35 LT-B systemd-logind[872]: poweroff requested from client PID 37390 ('poweroff') (unit session-5.scope)...
set 17 15:16:35 LT-B systemd-logind[872]: The system will power off now!
set 17 15:16:35 LT-B systemd-logind[872]: System is powering down.
set 17 15:16:35 LT-B systemd[1]: Stopping Session 5 of User root...
set 17 15:16:35 LT-B systemd[1]: Stopping Session c2 of User gdm-greeter...
set 17 15:16:35 LT-B login[37228]: pam_unix(login:session): session closed for user root
set 17 15:16:35 LT-B systemd[1]: Removed slice Slice /system/modprobe.
set 17 15:16:35 LT-B systemd[1]: Removed slice Slice /system/polkit-agent-helper.
set 17 15:16:35 LT-B systemd[1]: Stopped target Bluetooth Support.
set 17 15:16:35 LT-B systemd[1]: Stopped target Graphical Interface.
set 17 15:16:35 LT-B systemd[1]: Stopped target Sound Card.
set 17 15:16:35 LT-B systemd[1]: Stopped target Timer Units.
<snip>
set 17 15:16:37 LT-B systemd[1]: Reached target Late Shutdown Services.
set 17 15:16:37 LT-B systemd[1]: systemd-poweroff.service: Deactivated successfully.
set 17 15:16:37 LT-B systemd[1]: Finished System Power Off.
set 17 15:16:37 LT-B systemd[1]: Reached target System Power Off.
set 17 15:16:37 LT-B systemd[1]: Shutting down.
set 17 15:16:37 LT-B systemd-shutdown[1]: Syncing filesystems and block devices.
set 17 15:16:37 LT-B systemd-shutdown[1]: Sending SIGTERM to remaining processes...
set 17 15:16:37 LT-B haveged[658]: haveged: Stopping due to signal 15
set 17 15:16:37 LT-B haveged[658]: tot tests(BA8): A:1/1 B:1/1 continuous tests(B):  last entropy estimate 8.00005
set 17 15:16:37 LT-B haveged[658]: fills: 1, generated: 512 K bytes, RNDADDENTROPY: 73.25 K bytes
set 17 15:16:37 LT-B haveged[658]: haveged starting up
set 17 15:16:37 LT-B systemd-journald[539]: Received SIGTERM from PID 1 (systemd-shutdow).
set 17 15:16:37 LT-B systemd-journald[539]: Journal stopped

journal -b -1 on the Asus laptop doesn’t get as far as your log:

sep 17 13:52:10 VivobookRa auditctl[2391]: No rules
sep 17 13:52:10 VivobookRa kernel: audit: type=1305 audit(1789645930.013:188): >
sep 17 13:52:10 VivobookRa systemd[1]: auditd.service: Deactivated successfully.
sep 17 13:52:10 VivobookRa systemd[1]: Stopped Security Audit Logging Service.
sep 17 13:52:10 VivobookRa systemd[1]: systemd-tmpfiles-setup.service: Deactiva>
sep 17 13:52:10 VivobookRa systemd[1]: Stopped Create System Files and Director>
sep 17 13:52:10 VivobookRa systemd[1]: Stopped target Local File Systems.
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /.snapshots...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /boot/efi...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /boot/grub2/i386-pc...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /boot/grub2/x86_64-efi...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /home...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /opt...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /root...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /srv...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting Temporary Directory /tmp...
sep 17 13:52:10 VivobookRa systemd[1]: Unmounting /usr/local...
sep 17 13:52:10 VivobookRa systemd[1]: Stopping Flush Journal to Persistent Sto>
sep 17 13:52:10 VivobookRa systemd[1]: \x2esnapshots.mount: Deactivated success>
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /.snapshots.
sep 17 13:52:10 VivobookRa systemd[1]: boot-efi.mount: Deactivated successfully.
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /boot/efi.
sep 17 13:52:10 VivobookRa systemd[1]: boot-grub2-i386\x2dpc.mount: Deactivated>
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /boot/grub2/i386-pc.
sep 17 13:52:10 VivobookRa systemd[1]: boot-grub2-x86_64\x2defi.mount: Deactiva>
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /boot/grub2/x86_64-efi.
sep 17 13:52:10 VivobookRa systemd[1]: opt.mount: Deactivated successfully.
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /opt.
sep 17 13:52:10 VivobookRa systemd[1]: root.mount: Deactivated successfully.
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /root.
sep 17 13:52:10 VivobookRa systemd[1]: tmp.mount: Deactivated successfully.
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted Temporary Directory /tmp.
sep 17 13:52:10 VivobookRa systemd[1]: srv.mount: Deactivated successfully.
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /srv.
sep 17 13:52:10 VivobookRa systemd[1]: usr-local.mount: Deactivated successfull>
sep 17 13:52:10 VivobookRa systemd[1]: Unmounted /usr/local.

It just stops.

I switched to runtime level 3 with init 3 and logged as root: the shutdown behaviour is the same and this time the journal contained 4 extra lines at the end:

[snip]
sep 17 15:50:01 VivobookRa systemd[1]: opt.mount: Deactivated successfully.
sep 17 15:50:01 VivobookRa systemd[1]: Unmounted /opt.
sep 17 15:50:01 VivobookRa systemd[1]: opt.mount: Deactivated successfully.
sep 17 15:50:01 VivobookRa systemd[1]: Unmounted /opt.
sep 17 15:50:01 VivobookRa systemd[1]: opt.mount: Deactivated successfully.
sep 17 15:50:0100 VivobookRa systemd[1]: Unmounted /opt.

But it doesn’t even get to Reached target Unmount All Filesystems. ?

set 17 15:16:37 LT-B systemd[1]: Unmounted /home.
set 17 15:16:37 LT-B systemd[1]: Reached target Unmount All Filesystems.

Is there an external disk or something that refuses to shutdown?

Another test I did: I chose not to shutdown but to go to sleep mode (save to disk).
That works, the power led goes off. And on switching on, the laptop loads its saved memory as it should be.

Indeed, it doesn’t.
Nothing is connected, there is just a nvme SSD with multiple partitions.

A stale /etc/fstab with a line mentioning disks/partitions that are no longer there?

Not that I can see:

UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /                       btrfs  defaults                      0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /var                    btrfs  subvol=/@/var                 0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /usr/local              btrfs  subvol=/@/usr/local           0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /srv                    btrfs  subvol=/@/srv                 0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /root                   btrfs  subvol=/@/root                0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /opt                    btrfs  subvol=/@/opt                 0  0
UUID=8f099544-e1ce-487d-98c4-018c83be9aa2  /home                   xfs    defaults                      0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /boot/grub2/x86_64-efi  btrfs  subvol=/@/boot/grub2/x86_64-efi  0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /boot/grub2/i386-pc     btrfs  subvol=/@/boot/grub2/i386-pc  0  0
UUID=08CC-5897                             /boot/efi               vfat   utf8                          0  2
UUID=4b6a720a-147e-4537-a9d5-abcfb1865f9e  swap                    swap   defaults                      0  0
UUID=b9d8ba72-ca9f-4b31-9604-c757e5d2b0d1  /.snapshots             btrfs  subvol=/@/.snapshots          0  0

And to give the output from fdisk -l as well:

Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: MTFDKBA512QGN-1BN1AABGA                 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: C3CEFEC4-8F13-4C96-A708-50E3A2B2B761

Device             Start        End   Sectors   Size Type
/dev/nvme0n1p1      2048     514047    512000   250M EFI System
/dev/nvme0n1p2    514048     546815     32768    16M Microsoft reserved
/dev/nvme0n1p3    546816  341118975 340572160 162.4G Microsoft basic data
/dev/nvme0n1p4 998576128 1000214527   1638400   800M Windows recovery environment
/dev/nvme0n1p5 341118976  419762175  78643200  37.5G Linux filesystem
/dev/nvme0n1p6 419762176  423956479   4194304     2G Linux swap
/dev/nvme0n1p7 423956480  998576127 574619648   274G Linux filesystem

Partition table entries are not in disk order.

What you see is similar to systemctl halt in which the system stops but power is still on, rather than to systemctl poweroff where power is switched off after the system stops.
Check if you see any difference issuing either command.

Note: the old SystemV style shutdown command might not be as discriminating between the -H and the -P options.

I know that shutdown is (getting) obsolete and that systemctl is the recommended command, I have used shutdown that long that it’s difficult to change.
Anyway, systemctl poweroff bahaves the same as shutdown -P and shutting down by a user in Plasma.

Is there a discrete graphics card (Nvidia?) that refuses to shutdown?
Anything in the BIOS that keeps the system alive, such as wake-on-lan or the like?

Also see if https://bbs.archlinux.org/viewtopic.php?pid=1951237#p1951237 is of any help.

The graphic processor is AMD Radeon 660M.
I have made some change to the BIOS, among other things to make the laptop boot from the Leap 16 installation USB.
Secure boot is switched off, there is no wake-on-lan setting that I can find and if som I would have switched it off. The laptop is brand new and received Leap 16 just after Windows 11 was installed (I couldn’t get into the BIOS directly, Microsoft started loading immediately). The laptop is to be used isolated from networks, just connected via wifi to internet.