MX Linux Forum

Posted: **Sat Jun 06, 2020 5:59 am**

Hello everybody
The last 3 days my screen continuously "go to sleep" when I am actively using my PC. Moving the mouse or pressing a key solve the problem, but it does it randomly and very frequently. I solved the problem by not loading the power manager. A bug in the power manager? I tried to play a bit with the settings, but the problem persisted.

Here's my sistem:

Code: Select all


System:    Host: audax Kernel: 4.19.0-6-amd64 x86_64 bits: 64 compiler: gcc v: 8.3.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19.0-6-amd64 
           root=UUID=84169d5b-9b7c-4eaf-aff0-8cf5176342c1 ro quiet splash 
           Desktop: Xfce 4.14.2 tk: Gtk 3.24.5 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-19.2_x64 patito feo October 21  2019 base: Debian GNU/Linux 10 (buster) 
Machine:   Type: Laptop System: Hewlett-Packard product: HP ProBook 640 G1 v: A3009DD10C03 
           serial: <filter> Chassis: type: 10 serial: <filter> 
           Mobo: Hewlett-Packard model: 1993 v: KBC Version 16.38 serial: <filter> 
           BIOS: Hewlett-Packard v: L77 Ver. 01.05 date: 04/29/2014 
CPU:       Topology: Dual Core model: Intel Core i3-4000M bits: 64 type: MT MCP arch: Haswell 
           family: 6 model-id: 3C (60) stepping: 3 microcode: 27 L2 cache: 3072 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 19156 
           Speed: 798 MHz min/max: 800/2400 MHz Core speeds (MHz): 1: 886 2: 989 3: 896 4: 966 
           Vulnerabilities: Type: itlb_multihit status: KVM: Split huge pages 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass 
           mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, 
           STIBP: conditional, RSB filling 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel 4th Gen Core Processor Integrated Graphics vendor: Hewlett-Packard 
           driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0416 
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1366x768~60Hz 
           OpenGL: renderer: Mesa DRI Intel Haswell Mobile v: 4.5 Mesa 18.3.6 compat-v: 3.0 
           direct render: Yes 
Audio:     Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio 
           vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 00:03.0 
           chip ID: 8086:0c0c 
           Device-2: Intel 8 Series/C220 Series High Definition Audio vendor: Hewlett-Packard 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:8c20 
           Sound Server: ALSA v: k4.19.0-6-amd64 
Network:   Device-1: Intel Ethernet I217-V vendor: Hewlett-Packard driver: e1000e v: 3.2.6-k 
           port: 3080 bus ID: 00:19.0 chip ID: 8086:153b 
           IF: eth0 state: down mac: <filter> 
           Device-2: Broadcom Limited BCM43228 802.11a/b/g/n driver: wl v: kernel port: ef80 
           bus ID: 02:00.0 chip ID: 14e4:4359 
           IF: wlan0 state: up mac: <filter> 
Drives:    Local Storage: total: 119.24 GiB used: 68.33 GiB (57.3%) 
           ID-1: /dev/sda vendor: Samsung model: MZ7PD128HCFV-000H1 size: 119.24 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 1H0Q scheme: MBR 
Partition: ID-1: / raw size: 115.12 GiB size: 112.82 GiB (98.00%) used: 68.33 GiB (60.6%) 
           fs: ext4 dev: /dev/sda1 
           ID-2: swap-1 size: 4.12 GiB used: 388 KiB (0.0%) fs: swap swappiness: 15 (default 60) 
           cache pressure: 100 (default) dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 39.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian buster main contrib non-free
           2: deb http://deb.debian.org/debian-security buster/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://ftp.acc.umu.se/mirror/mxlinux.org/packages/mx/repo/ buster main non-free
           Active apt repos in: /etc/apt/sources.list.d/skype-stable.list 
           1: deb [arch=amd64] https://repo.skype.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/teamviewer.list 
           1: deb http://linux.teamviewer.com/deb stable main
           No active apt repos in: /etc/apt/sources.list.d/various.list 
Info:      Processes: 306 Uptime: 11h 15m Memory: 3.77 GiB used: 1.27 GiB (33.7%) Init: SysVinit 
           v: 2.93 runlevel: 5 default: 5 Compilers: gcc: 8.3.0 alt: 8 Shell: bash v: 5.0.3 
           running in: quick-system-in inxi: 3.0.36

Posted: **Sat Jun 06, 2020 7:32 am**

Power Manager => "Display" tab => uncheck "Handle display power management" (Or play with those settings)

https://i.stack.imgur.com/9ctSb.png

Just by the way (not related to this issue), all users are recommended to upgrade to the latest 4.19 kernel from MX Package Installer (Popular Apps tab).. (That one is 4.19.0-9 .. yours is currently 0-6 .. )

Posted: **Sat Jun 06, 2020 9:22 am**

I've got a ProBook 450 G5 and I found that I had to disable the screen saver as well. Adjusting the settings seemed to have no discernible effect on the frequency that the screen saver activated.

Posted: **Sat Jun 06, 2020 9:30 am**

Mine started doing this after the second to the last update. Something must have changed because prior to a few days ago it wasn't doing this. In fact, this was one of the reasons to go with MX-Linux for me in the first place - it handled putting the monitor to sleep successfully.
I have my system configured to lock the screen on sleep so I have to type in my password when it stops on me.

Is there a way to find out why it went to sleep/locked?

Posted: **Sat Jun 06, 2020 9:58 am**

Quick question...for those affected what applications are you using at the time the screen turns off, aND do you have screens set to lock when the monitor goes to sleep?

This is a hard one to track down

Posted: **Sat Jun 06, 2020 12:53 pm**

we are going to roll back the xfce4-power-manager update and see if that helps.

My current theory is a mismatch between the power-manager and the screensaver versions.

Posted: **Sat Jun 06, 2020 6:43 pm**

That was GOLD, thank you!!

Huckleberry wrote: Sat Jun 06, 2020 7:32 am Power Manager => "Display" tab => uncheck "Handle display power management" (Or play with those settings)

https://i.stack.imgur.com/9ctSb.png

Just by the way (not related to this issue), all users are recommended to upgrade to the latest 4.19 kernel from MX Package Installer (Popular Apps tab).. (That one is 4.19.0-9 .. yours is currently 0-6 .. )

Posted: **Sun Jun 07, 2020 6:14 am**

You're welcome, glad it worked.

I have a feeling that you'll change it to "Solved" from "kind of solved" :)

MX Linux Forum

screen continuously turn off - SOLVED

screen continuously turn off - SOLVED

Re: screen continuously turn off - kind of solved

Re: screen continuously turn off - kind of solved

Re: screen continuously turn off - kind of solved

Re: screen continuously turn off - kind of solved

Re: screen continuously turn off - kind of solved

Re: screen continuously turn off - kind of solved

Re: screen continuously turn off - kind of solved