Arch Linux

N1ck9141

Member

Registered: 2025-03-15

Posts: 2

SOLVEDCommon problem, no solution "Laptop reboots instead of shutdown"

Hi so I am looking for some help with what is normally an easy issue, when I try to shutdown my laptop reboots instead. I am nearly 2 weeks into investigating this and getting nowhere so open to any ideas and I will probably not be able to explain everything I have been through below but will do my best to give you and idea, I don't want to pollute theories to much incase you assume I would have tried something I have missed... I and praying its something obvious I have missed, but I really don't think it is going to be....

Really sorry this is going to be huge!!!

Where to begin:
Normally "wake-on-lan" related issue, well not that I can see.

Laptop : MSI Prestige 14 AI Evo C1M (Intel Ultra 7 155H)

OS: Arch
Kernel: 6.14.0-rc6-1-mainline-dirty (I have tried multiple as explained below)
DTE: Hyprland
WM: Sway
Systemd, and Systemd-boot
SDDM for Login screen

Problem:
As above when I try to shutdown my laptop is reboots.

Trouble shooting steps:
I have seen this sort of thing happen before and it has been a WOL issue.
Bios does not have any WOL options.....
So OS

➜ sudo ethtool eno1
Settings for eno1:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  10baseT/Half 10baseT/Full
	                        100baseT/Half 100baseT/Full
	                        1000baseT/Full
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Speed: Unknown!
	Duplex: Unknown! (255)
	Auto-negotiation: on
	Port: Twisted Pair
	PHYAD: 2
	Transceiver: internal
	MDI-X: Unknown
	Supports Wake-on: pumbg
	Wake-on: d
        Current message level: 0x00000007 (7)
                               drv probe link
	Link detected: no

All good: No difference
So I took down the device complete just in case it was still messing with it

2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether d8:43:ae:cf:5d:3f brd ff:ff:ff:ff:ff:ff

No difference
Next steps, maybe is a power setting, I have Upower, tlp normal things setup and configured mostly to recommended defaults in Arch Wiki

➜ systemctl --type=service --state=running
  UNIT                                      LOAD   ACTIVE SUB     DESCRIPTION                >
  bluetooth.service                         loaded active running Bluetooth service
  cpupower-gui-helper.service               loaded active running cpupower-gui system helper
  cups.service                              loaded active running CUPS Scheduler
  dbus-:1.3-mcontrolcenter.helper@0.service loaded active running dbus-:1.3-mcontrolcenter.he>
  dbus-broker.service                       loaded active running D-Bus System Message Bus
  NetworkManager.service                    loaded active running Network Manager
  ollama.service                            loaded active running Ollama Service
  polkit.service                            loaded active running Authorization Manager
  rtkit-daemon.service                      loaded active running RealtimeKit Scheduling Poli>
  sddm.service                              loaded active running Simple Desktop Display Mana>
  systemd-journald.service                  loaded active running Journal Service
  systemd-logind.service                    loaded active running User Login Management
  systemd-resolved.service                  loaded active running Network Name Resolution
  systemd-timesyncd.service                 loaded active running Network Time Synchronization
  systemd-udevd.service                     loaded active running Rule-based Manager for Devi>
  systemd-userdbd.service                   loaded active running User Database Manager
  thermald.service                          loaded active running Thermal Daemon Service
  upower.service                            loaded active running Daemon for power management
  user@1000.service                         loaded active running User Manager for UID 1000
  wpa_supplicant.service                    loaded active running WPA supplicant

Legend: LOAD   → Reflects whether the unit definition was properly loaded.
        ACTIVE → The high-level unit activation state, i.e. generalization of SUB.
        SUB    → The low-level unit activation state, values depend on unit type.

I have messed with disabled enabled remove reinstalled change configs etc On everything here from my network tools to polkit to upower,  all of it I am happy to try and further suggestions but over a week in I have tried everything i can think of and everything i can find online....

So after this I figured perhaps a Kernel issue...
There was nothing in any of the Journalds at this point I had reviewed that made me believe it was a kernel issue, but whats the harm in trying...

So I tried the normal Arch 6.13, a fallback i keep 6.12, and larger role back to test a possible solution i found 6.09 (however this led to a number of other issues and didnt fix the problem)
LTS and Hardend etc

No changed to behavior with any of these....UNTIL! I returned to the Arch 6.13 kernel and was trying different service test again and suddenly it worked!
It shutdown and stayed shutdown ! I was lucky enough to grab the Journald from it the only change was my AC power... HOWEVER, it worked ONCE, after that no matter power in or out it fails.

I did collect both those journald in full from both successful and failed just in case it is something else happening at the time I am not spotting and I can post HOWEVER I was never able to replicate the success again....

CURRENT STATE

So after not being able to replicate the above Success again I figured it was more likely a crash that was just lucky timing,  and moved on... I compiled and updated to the Latest Linux-Mainline Kernel I found as stated at the top.
The same issue still applies

Systemtctl Poweroff
Shutdown -h now
Shutdown now
Shutdown -P
Shutdown

all result in the laptop rebooting.

BUT, I have noticed in my testing something new, With this latest kernel that I think might point to something but I can figure it out...

If I boot my laptop to the SDDM login screen
Dont Login just click shutdown
It shut downs perfectly On Battery and AC everytime...

If I boot to SDDM and Login! Then try a shutdown command.
It reboots.
So I figured it must be something with my Hyprland DE, so I installed a Gnome and XFCE to test....

All Three do the same..

Shutsdown correctly from Login screen
Reboots when in a DE?

PLEASE any ideas ??? I have ran out ???

Last edited by N1ck9141 (2025-03-16 18:28:00)

N1ck9141

Member

Registered: 2025-03-15

Posts: 2

Re: SOLVEDCommon problem, no solution "Laptop reboots instead of shutdown"

WELL I HATE MSI!!!!!

Turns out after all of this it was the common issue! WAKE ON LAN!!!!

But MSI have a hidden advance BIOS secondary option that also needed to be disabled to fully disable wake on lan and now the system shuts down perfectly. Still have no idea at what point my DE was messing with this setting but as far as I am concerned its resolved I am happy...

For anyone else having a similar issue.
Go to BIOS go to ADVANCED tab Press:

Hold Right Control (or Co-pilot key)
Hold Right Shift
Hold Left Alt
Press F2 (note your may need to enable to f keys first with FN and Esc if you dont have them enabled)

and in there you will find some extra network and WOL related setting!