On 6/13/24 11:52, Max Nikulin wrote:
On 13/06/2024 21:44, e...@gmx.us wrote:
Well that's a no-go, because when you de-power the monitors,
ddccontrol gives you no info about what sleep state they're in.
Reasonable, I guess.
Perhaps there is a command to put the monitor in standby state instead of
power off. Maybe it is possible detect switched off state by reading some
file in /sys.
You still mix monitor and system issues. E.g. a media player may inhibit
power saving for monitors. I have seen that sometimes suspend to disk
(hibernate) is blocked, but I do not know details.
It's blocked by something, to be sure. I don't think it's a failing monitor
config script, since it doesn't get errors any more.
An obvious reason is full swap, so RAM can not be saved there. Perhaps
suspend to RAM may be blocked as well.
Swap is nearly empty, all the time. Right now, for example:
eben@cerberus:~$ free
total used free shared buff/cache available
Mem: 32294664 26585308 3050572 5360560 8486244 5709356
Swap: 0 0 0
eben@cerberus:~$ uptime
12:14:13 up 4 days, 22:00, 2 users, load average: 1.14, 1.19, 1.34
So it's not a "just booted" situation.
Do I have to tell something the UUID of the new swap partition, or does
it figure it out?
Update grub and initramfs configuration.
Right, I found this page
https://wiki.debian.org/Hibernation#Changing_or_moving_the_swap_partition
edited /etc/initramfs-tools/conf.d/resume to say
RESUME=PARTLABEL=swap
and ran "sudo update-initramfs -u". It exited successfully, with no errors
or warnings. That won't take effect until I boot on Saturday, and I won't
know if it worked until Sunday morning. If I change my swap partition
again, I'll also name the new one "swap" so this might keep working.
--
Actually, we have scientifically determined
that Heisenberg did indeed sleep exactly here.
However, we have no idea whatsoever just how fast asleep he was.
-- Dave Aronson on ASR
