desktop pcs start to suspend by default

Bug #1874639 reported by Darko Veberic
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

after the kernel upgrade our office desktops started to suspend after inactivity and with users logged out. this is rather unacceptable since we also use the pcs to run computational jobs. i tried to prevent the suspension via systemctl but the sleep.target, suspend.target, hibernate.target, and hybrid-sleep.target don't exist anyway...

how to prevent this from happening?

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: linux-image-5.4.0-26-generic 5.4.0-26.30
ProcVersionSignature: Ubuntu 5.4.0-26.30-generic 5.4.30
Uname: Linux 5.4.0-26-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: darko 5370 F.... pulseaudio
 /dev/snd/controlC1: darko 5370 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Apr 24 09:46:28 2020
HibernationDevice: RESUME=UUID=df0ed1aa-a505-4fea-b591-fea4ead4d128
InstallationDate: Installed on 2018-01-29 (815 days ago)
InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Release amd64 (20180105)
IwConfig:
 lo no wireless extensions.

 enp0s25 no wireless extensions.
MachineType: FUJITSU ESPRIMO P920
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-26-generic root=UUID=13ac4fba-9660-442d-9cb0-424b30c82d4d ro pti=off spectre_v2=off l1tf=off nospec_store_bypass_disable no_stf_barrier quiet
RelatedPackageVersions:
 linux-restricted-modules-5.4.0-26-generic N/A
 linux-backports-modules-5.4.0-26-generic N/A
 linux-firmware 1.187
RfKill:

SourcePackage: linux
UpgradeStatus: Upgraded to focal on 2020-04-21 (3 days ago)
dmi.bios.date: 10/23/2014
dmi.bios.vendor: FUJITSU // American Megatrends Inc.
dmi.bios.version: V4.6.5.4 R1.30.0 for D3222-A1x
dmi.board.name: D3222-A1
dmi.board.vendor: FUJITSU
dmi.board.version: S26361-D3222-A1
dmi.chassis.type: 6
dmi.chassis.vendor: FUJITSU
dmi.chassis.version: C$WX02
dmi.modalias: dmi:bvnFUJITSU//AmericanMegatrendsInc.:bvrV4.6.5.4R1.30.0forD3222-A1x:bd10/23/2014:svnFUJITSU:pnESPRIMOP920:pvr:rvnFUJITSU:rnD3222-A1:rvrS26361-D3222-A1:cvnFUJITSU:ct6:cvrC$WX02:
dmi.product.name: ESPRIMO P920
dmi.product.sku: S26361-Kxxx-Vyyy
dmi.sys.vendor: FUJITSU

Revision history for this message
Darko Veberic (darko-veberic-kit) wrote :
Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Nick Tait (nick.t) wrote :

I thought that I had this problem, until I realised that I hadn't tried the systemctl stuff mentioned above. FYI The following command resolved the issue for me:

sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target

Revision history for this message
Kósa Lajos (lajos-p) wrote : Re: [Bug 1874639] Re: desktop pcs start to suspend by default

This has worked for me too. Thanks for the hint.

2020. 07. 26. 12:22 keltezéssel, Nick Tait írta:
> I thought that I had this problem, until I realised that I hadn't tried
> the systemctl stuff mentioned above. FYI The following command resolved
> the issue for me:
>
> sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-
> sleep.target
>
--
It is easier to run down a hill than up one.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.