#1141969 linux-image-7.1.3+deb14-amd64: Cannot shutdown computer

#1141969#5
Date:
2026-07-12 23:06:35 UTC
From:
To:
Dear Maintainer,

After the latest kernel update, I am unable to shutdown my computer:

Step 1: Click shutdown (I am on KDE).

Expected result:

Systemd does its thing, and within a moment, the computer powers off.

Observed behaviour:

Systemd does its thing, screen powers off, but the computer keeps running.
After helping it out by holding the power button and rebooting, Systemd has no
complaints about corrupted journal entries or anything like that. As far as it
is concerned, it is recovering from a clean shutdown. It's like the kernel
fails at the very last step: cutting the power.

#1141969#10
Date:
2026-07-12 23:11:19 UTC
From:
To:
So this is interesting. Filing this bug report appears to have fixed the
issue (somehow). Literally the moment I file this, it’s fixed. What.

​

#1141969#15
Date:
2026-07-12 23:16:19 UTC
From:
To:
Alright. Someone please tell me what’s going on. I just wrote about it
being fixed after reporting this bug. I shutdown right after. Guess
what, the issue came back. So:

 1.

    Can’t shutdown

 2.

    I file this bug report

 3.

    That fixes the issue

 4.

    I report that it’s fixed

 5.

    That unfixes the issue

I swear I am not making things up.

​

#1141969#20
Date:
2026-07-16 10:35:51 UTC
From:
To:
So I did some more testing. It seems to fix/unfix itself at random;
writing to you had nothing to do with it. Also rebooting always works.

​

#1141969#25
Date:
2026-07-21 17:45:49 UTC
From:
To:
I also have this issue, on 7.1.4 and 7.1.3, on 7.1.3 it was sporadic, on 7.1.4 its permanently broken.
my lenovo ideapad 5 2in1 gen 9 refused to shut down properly when shutting down through either kde plasma or the sudo poweroff command, its an acpi related issue, the fix was to disable the amd hardware watchdog with editing /etc/default/grub
by adding the quiet nowatchdog parameter in GRUB_CMDLINE_LINUX_DEFAULT.
I blacklisted the kernel module aswell: sudo tee /etc/modprobe.d/watchdog.conf.

#1141969#30
Date:
2026-07-28 18:24:08 UTC
From:
To:
Ok, rebooting now also causes freezes.

​

#1141969#35
Date:
2026-07-28 21:51:03 UTC
From:
To:
Greetings.

I see this issue on upstream vanilla kernel, self-compiled, on a ThinkPad
T14 AMD Gen 5. So I think I can confirm that this is an upstream kernel
issue.

I have seen this both with shutdown and reboot with AFAIR any 7.1 kernel.
7.0 has been fine. It does not happen all the time but most of the
attempts to reboot or shutdown the laptop fail like this: Black screen,
but laptop power LED still on. Sometimes also the fan can be still heard.
Some of the times I waited for minutes, but no change.

Work-around is to force power off by pressing power button long enough.

I am using Runit instead of Systemd so this issue does not seem to be
related to PID 1.

Best,

#1141969#40
Date:
2026-07-29 15:13:35 UTC
From:
To:
Hi all,

Is this issue still present as well with 7.1.5?

Can you additionally test 7.2~rc5-1~exp1 in experimental to verify if
it affects still mainline?

If you reliably can reproduce the problem and assert the problem then
it would be helpful if you can bisect the problem (between 7.0.y and
7.1.y).

Regards,
Salvatore

#1141969#47
Date:
2026-07-29 17:08:59 UTC
From:
To:
Greetings Salvatore, greetings.

Thanks for your reply.

Salvatore Bonaccorso - 29.07.26, 17:13:35 CEST:
[…]

Sorry I forgot to mention. Yes it is. Running 7.1.5 currently.

I could look into it. Given a mixture of stability issues with the Linux
kernel on various laptops I am a bit hesitant about release candidate
kernels. Also this is not the only issue I am having with Linux on this
laptop. (But the other issues have been happening before 7.1 already and
are unrelated.)

Have been using them before, but my general impression is that the general
kernel quality deteriorated in the last years. So I usually wait for a
vanilla release or even a .1 or .2 one.

So maybe I wait a bit longer before I test 7.2.

As I explained, I cannot reproduce the issue with absolute reliability.
Sometimes shutdown and reboot does work. Most of the times it does not,
but sometimes it does.

Honestly written I do not feel like investing both the time and the risk
to do a bisect on my main laptop. A bisect can lead into a state between
rc1 and older release kernel. Filesystems, NVME and block layer could be
in whatever unknown state and this laptop holds 3,5 TB of data. Which is
backed up of course, but the effort to play back the backup from hard
disk… I bet you get the idea. Also I may need multiple attempts to be
certain whether the issue is actually really gone.

This is the main reason I did not report this with upstream kernel
community. They almost always ask for a bisect. Which can be very labor
and time intensive way to identify an issue and can be risky as well. I
know cause I did a bisect at least once. I wished the kernel could be more
helpful instead of just not working correctly without any helpful error
message. But usually it is just that: Some kind of crash without
indication as to why.

I am sorry if this sounds like a bit of a resignation. But actually it is.
I am very surprised that this issue has not been caught before 7.1
release. This bug is happening on main stream hardware.

So I am sorry but I think I cannot be of much more help here. I may try
7.2 before vanilla release.

Until then I just use the work-around to forcefully switch off the laptop
and be done with it I bet.

(BTW I do not want to turn this into a discussion, but I wanted to justify
declining your request for a bisect.)

Best Regards,

#1141969#52
Date:
2026-07-29 16:55:25 UTC
From:
To:
On Wed, 29 Jul 2026 17:13:35 +0200 Salvatore Bonaccorso  <carnil@debian.org> wrote:
 > Control: tags -1 + moreinfo
 >
 > Is this issue still present as well with 7.1.5?
 >

I can reproduce it in 7.1.5, my fix that i suggested with blacklisting
the kernel module doesnt work either anymore. now its sporadic,
sometimes it works and my ideapad properly shuts down, sometimes it
doesnt work and it doesnt fully shut down (power led is on and the fan
sometimes still runs). when it goes to sleep it often also doesnt wake
up anymore and i have to shut it down with the power button.

Regards,

Simon

#1141969#59
Date:
2026-07-30 06:31:16 UTC
From:
To:
On Wed, 29 Jul 2026 17:13:35 +0200 Salvatore Bonaccorso
<carnil@debian.org> wrote:
 > Control: tags -1 + moreinfo
 >
 > Hi all,
 >
 > On Tue, Jul 28, 2026 at 11:51:03PM +0200, Martin Steigerwald wrote:
 > > Greetings.
 > >
 > > I see this issue on upstream vanilla kernel, self-compiled, on a
ThinkPad
 > > T14 AMD Gen 5. So I think I can confirm that this is an upstream
kernel
 > > issue.
 > >
 > > I have seen this both with shutdown and reboot with AFAIR any 7.1
kernel.
 > > 7.0 has been fine. It does not happen all the time but most of the
 > > attempts to reboot or shutdown the laptop fail like this: Black
screen,
 > > but laptop power LED still on. Sometimes also the fan can be still
heard.
 > > Some of the times I waited for minutes, but no change.
 > >
 > > Work-around is to force power off by pressing power button long enough.
 > >
 > > I am using Runit instead of Systemd so this issue does not seem to be
 > > related to PID 1.
 >
 > Is this issue still present as well with 7.1.5?
 >
 > Can you additionally test 7.2~rc5-1~exp1 in experimental to verify if
 > it affects still mainline?
 >
 > If you reliably can reproduce the problem and assert the problem then
 > it would be helpful if you can bisect the problem (between 7.0.y and
 > 7.1.y).
 >
 > Regards,
 > Salvatore
 >
 >

lenovo t510
i7 m620 cpu
nvidia gt218m

i have tested with image 7.0.14 (works), 7.1.3, 7.1.4 & 7.1.5 (all
doesn't work) and lastly 7.2 rc5 (doesn't work)

7.1.3 is also tested on a lenovo T410 (i5 cpu, intel gpu) and here it
works fine

#1141969#64
Date:
2026-08-04 15:41:37 UTC
From:
To:
On Thu, 30 Jul 2026 08:31:16 +0200 ole.carlsen@gmail.com wrote:
 > On Wed, 29 Jul 2026 17:13:35 +0200 Salvatore Bonaccorso
 > <carnil@debian.org> wrote:
 > > Control: tags -1 + moreinfo
 > >
 > > Hi all,
 > >
 > > On Tue, Jul 28, 2026 at 11:51:03PM +0200, Martin Steigerwald wrote:
 > > > Greetings.
 > > >
 > > > I see this issue on upstream vanilla kernel, self-compiled, on a
 > ThinkPad
 > > > T14 AMD Gen 5. So I think I can confirm that this is an upstream
 > kernel
 > > > issue.
 > > >
 > > > I have seen this both with shutdown and reboot with AFAIR any 7.1
 > kernel.
 > > > 7.0 has been fine. It does not happen all the time but most of the
 > > > attempts to reboot or shutdown the laptop fail like this: Black
 > screen,
 > > > but laptop power LED still on. Sometimes also the fan can be still
 > heard.
 > > > Some of the times I waited for minutes, but no change.
 > > >
 > > > Work-around is to force power off by pressing power button long
enough.
 > > >
 > > > I am using Runit instead of Systemd so this issue does not seem to be
 > > > related to PID 1.
 > >
 > > Is this issue still present as well with 7.1.5?
 > >
 > > Can you additionally test 7.2~rc5-1~exp1 in experimental to verify if
 > > it affects still mainline?
 > >
 > > If you reliably can reproduce the problem and assert the problem then
 > > it would be helpful if you can bisect the problem (between 7.0.y and
 > > 7.1.y).
 > >
 > > Regards,
 > > Salvatore
 > >
 > >
 >
 > lenovo t510
 > i7 m620 cpu
 > nvidia gt218m
 >
 > i have tested with image 7.0.14 (works), 7.1.3, 7.1.4 & 7.1.5 (all
 > doesn't work) and lastly 7.2 rc5 (doesn't work)
 >
 > 7.1.3 is also tested on a lenovo T410 (i5 cpu, intel gpu) and here it
 > works fine
 >
 > --
 > ole
 >
 >
just tested 7.1.6 from sid and same-same still doesn't shutdown properly

#1141969#69
Date:
2026-08-06 08:07:56 UTC
From:
To:
same here, though its back to being sometimes it shuts down and sometimes it doesnt. 7.1.4 it never shut down, 7.1.5 it rarely did and now with 7.1.6 its 40% of the time or so.

Simon

#1141969#74
Date:
2026-08-06 08:40:40 UTC
From:
To:
Simon - 06.08.26, 10:07:56 CEST:

Still testing 7.1.6 upstream vanilla kernel, self-compiled. AFAIR it did
shutdown all of the times so far. Maybe I am lucky with an success rate of
more than 40% and it just did not fail yet. Will continue to test and
report back.

Best,

#1141969#79
Date:
2026-08-07 17:36:01 UTC
From:
To:
On Tue, 4 Aug 2026 17:41:37 +0200 ole.carlsen@gmail.com wrote:
 > On Thu, 30 Jul 2026 08:31:16 +0200 ole.carlsen@gmail.com wrote:
 > > On Wed, 29 Jul 2026 17:13:35 +0200 Salvatore Bonaccorso
 > > <carnil@debian.org> wrote:
 > > > Control: tags -1 + moreinfo
 > > >
 > > > Hi all,
 > > >
 > > > On Tue, Jul 28, 2026 at 11:51:03PM +0200, Martin Steigerwald wrote:
 > > > > Greetings.
 > > > >
 > > > > I see this issue on upstream vanilla kernel, self-compiled, on a
 > > ThinkPad
 > > > > T14 AMD Gen 5. So I think I can confirm that this is an upstream
 > > kernel
 > > > > issue.
 > > > >
 > > > > I have seen this both with shutdown and reboot with AFAIR any 7.1
 > > kernel.
 > > > > 7.0 has been fine. It does not happen all the time but most of the
 > > > > attempts to reboot or shutdown the laptop fail like this: Black
 > > screen,
 > > > > but laptop power LED still on. Sometimes also the fan can be still
 > > heard.
 > > > > Some of the times I waited for minutes, but no change.
 > > > >
 > > > > Work-around is to force power off by pressing power button long
 > enough.
 > > > >
 > > > > I am using Runit instead of Systemd so this issue does not seem
to be
 > > > > related to PID 1.
 > > >
 > > > Is this issue still present as well with 7.1.5?
 > > >
 > > > Can you additionally test 7.2~rc5-1~exp1 in experimental to verify if
 > > > it affects still mainline?
 > > >
 > > > If you reliably can reproduce the problem and assert the problem then
 > > > it would be helpful if you can bisect the problem (between 7.0.y and
 > > > 7.1.y).
 > > >
 > > > Regards,
 > > > Salvatore
 > > >
 > > >
 > >
 > > lenovo t510
 > > i7 m620 cpu
 > > nvidia gt218m
 > >
 > > i have tested with image 7.0.14 (works), 7.1.3, 7.1.4 & 7.1.5 (all
 > > doesn't work) and lastly 7.2 rc5 (doesn't work)
 > >
 > > 7.1.3 is also tested on a lenovo T410 (i5 cpu, intel gpu) and here it
 > > works fine
 > >
 > > --
 > > ole
 > >
 > >
 > just tested 7.1.6 from sid and same-same still doesn't shutdown properly

tested 7.1.7 and for me it is still the same, all 7.1.x does not succeed
in shutting down, not even once, they fail every time i try

#1141969#84
Date:
2026-08-08 14:48:24 UTC
From:
To:
For me 7.1.7 works with the blacklisted sp5100_tco module so far. it
always shuts down and even reboots work.

#1141969#89
Date:
2026-08-08 15:33:43 UTC
From:
To:
simon - 08.08.26, 16:48:24 CEST:

Regarding vanilla upstream kernel: Worked 100% of the times with 7.1.6 and
7.1.7. However only a few reboots with 7.1.7 already.

So it appears there may be two issues regarding shutdown / reboot not
working. One apparently may be fixed. Another one not yet? Maybe depending
on which drivers / modules are loaded?

However sp5100_tco is loaded on my ThinkPad T14 AMD Gen 5. It uses the
watchdog module. So maybe two different issues in the same module?

Should I experience a hang on shutdown or reboot again, I let you know.

Best,

#1141969#94
Date:
2026-08-08 18:49:15 UTC
From:
To:
On Sat, 08 Aug 2026 17:33:43 +0200 Martin Steigerwald  <martin@lichtvoll.de> wrote:
 > simon - 08.08.26, 16:48:24 CEST:
 > > For me 7.1.7 works with the blacklisted sp5100_tco module so far. it
 > > always shuts down and even reboots work.
 >
 > Regarding vanilla upstream kernel: Worked 100% of the times with
7.1.6 and
 > 7.1.7. However only a few reboots with 7.1.7 already.
 >
 > So it appears there may be two issues regarding shutdown / reboot not
 > working. One apparently may be fixed. Another one not yet? Maybe
depending
 > on which drivers / modules are loaded?
 >
 > However sp5100_tco is loaded on my ThinkPad T14 AMD Gen 5. It uses the
 > watchdog module. So maybe two different issues in the same module?
 >
 > Should I experience a hang on shutdown or reboot again, I let you know.
 >
 > Best,
 > --
 > Martin
 >
 >
 >
 >

Appears to be fixed aswell for me, just removed the blacklist entry for
the module, its now loaded again, I just had it blocked because on the
7.1.3 kernel that fixed it for me (also edited the grub entry back to
quiet instead of quiet nowatchdog), that fix I did then didn't work for
kernels above 7.1.3 and below 7.1.7 though. i did a few shutdowns and
reboots so far both through KDE's gui and through the command line. I
will also report back if I run into this issue again.

Aside from the sp5100_tco module all other modules i have loaded or
blacklisted are the same as in my initial report above.

Nice rest of the Weekend,

Simon

#1141969#99
Date:
2026-08-10 06:58:20 UTC
From:
To:
On Fri, 7 Aug 2026 19:36:01 +0200 ole.carlsen@gmail.com wrote:
 > On Tue, 4 Aug 2026 17:41:37 +0200 ole.carlsen@gmail.com wrote:
 > > On Thu, 30 Jul 2026 08:31:16 +0200 ole.carlsen@gmail.com wrote:
 > > > On Wed, 29 Jul 2026 17:13:35 +0200 Salvatore Bonaccorso
 > > > <carnil@debian.org> wrote:
 > > > > Control: tags -1 + moreinfo
 > > > >
 > > > > Hi all,
 > > > >
 > > > > On Tue, Jul 28, 2026 at 11:51:03PM +0200, Martin Steigerwald wrote:
 > > > > > Greetings.
 > > > > >
 > > > > > I see this issue on upstream vanilla kernel, self-compiled, on a
 > > > ThinkPad
 > > > > > T14 AMD Gen 5. So I think I can confirm that this is an upstream
 > > > kernel
 > > > > > issue.
 > > > > >
 > > > > > I have seen this both with shutdown and reboot with AFAIR any 7.1
 > > > kernel.
 > > > > > 7.0 has been fine. It does not happen all the time but most
of the
 > > > > > attempts to reboot or shutdown the laptop fail like this: Black
 > > > screen,
 > > > > > but laptop power LED still on. Sometimes also the fan can be
still
 > > > heard.
 > > > > > Some of the times I waited for minutes, but no change.
 > > > > >
 > > > > > Work-around is to force power off by pressing power button long
 > > enough.
 > > > > >
 > > > > > I am using Runit instead of Systemd so this issue does not seem
 > to be
 > > > > > related to PID 1.
 > > > >
 > > > > Is this issue still present as well with 7.1.5?
 > > > >
 > > > > Can you additionally test 7.2~rc5-1~exp1 in experimental to
verify if
 > > > > it affects still mainline?
 > > > >
 > > > > If you reliably can reproduce the problem and assert the
problem then
 > > > > it would be helpful if you can bisect the problem (between
7.0.y and
 > > > > 7.1.y).
 > > > >
 > > > > Regards,
 > > > > Salvatore
 > > > >
 > > > >
 > > >
 > > > lenovo t510
 > > > i7 m620 cpu
 > > > nvidia gt218m
 > > >
 > > > i have tested with image 7.0.14 (works), 7.1.3, 7.1.4 & 7.1.5 (all
 > > > doesn't work) and lastly 7.2 rc5 (doesn't work)
 > > >
 > > > 7.1.3 is also tested on a lenovo T410 (i5 cpu, intel gpu) and here it
 > > > works fine
 > > >
 > > > --
 > > > ole
 > > >

just to add, i don't have issue rebooting with kernel 7.1.x only
shutting down isn't working properly

screen goes black, power led goes off but i can hear the system is still
running at some level (gpu?)

#1141969#104
Date:
2026-08-11 14:56:31 UTC
From:
To:
Hello,

Simon and Martin report to be happy with 7.1.7. Does this apply to you,
too?

Best regards
Uwe

#1141969#109
Date:
2026-08-11 14:58:34 UTC
From:
To:
Some of the other folks who reported "me too" seem to be happy with
7.1.7. Can you please test that and report back if this fixes the issues
you have, too?

Best regards
Uwe

#1141969#114
Date:
2026-08-11 15:44:09 UTC
From:
To:
On Tue, 11 Aug 2026 16:56:31 +0200 Uwe =?utf-8?Q?Kleine-K=C3=B6nig?=
<ukleinek@debian.org> wrote:
 > Hello,
 >
 > On Mon, Aug 10, 2026 at 08:58:20AM +0200, Ole Carlsen wrote:
 > > just to add, i don't have issue rebooting with kernel 7.1.x only
shutting
 > > down isn't working properly
 >
 > Simon and Martin report to be happy with 7.1.7. Does this apply to you,
 > too?
 >
 > Best regards
 > Uwe

Hi,

no, 7.1.7 unfortunately does not work for me, still won't shut down properly

i can see 7.1.8 and 7.2-rc7 on the way, so will try with those when they
become available

#1141969#119
Date:
2026-08-11 19:36:30 UTC
From:
To:
Forgot to cc the thread or something, so her yall go.




Hello, currently on Linux 7.1.6+deb14-amd64, as reported by fastfetch.

Due to the nature of this bug (only happening sometimes), I do not know
how to test this reliably, other than using the computer for a while and
seeing whether it learned to cut the power yet.

Speaking of which, it does seem to shut down properly now, but I don’t
exactly trust that it’s fixed just yet (see the second ever email in
this thread).
​

#1141969#124
Date:
2026-08-12 18:01:18 UTC
From:
To:
On Tue, 11 Aug 2026 17:44:09 +0200 ole.carlsen@gmail.com wrote:
 > On Tue, 11 Aug 2026 16:56:31 +0200 Uwe =?utf-8?Q?Kleine-K=C3=B6nig?=
 > <ukleinek@debian.org> wrote:
 > > Hello,
 > >
 > > On Mon, Aug 10, 2026 at 08:58:20AM +0200, Ole Carlsen wrote:
 > > > just to add, i don't have issue rebooting with kernel 7.1.x only
 > shutting
 > > > down isn't working properly
 > >
 > > Simon and Martin report to be happy with 7.1.7. Does this apply to you,
 > > too?
 > >
 > > Best regards
 > > Uwe
 >
 > Hi,
 >
 > no, 7.1.7 unfortunately does not work for me, still won't shut down
properly
 >
 > i can see 7.1.8 and 7.2-rc7 on the way, so will try with those when they
 > become available
 >
 > --
 > Ole
 >

tested with 7.1.8 and 7.2-rc7 today but unfortunately no changes
regarding shutdown issue

#1141969#129
Date:
2026-08-18 12:04:08 UTC
From:
To:
That means the issue is still present, right?

To disentangle the issues (which obviously are not the same as others
reported that 7.1.6 is fine), please start a new bug report using
reportbug.

Best regards
Uwe

#1141969#134
Date:
2026-08-18 12:02:45 UTC
From:
To:
fixed 1141969 since 7.1.6-1
thanks

OK, I will still close the bug to reduce the amount of open bugs for
that it's currently unknown if they need more work. Please reopen if the
issue occurs again.

Best regards
Uwe

#1141969#141
Date:
2026-08-18 12:18:13 UTC
From:
To:
On Tue, 18 Aug 2026 14:04:08 +0200 Uwe =?utf-8?Q?Kleine-K=C3=B6nig?=
<ukleinek@debian.org> wrote:
 > On Wed, Aug 12, 2026 at 08:01:18PM +0200, ole.carlsen@gmail.com wrote:
 > > On Tue, 11 Aug 2026 17:44:09 +0200 ole.carlsen@gmail.com wrote:
 > > > On Tue, 11 Aug 2026 16:56:31 +0200 Uwe =?utf-8?Q?Kleine-K=C3=B6nig?=
 > > > <ukleinek@debian.org> wrote:
 > > > > Hello,
 > > > >
 > > > > On Mon, Aug 10, 2026 at 08:58:20AM +0200, Ole Carlsen wrote:
 > > > > > just to add, i don't have issue rebooting with kernel 7.1.x only
 > > > shutting
 > > > > > down isn't working properly
 > > > >
 > > > > Simon and Martin report to be happy with 7.1.7. Does this apply
to you,
 > > > > too?
 > > > >
 > > > > Best regards
 > > > > Uwe
 > > >
 > > > Hi,
 > > >
 > > > no, 7.1.7 unfortunately does not work for me, still won't shut down
 > > properly
 > > >
 > > > i can see 7.1.8 and 7.2-rc7 on the way, so will try with those
when they
 > > > become available
 > > >
 > > > --
 > > > Ole
 > > >
 > >
 > > tested with 7.1.8 and 7.2-rc7 today but unfortunately no changes
regarding
 > > shutdown issue
 >
 > That means the issue is still present, right?
 >
 > To disentangle the issues (which obviously are not the same as others
 > reported that 7.1.6 is fine), please start a new bug report using
 > reportbug.
 >
 > Best regards
 > Uwe

yes it is still present for me

i can see a new build for 7.1.8 (-2) and 7.2 is also released so i will
just try with those and if no progress i will raise a new bug with reportbug