Linux

Are you talking about sleep, hibernate, or monitor off?

ACPI is weird and sometimes hardware dependent, so it's really hard to support it on every device. that's my current understanding at least.

It's been quite a while since I've used sleep on a laptop, but it worked well on my Dell (latitude I think, as I said, it's been a while). It did take a little experimenting with sleep levels to get it reliable, but once it was it worked for years.

ETA: I realise that saying "it worked for me" is probably intensely annoying, my appologies for that, but I thought a counterpoint might be a useful extra data point.

Re the windows waking up, it's likely a network card/chip to blame. You can disable the ability to wake inside Device Manager. Every time I had a system wake unexpectedly, networking was to blame.

Works fine on mine. Windows will wake up and check for updates if you don't turn that off. It doesn't work on Linux?

My laptop refuses to stay asleep if fstab disks were disconnected prior to sleeping. It works perfectly fine for me now that I figured that out.

Just one more weird behavior with fstab and kde or Linux or arch? I don't know who to blame.

With OpenSUSE Leap sleep always worked for me, (even hibernate works) but if you had it as external monitor only then sometimes the screen power off would not come back on, and the laptop screen was told to stay off. I found myself using KDEconnect on my phone to try to cycle monitor power on/off command and sometimes it figured it out

Considering the security implications of suspend and how much enabling zram has improved my workflow for hibernate, I can't really say I miss suspend any much. It was fast (near-instant in good days) but it's always been a bet whether you can restore state or have to clean boot.

Also at least in my experience there were always a number of things that just borked suspend if you left them unattended. Back when I was still maining Debian Stable on 2022, having a remote mounted via SSHFS or having Redshift active always would lead to a near-eternal freeze before suspending, or worst case scenario a suspend-into-crash (ie.: suspends right, but panics during resume).

I bring you the classic by Three Dead Trolls in a Baggie

My laptop uses 0.07w sleeping, draining about 1.8% of the battery per hour. I would say that's acceptable with 32GB RAM s2idle

Framework 16 on NixOS

On the Windows one, consider hibernating it. Its a longer wake up time, but it doesn't wake up randomly.

Its mostly the blue light and the lack of melatonin. Seriously though I have not had an issue with it in linux and not really that much with windows but half the time I shut my machine down.

Sleep on my minisfourm v3 is awesome with Linux. It correctly detects the keyboard cover, auto rotates based on the accelerometer and can be unlocked using the fingerprint sensor.

@squaresinger@lemmy.world It's probably because my kernel version is very old (5.14.11-arch1-1, haven't updated since 2019, even though it's Arch, a rolling-release distro) and my Acer laptop is old as well (Intel Core 7th gen), but I rarely have problems regarding laptop sleep. After I wake the laptop up, the video (including every VT#) may get frozen and I have to remotely SSH and request a reboot (and when this happens, sometimes the reboot gets stuck as well, so I have to do a hard power-off). But it's very rare, as stated, and I daily put my laptop to sleep without issues, sometimes the system uptime stretches to weeks (currently, my system was booted almost four days ago).

Roughly 1M anecdotes in the comments already