From nobody Thu Nov 10 20:29:21 2022 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N7YN45sD5z4f3Tn for ; Thu, 10 Nov 2022 20:29:24 +0000 (UTC) (envelope-from l.m.v.breda@xs4all.nl) Received: from ewsoutbound.kpnmail.nl (ewsoutbound.kpnmail.nl [195.121.94.168]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4N7YN35cz7z472L for ; Thu, 10 Nov 2022 20:29:23 +0000 (UTC) (envelope-from l.m.v.breda@xs4all.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=xs4all.nl header.s=xs4all01 header.b=nYNF4rDd; spf=pass (mx1.freebsd.org: domain of l.m.v.breda@xs4all.nl designates 195.121.94.168 as permitted sender) smtp.mailfrom=l.m.v.breda@xs4all.nl; dmarc=pass (policy=none) header.from=xs4all.nl X-KPN-MessageId: 5bcb052c-6136-11ed-be70-005056aba152 Received: from smtp.kpnmail.nl (unknown [10.31.155.39]) by ewsoutbound.so.kpn.org (Halon) with ESMTPS id 5bcb052c-6136-11ed-be70-005056aba152; Thu, 10 Nov 2022 21:29:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xs4all.nl; s=xs4all01; h=content-type:mime-version:message-id:date:subject:to:from; bh=hLvzq14eRGqMalZMzgzeVfTUic+x/A06d0jyqW3SDNo=; b=nYNF4rDd2M5JF5ySCNPCJVaTuy93YHI1W8BrvYu7MIwjfEraJliXnmvA9qFmen31+f7S9tyyalrt2 1BIRZmm3ZuQkq6/hAQhh88imrG7M1G9io2agwT1qo0s3qqzyA2jkhohy6skUBxRcvDNL3pqBNltqhi ANmGMPfk64y8vyAKcr3NDbQofkhuYR96Jjtbfhsdgozzi0wqtADgcMI5MoVAgQLOn5gehuW2cGxS04 s/mpyWpJCPYAGwl2zjVfeFdtHHHqOJ4RYowSWquRgmPtbmDPIGl2+N9E9rafYfd/BS5jVek0sAEcMJ jPcTq9f8bccAP99Jt/iOZfw4UwPpQOw== X-KPN-MID: 33|i8xHnBkGlnRgwpRHP9pFI2PjiLw4gyIYUlvT7w6pC4Zo1T7b26Shdy21PKdz20X L+E3RcLgR3dAFl+wD4FcygxTBg6PGpaWPW0f7pMvhzjQ= X-KPN-VerifiedSender: Yes X-CMASSUN: 33|9Q10nsTbRYH9uKqrPPskvRaPJpWhbYvpmmP/WY6mblqz6Hjirs3GsPhhLrBxU8A CaQAYHmuZK6R47VI+NKlmog== X-Originating-IP: 77.174.182.228 Received: from MAIN (77-174-182-228.fixed.kpn.net [77.174.182.228]) by smtp.xs4all.nl (Halon) with ESMTPSA id 5c1667ff-6136-11ed-b8b1-005056ab7447; Thu, 10 Nov 2022 21:29:22 +0100 (CET) From: To: References: In-Reply-To: Subject: DESPARATE: How to stop FreeBSD form sleeping / disable ACPI? (on FreeBSD14 CURRENT) Date: Thu, 10 Nov 2022 21:29:21 +0100 Message-ID: <001901d8f543$1dab2900$59017b00$@xs4all.nl> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001A_01D8F54B.7F702D40" X-Mailer: Microsoft Outlook 16.0 Thread-Index: Adj1Qx1rZ9O38UdUT1OJo1zqqNXU+A== Content-Language: nl X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-0.68)[-0.676]; DMARC_POLICY_ALLOW(-0.50)[xs4all.nl,none]; FORGED_SENDER(0.30)[louis.freebsd@xs4all.nl,l.m.v.breda@xs4all.nl]; R_DKIM_ALLOW(-0.20)[xs4all.nl:s=xs4all01]; R_SPF_ALLOW(-0.20)[+ip4:195.121.94.168/32]; RCVD_IN_DNSWL_LOW(-0.10)[195.121.94.168:from]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DWL_DNSWL_NONE(0.00)[xs4all.nl:dkim]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_NO_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SUBJECT_HAS_QUESTION(0.00)[]; ASN(0.00)[asn:8737, ipnet:195.121.64.0/18, country:NL]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[xs4all.nl]; HAS_XOIP(0.00)[]; FROM_NEQ_ENVFROM(0.00)[louis.freebsd@xs4all.nl,l.m.v.breda@xs4all.nl]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[xs4all.nl:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_ENVFROM(0.00)[xs4all.nl]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4N7YN35cz7z472L X-ThisMailContainsUnwantedMimeParts: N This is a multipart message in MIME format. ------=_NextPart_000_001A_01D8F54B.7F702D40 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I am still desperately trying to stop FreeBSD from sleeping, but I = simply do not manage.=20 =EF=BF=BD 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! =EF=BF=BD It should =E2=80=A6.. be possible to kill / stop ACPI some how = =F0=9F=98=8A If absolutely not possible in the actual build =F0=9F=98=8A, a cron job = restarting the timer every 5 minutes perhaps !!??? =EF=BF=BD It is possible perhaps =E2=80=A6 that GNOME is initiating this, despite = that the GUI powersetting is screenblank =E2=80=9CNEVER=E2=80=9D. = =EF=BF=BD Whatever is causing the problem, the settings should be such that ^no = whatever program^ should not be capable to initiate the sleepmode.=20 =EF=BF=BD =EF=BF=BD Louis ------------------------ I need to disable acpi and the indicated method for that is to add = ^hint.acpi.0.disabled=3D"1"^ in /boot/loader.conf . However that crashes my system !!!!!!=20 Not only that, to make it work again I have to edit loader.conf on a = system which does ^not start^. =EF=BF=BD =EF=BF=BD After a lot of searching Internet came to the help with, I could start = the system again: 1. Select 3. Escape to loader prompt at the splash screen 2. Type set hint.acpi.0.disabled=3D"0" on the loader prompt 3. Then type boot on the loader prompt edit the loader.conf Very very glad with that fix however =EF=BF=BD However the problem is still there, no idea how to prevent the system = from going to sleep (after about 10 minutes). No idea how to change those 10 minutes to a much longer time as well = ....=20 =EF=BF=BD Note that I have gnome as gui and use the system more or less as server = and manage the machine partly local via the GUI and partly remote via = SSH. =EF=BF=BD Related to GNOME I did try ^gsettings set = org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 0^, = however that did not solve the problem as well. =EF=BF=BD In the end there seems to two problems a) A BSD-issue ACPI-turn off in the bootloader is crashing the system ! = ! and=20 b) a GNOME issue (switching the system off during user inactivity, which = is bullshit for a server / for ssh-login / with multiple users). What IMHO apart from the screen lock, this is not a GNOME task but an OS = =EF=BF=BD function to be configured by the system administrator. =EF=BF=BD A third problem, not to be addressed here, is that recovery from sleep = mode does not work on my system as well (even not S1). =EF=BF=BD Most important for the moment is that the system keeps running / is not = going down after x-time !=20 =EF=BF=BD Louis ------=_NextPart_000_001A_01D8F54B.7F702D40 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

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 =E2=80=A6.. 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 =E2=80=A6 that GNOME is initiating = this, despite that the GUI powersetting is screenblank = =E2=80=9CNEVER=E2=80=9D.  

Whatever is causing the problem, = the settings should be such that ^no whatever program^ should not be = capable to initiate the sleepmode.

 

 

Louis

------------------------

I need to disable acpi and the = indicated method for that is to add = ^hint.acpi.0.disabled=3D"1"^ in /boot/loader.conf = .

However = that crashes my system !!!!!!

Not only that, to make it work = again I have to edit loader.conf on a system which does ^not start^. =  

 

After a lot of searching Internet came to the help with, I = could start the system again:

1. Select 3. Escape to loader = prompt at the splash screen

2. Type set = hint.acpi.0.disabled=3D"0" on the loader = prompt

3. = Then type boot on the loader prompt

edit the = loader.conf

Very very glad with that fix = however

 

However the problem is still there, no idea how to prevent = the system from going to sleep (after about 10 = minutes).

No idea how to change those 10 minutes to a much longer = time as well ....

 

Note that I have gnome as gui and use the system more or = less as server and manage the machine partly local via the GUI and = partly remote via SSH.

 

Related to GNOME I did try ^gsettings set = org.gnome.settings-daemon.plugins.power sleep-inactive-ac-timeout 0^, = however that did not solve the problem as well.

 

In the end there seems to two = problems

a) = A BSD-issue ACPI-turn off in the bootloader is crashing the system ! ! = and

b) a = GNOME issue (switching the system off during user inactivity, which is = bullshit for a server / for ssh-login / with multiple = users).

What IMHO apart from the screen lock, this is not a GNOME = task but an OS  function to be configured by the system = administrator.

 

A third problem, not to be addressed here, is that recovery = from sleep mode does not work on my system as well (even not = S1).

 

Most important for the moment is that the system keeps = running / is not going down after x-time !

 

Louis

------=_NextPart_000_001A_01D8F54B.7F702D40--