You are not logged in.
My Dell Latitude E7470 started rebooting when I closed the laptop lid for more than an instant.
Here's journalctl output:
-----
May 16 07:54:16 hazard systemd-logind[395]: Lid closed.
May 16 07:54:16 hazard systemd-logind[395]: Suspending...
May 16 07:54:16 hazard systemd[1]: Reached target Sleep.
May 16 07:54:16 hazard systemd[1]: Starting System Suspend...
May 16 07:54:16 hazard systemd-sleep[656]: Performing sleep operation 'suspend'...
May 16 07:54:16 hazard kernel: PM: suspend entry (deep)
-- Boot 0fef0d6fd2e44693a1e95f5e49f81695 --
May 16 07:56:40 hazard kernel: Linux version 6.8.9-zen1-2-zen (linux-zen@archlinux) (gcc (GCC) 14.1.1 20240507, GNU ld (GNU Binutils) 2.42.0) #1 ZEN SMP PREEMPT_DYNAMIC Tue, 07 May 2024 22:06:02 +0000
May 16 07:56:40 hazard kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-linux-zen root=UUID=a6ce916e-23d6-4584-859f-54b0ede675cb rw loglevel=3 i915.enable_psr=0
May 16 07:56:40 hazard kernel: BIOS-provided physical RAM map:
-----
Here's journalctl output from a month ago, showing that it certainly used to wake up without a reboot in the past:
-----
Apr 16 17:53:30 hazard systemd-logind[325]: Lid closed.
Apr 16 17:53:30 hazard systemd-logind[325]: Suspending...
Apr 16 17:53:30 hazard systemd[1]: Reached target Sleep.
Apr 16 17:53:30 hazard systemd[1]: Starting System Suspend...
Apr 16 17:53:30 hazard systemd-sleep[44489]: Performing sleep operation 'suspend'...
Apr 16 17:53:30 hazard kernel: PM: suspend entry (deep)
Apr 16 17:53:30 hazard kernel: Filesystems sync: 0.021 seconds
Apr 16 18:17:04 hazard kernel: Freezing user space processes
Apr 16 18:17:04 hazard kernel: Freezing user space processes completed (elapsed 0.002 seconds)
Apr 16 18:17:04 hazard kernel: OOM killer disabled.
-----
I haven't changed /etc/systemd/logind.conf, I just ran "uname -a" and got:
Linux hazard 6.8.9-zen1-2-zen #1 ZEN SMP PREEMPT_DYNAMIC Tue, 07 May 2024 22:06:02 +0000 x86_64 GNU/Linux
It still reboots if I close the lid for any length of time and then re-open.
I've tried backing off to intel-ucode-20240312-1 and linux-zen-6.8.4.zen1-1, but had the same result.
EDIT:
I think I had mixed up some versions, so I carefully rolled back to:
linux-zen 6.8.4.zen1-1
linux-zen-headers 6.8.4.zen1-1
intel-ucode 20240312-1
linux-firmware 20240312.3b128b60-1
My Latitude E7470 does not reboot when I open it *if I leave the charger plugged in*, but it reboots if I open it after taking out the charger plug. That means it reboots even if I take the charger plug out, and put it back in while the lid is closed.
This laptop also reboots after resuming from `systemctl suspend` unless the charger is plugged in.
Is this a battery problem? I replaced the laptop's battery almost exactly a year ago, but I've had bad luck with Dell batteries over the years.
Last edited by bediger4000 (2024-05-21 20:31:25)
Offline
Your title states opening the lid causes the reboot and your post states that closing it causes the reboot.
Anyway, you have clearly researched things. In my experience laptops are doing some weird shit with regards power management these days. Given that this is a new behaviour for yours, I suggest trying out the LTS kernel, which will revert you back at least a month.
I doubt it is a battery snag if it is only one year old. Batteries either work or not - they don't participate in complex PM decisions, except to possibly describe their current capacity and charge state.
If the LTS kernel sorts things out, then try mainline every once in a while and return when the issue goes away. I have had to follow this work flow a couple of times.
Offline
Yes, I was confused about when the reboot happens, but it's on recovery from a suspend, because "sudo systemctl suspend" followed by a power button press causes a reboot when the power supply is unplugged. This even happens when I install and run linux-lts kernel, which is 6.6.31-1 right now. It's not the kernel version, but I appreciate the advice. Thank you!
The laptop reboots recovering from a suspend even if the charger cable is unplugged, then plugged back in while the laptop is suspended. Something's flakey about the hardware. It's annoying that it just started happening.
Last edited by bediger4000 (2024-05-20 08:17:11)
Offline
I found two people asserting different things about similar-sounding problems:
1. Swap space smaller than memory, so suspend to memory doesn't work right.
2. Upgrading BIOS firmware solved it.
free tells me that my laptop has 16183392 units free, and 8388604 units of swap, about half the memory, but extending the swap partition would be extremely painful.
I upgraded the BIOS firmware, from v1.19.4, 04/20/2018 to v1.36.3, 09/18/2022 . This was quite a side quest. Really ugly. Some group at Dell should be ashamed.
This seems to have solved the problem. I can close the laptop lid, let it sit for a while and re-open. It recovers from suspension, with or without the power cord plugged in. Similarly, running "sudo systemctl suspend" from the command line while not plugged in, waiting a while, then pressing the power button no longer causes my laptop to reboot.
I'm not entirely happy with this. Before upgrading the BIOS firmware, I booted using linux-lts, kernel 6.6.31, which is quite a few revisions back, and still experienced the problem.
This implies that either:
(A) I simply hadn't noticed the problem for many months of pacman revisions or
(B) the BIOS firmware experienced something like an age-related change.
Offline