Re: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT)
- Reply: Tomoaki AOKI : "Re: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT)"
- In reply to: louis.freebsd_a_xs4all.nl: "RE: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT)"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 13 Nov 2022 17:53:00 UTC
On Sun, Nov 13, 2022 at 04:47:40PM +0100, louis.freebsd@xs4all.nl wrote: > I noticed that after disabling gdm in /etc/rc.conf ^"gdm_enable="N"^ the system stays active. > However ..... that is also the end the GUI .... in this case GNOME. > > Since I could not work which a machine hibernating every ^10 minutes^, I have disabled gdm for the moment. > That does not take away that that is ...... ridiculous !! Seems like you aren't alone in that opinion -- there are several threads for multiple OSes about this same topic. Kirk's findings below match my recollection -- this is Gnome default behavior nowdays. In any case, since we obviously can't use the Linux systemD settings to control the behavior in FreeBSD, a few folks mentioned other workarounds with things like dconf; e.g. this suggestion which came originally from the Arch linux folks: https://twitter.com/_neelc/status/1487200568149831681 https://wiki.archlinux.org/title/GDM#GDM_auto-suspend_(GNOME_3.28) Something like: sudo -u gdm dbus-launch gsettings set \ org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing' From the threads, it sounds like part of the problem is this behavior and settings are per-user, so making a system-wide change is hard. Not sure how this workaround will play in your situation. My FreeBSD servers don't run a gui display manager; my Debian laptop runs gdm3 display manager but I switched to Xfce for the window manager around the time Gnome3 came out (too many changes for my taste). Fwiw the Xfce Power Manager has controls for system power save / sleep mode for "On battery" and "Plugged in", including "never". Cheers, sr. > There should be a way to disable ACPI in FreeBSD so that even gdm can not "kill" the machine !! > I say ^kill^ because there is also another bug, the machine is not properly restarting form hibernation, > Even not from S1. > > Louis > > -----Original Message----- > From: Kirk McKusick <mckusick@freebsd.org> > Sent: Sunday, November 13, 2022 1:23 AM > To: louis.freebsd@xs4all.nl > Cc: freebsd-current@FreeBSD.org > Subject: Re: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT) > > > From: <louis.freebsd@xs4all.nl> > > To: <freebsd-current@FreeBSD.org> > > Subject: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? > > (on FreeBSD14 CURRENT) > > Date: Thu, 10 Nov 2022 21:29:21 +0100 > > > > I am still desperately trying to stop FreeBSD from sleeping, but I > > simply do not manage. > > > > It is really very annoying that I have to restart the machine every > > 10 minutes, when I am working via SSH. > > > > So if any one has a solution, it would be very much appreciated! > > > > It should β¦.. be possible to kill / stop ACPI some how π > > > > If absolutely not possible in the actual build π, a cron job > > restarting the timer every 5 minutes perhaps !!??? > > > > It is possible perhaps β¦ that GNOME is initiating this, despite that > > the GUI powersetting is screenblank βNEVERβ. > > > > Whatever is causing the problem, the settings should be such that ^no > > whatever program^ should not be capable to initiate the sleepmode. > > > > Louis > > If you are using Gnome, Gnome suspends the machine after 20 minutes if there is no mouse or keyboard activity. I went into settings, but there is no way to adjust this feature. Some web searching brought me to this page: > > https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/22 > > Apparently the 20-minute suspend was made unchangable (at least not without changing the source code for Gnome and rebuilding it). > Apparently this change was made to comply with EU power regulations. > Anyway, this ruled out Gnome for me. > > Kirk McKusick