You are not logged in.
Test nouveau first.
You'll have to add this key to your known gpg keys, https://aur.archlinux.org/cgit/aur.git/ … -kdump#n13 or skip checking, https://wiki.archlinux.org/title/Makepk … e_checking
gpg --search 2DDF72E5A5A55BA89DAA42E1C23D91F3A125FEA8To stress that, "rebooting" the crash kernel is not like a regular reboot where you'd restart the system, the BIOS posts etcetc, you're booting another kernel while the system keeps running.
You do have the nvidia kernel module installed for the kernel version (I guess you're changing from the main to the LTS one?) you're using as crash kernel?
(This is btw. not necessary - you can use the same kernel binary for both functions, it's a bit like running "exec bash" from a bash prompt)
Offline
Running Nouveau as I speak. Sleep issue still there. No changes in that. No brightness control either but that's not the issue here, so it can wait. Either go back to proprietary or find other ways. Anyways,
kexec e
Still gives a black screen. It's possible it isn't a GPU issue too.
"rebooting" the crash kernel is not like a regular reboot where you'd restart the system, the BIOS posts etcetc, you're booting another kernel while the system keeps running.
I didn't know it just changed kernel while running. If kernel is crashed, how will it boot into same kernel again? Considering I'm using same binary (linux lts) for both crash and regular operations...
Also do inform if you need journal for nouveau REISUB too
Last edited by silverfos_ (2026-02-21 05:50:34)
Offline
If kernel is crashed, how will it boot into same kernel again?
Same way you'd start eg. your browser again after the browser crashes.
Still gives a black screen.
w/ kdump setup??
Does this also happen when only booting the mulit-user.target?
Do you have the suspend issues when booting the multi-user.target along the "nomodeset" kernel parameter?
(2nd link below)
Offline
With my own kdump setup, at least screen used to go dark. With simple-kdump it just freezes on last screen when testing. Imma try without gui and get back in a while.
Does this also happen when only booting the mulit-user.target?
Also, if multi-user.target is same as graphical.target, then yes? Well, when links are made it says multi-user.target.wants so yes if going by that logic.
Anyways, assuming nomodeset is without gpu, imma try and get back
So I tried setting default as multi-user since I wasn't sure if it's same or not. And it opened without a graphical interface. To conclude, no it doesn't wake up after suspend WITHOUT nomodeset.
Imma update in a min about with it.
And.... Nope. No wake even with nomodeset
Also can I switch back, away from nouveau? It's bad, I can't lie. 2 tabs and the display looks like a picture taken from a fast moving vehicle.
Last edited by silverfos_ (2026-02-22 07:55:51)
Offline
No wake even with nomodeset
It's rather unlikely to be the GPU then.
Also can I switch back, away from nouveau?
Yes of course, you don't have to use it beyond immediate tests anyway.
So the kernel resumes (sysrq+b reboots), there's no output regardless of drm or userspace, there's no journal preserved from sysrq+S,U, but apparently it's not the nvme (provided resuming didn't work from a live distro boot)
Had you tried the arch install iso or grml or tinycore linux or so?
r/n I can only imagine some bug in systemd/udev ![]()
Offline
So I tried same steps in a different USB, cause why not. Opened iso, mounted @root to /mnt and boot efi partition to /mnt/boot.
Did
systemctl suspend
which of course, did not wakeup. Only difference is that, normal suspend the display backlight turns on. This time it didn't.
Last edited by silverfos_ (2026-02-26 15:39:39)
Offline
normal suspend the display backlight turns on. This time it didn't
sysrq+b would still work, though?
mounted @root to /mnt and boot efi partition to /mnt/boot
what if you don't but instead outright blacklist nvme?
Offline
sysrq+b would still work, though?
Yes it did work.
what if you don't but instead outright blacklist nvme?
Wouldn't that just not take the installed Arch in that case? If I did this from iso, I can't mount the root present in nvme since it's blacklisted, can i?
Last edited by silverfos_ (2026-02-27 13:50:03)
Offline
If I did this from iso, I can't mount the root present in nvme since it's blacklisted, can i?
Yesno you can't - that's the plan. Shy of "try to replace the nvme w/ some ssd".
Offline
So... I should mount root, blacklist nvme from the iso and then suspend. Gotcha. Imma try and be back in a min
Alright. Done. Same result. Black screen, no wakeup.
I ran
modprobe -r nvme
modprobe -r nvme_keyring
modprobe -r nvme_auth
Only noticable difference was that it took a few more seconds to suspend and wakeup. Yes, I waited for it to wake up. No signs of it after 5 mins. So not the nvme i suppose. Firmware or something else. Since not GPU either.
Last edited by silverfos_ (2026-02-28 14:42:20)
Offline
So... I should mount root, blacklist nvme from the iso and then suspend.
No, you'd boot the iso w/ nvme blacklisted (and by inference not able to mount any partition on the nvme at all)
Offline
Well, dunno about inferences but I blacklisted the nvme as soon as I booted up the iso. After testing with mount once more, of course
Offline
Well, dunno about inferences but I blacklisted the nvme as soon as I booted up the iso
You're supposed to boot the system w/ "module_blacklist=nvme" added the the kernel parameters, if you at this point still can mount anything on the nvme, the parameter wasn't applied.
The next/last step would be
Shy of "try to replace the nvme w/ some ssd".
Or boot a live system w/ the nvme removed from the system.
The system wakes up, the kernel responds, you can issue sysrq+REISUB and at least the B works but the journal doesn't get synced and systemd cannot stumble because SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=0 so everything points to a problem w/ the nvme ![]()
Offline
You're supposed to boot the system w/ "module_blacklist=nvme" added the the kernel parameters, if you at this point still can mount anything on the nvme, the parameter wasn't applied.
Boot into normal arch with that parameter? Sure I can try that.
Or boot a live system w/ the nvme removed from the system.
That, I can't do. I've never gone under the hood of a laptop, nor do I have the necessary tools for it
Yea did the blacklist and... As expected it didn't load the partition and went into emergency shell... I dunno what else I expected
.
.
.
Was i supposed to do this on the iso?
.
Welp, did it anyways. Module blacklisted message when loading iso. And couldn't mount so... Yea. And dunno about REIS but B worked. Oh and, obvious, but no wakeup after sleep
Last edited by silverfos_ (2026-03-01 15:45:56)
Offline
Was i supposed to do this on the iso?
Yes.
Offline
Welp, did it anyways. Module blacklisted message when loading iso. And couldn't mount so... Yea. And dunno about REIS but B worked. Oh and, obvious, but no wakeup after sleep
Well, I did.
Offline