Nonresponsive black screen after left idle for

naughty_waves

5/5/23, 1:50 PM

I am running Ubuntu (20.04 LTS) on my laptop (Asus ZenBook 13 OLED UX325) and I enjoy it for the most part. However, there I have one issue that is driving my crazy. If the laptop is left idle for a period of time, the screen turns black and it is impossible to undo it after it enters some sort of hibernation or sleep (or suspend?) mode. In other words, it enters some sort of sleep mode, and will not wake up when any buttons are pushed. The only solution forcibly turn off the laptop using the power button. This only occurs if it is left idle for a sufficient amount of time -- if I am quick enough after the screen turns black, I am able to press any key and log in normally.

Do anyone have an idea how to fix this for my specific laptop? I tried adding nouveau.modeset=0 to GRUB_CMDLINE_LINUX="" from this answer without any luck.

Edit (added /var/log/syslog as requested by @matigo in the comments):

Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA avahi-daemon[743]: Interface wlp1s0.IPv4 no longer relevant for mDNS.
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA NetworkManager[752]: <info>  [1641480035.2654] device (wlp1s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA wpa_supplicant[787]: wlp1s0: CTRL-EVENT-SCAN-FAILED ret=-100
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA nm-dispatcher[4283]: run-parts: failed to stat component /etc/network/if-post-down.d/avahi-daemon: No such file or directory
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA wpa_supplicant[787]: nl80211: deinit ifname=p2p-dev-wlp1s0 disabled_11b_rates=0
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA systemd[1]: Reached target Sleep.
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA systemd[1]: Starting Record successful boot for GRUB...
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA systemd[1]: Starting Suspend...
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA kernel: [ 2959.035172] PM: suspend entry (s2idle)
Jan  6 15:40:35 abc-ZenBook-UX325UA-UM325UA systemd-sleep[4290]: Suspending system...
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Jan  6 16:01:53 abc-ZenBook-UX325UA-UM325UA systemd-modules-load[382]: Inserted module 'lp'
Jan  6 16:01:53 abc-ZenBook-UX325UA-UM325UA systemd-modules-load[382]: Inserted module 'ppdev'
Jan  6 16:01:53 abc-ZenBook-UX325UA-UM325UA systemd-modules-load[382]: Inserted module 'parport_pc'
Jan  6 16:01:53 abc-ZenBook-UX325UA-UM325UA systemd-modules-load[382]: Inserted module 'msr'
Jan  6 16:01:53 abc-ZenBook-UX325UA-UM325UA systemd-sysctl[399]: Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).

NB! I pushed many buttons for it to be easier to locate in the vast /var/log/syslog file.

0 + 0

suspend

hibernate

20.04

matigo

5/5/23, 1:53 PM

It sounds like the notebook is not reaching a proper sleep state but instead getting stuck right before it. [This answer](https://askubuntu.com/a/1385323/1222991) might solve your issue

naughty_waves

5/6/23, 8:27 AM

Thank ytou, @matigo. It is however not quite the same problem because in my case it does not work with the built-it keyboard.

matigo

5/6/23, 8:32 AM

It's not so much the keyboard issue as the pause right before sleep. This is something I've seen on Dell, HP, and Asus computers over the years. That said, if it doesn't work, then it doesn't work. Another solution may present itself

naughty_waves

5/6/23, 9:46 AM

Thank you again for your willingness to help, @matigo. I did as specified in the answer but it did not work for me. Is this a computer specific problem?

naughty_waves

5/6/23, 11:42 AM

I added `nouveau.blacklist=1` to `GRUB_CMDLINE_LINUX=""` which appears to work even though the screen never appear to be sleeping as the cursor is always active. I sm however unsure if this good practice and a sustainable solution.

naughty_waves

5/6/23, 1:02 PM

Adding to `nouveau.blacklist=1` to `GRUB_CMDLINE_LINUX=""` perhaps elongated the time before it becomes nonresponsive but did alas not solve the problem as it occurred again.

matigo

5/6/23, 1:17 PM

Is there anything n your `/var/log/syslog` file from around the time of going idle that might point to the problem?

Elon Musk

I sit in a Tesla and translated this thread with Ai:

EN: Nonresponsive black screen after left idle for

TH: หน้าจอสีดำที่ไม่ตอบสนองหลังจากไม่ได้ใช้งานเป็นเวลา

RO: Ecran negru care nu răspunde după ce a rămas inactiv pentru

RU: Не отвечающий черный экран после бездействия в течение

VI: Màn hình đen không phản hồi sau khi để ở chế độ chờ trong

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.