[Asus ZenBook UX430UAR] Laptop often freezes after waking up from suspend to ram

Bug #2006042 reported by Loïc Gomez
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Hi,

After waking up from suspend to RAM, my computer actually wakes up but can sometimes then hang on a black screen (no prompt, nothing displayed, screen is active).

This issue happens quite frequently but seems rather random. I think certain circumstances lower the frequency (I'll elaborate in the report).

First of all, I'm not exactly sure when it started but I would say first notable frequent occurrences were around summer 2021 (yes, I'm late, sorry for that).

When this happens, Algr+SysRQ+[usb] is unresponsive.

-------------------------- EDIT ----------------------
EDIT: This is actually not true. The laptop will eventually reboot by itself, and when this happens quickly enough after I have hit SysRq keys, it can be mistakenly taken for a working SysRq request.

Or at least that's what I used to believe as it used to be true as I always tried from the laptop integrated keyboard. Until I connected an USB-C mechanical keyboard, from which I'm *sometimes* able to use the magic keys (not always, and with a lot of lag, but still).
-------------------------- EDIT ----------------------

If magic keys are unresponsive, I need to hard reset/long press power. There is nothing unusual before that in syslog nor kern.log, at least not that I know of. Except the ^@^@^@ characters when I had to hard reset the computer.

If I leave the laptop like that for a while, it eventually reboots by itself and stays on the FDE passphrase prompt (which is not nice as the screen can then stay on for a very long like that if I did not notice).

I'm running KDE/Plasma desktop, and this issue has happened regardless of the display manager. I used to run Xorg but now I'm on wayland flavor (mostly to alleviate firefox rendering/compositing issues).

This also seems unrelated to external screen being connected or not, as it happened in the past regardless of that parameter. Although, it *seems* frequency has lowered a bit since I changed the way I wake up my laptop.

Higher frequency (almost every day):
- no external screen or external screen connected to HDMI port
- waking up from integrated keyboard power button short press

Lower frequency (one to multiple times a week, but somewhat irregular, since ~ 2 months ago):
- external screen connected to USB-C port
- mechanical keyboard connected to USB-C port of screen
- waking up from the mechanical keyboard

It also seems to happen more frequently if I wake up the computer, do some very fast task and send it to sleep in under a few minutes. It's not guaranteed to happen, but seems to highly increase the probability.

Also, this might be related so I'm adding that bit:

I had to disable shutting the screen Off in energy saving settings, as enabling that option would trigger a similar behavior after a break long enough for that setting to trigger. I would come back on a laptop having self-rebooted and waiting for my input on the FDE passphrase prompt.

During ACPI options testing, I noticed that setting might cause the sleep order to get cancelled. From that, I suspect in that case the laptop would go to sleep, then wake up immediately, which could have been triggering the bug as I described previously that rapid state changes would increase probability. Then as I described earlier, if I do nothing when this happens, the computer eventually reboots.

This is only speculation as I'm usually not here to observe the behavior (this mostly happened during lunch breaks, which are long enough for all of these steps to happen).

I disabled screen turn-off energy saving option a long while ago and have taken the habit of manually suspending to RAM when I intend on going away from the computer for more than a few minutes.

As I described above, I've tried a few changes to check for behavior but that was a few months ago and I don't clearly remember all scenario. What I remember is that changing any of these did not resolve my issue and some even prevented my computer to even suspend to RAM properly (waking up immediately after). Among the options I tried is:
- booting with a previous kernel, but then it's been happening for so long this would obviously not work (just for the sake of completion)
- booting on latest mainstream kernel (tested linux-image-unsigned-6.0.9-060009-generic, this was the latest version when I tried a while ago)
- booting with i915.enable_dpcd_backlight=3 (I think this one triggered the immediate wake up)
- booting with nolapic, noapic (didn't try acpi=off nor acpi=ht as it seems to me it would disable suspend to RAM feature, right?)

I think that's about it, and I'd be happy to try any suggestion.

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: xorg 1:7.7+23ubuntu2
ProcVersionSignature: Ubuntu 5.15.0-58.64-generic 5.15.74
Uname: Linux 5.15.0-58-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu82.3
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CasperMD5CheckResult: unknown
CompositorRunning: None
CurrentDesktop: KDE
Date: Sun Feb 5 12:41:36 2023
DistUpgraded: 2022-08-20 16:46:28,280 DEBUG Running PostInstallScript: '/usr/lib/ubuntu-advantage/upgrade_lts_contract.py'
DistroCodename: jammy
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes
GpuHangFrequency: Several times a week
GpuHangReproducibility: Occurs more often under certain circumstances
GpuHangStarted: Since before I upgraded
GraphicsCard:
 Intel Corporation UHD Graphics 620 [8086:5917] (rev 07) (prog-if 00 [VGA controller])
   Subsystem: ASUSTeK Computer Inc. UHD Graphics 620 [1043:1c20]
InstallationDate: Installed on 2019-05-19 (1358 days ago)
InstallationMedia: Ubuntu 18.04.2 LTS "Bionic Beaver" - Release amd64 (20190210)
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 004: ID 8087:0a2b Intel Corp. Bluetooth wireless interface
 Bus 001 Device 003: ID 13d3:5694 IMC Networks USB2.0 HD UVC WebCam
 Bus 001 Device 002: ID 046d:c542 Logitech, Inc. Wireless Receiver
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: ASUSTeK COMPUTER INC. UX430UAR
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.15.0-58-generic root=UUID=79cb9662-34f6-4758-bf9b-1045b22cfcb8 ro quiet splash vt.handoff=7
SourcePackage: xorg
Symptom: display
Title: Xorg freeze
UpgradeStatus: Upgraded to jammy on 2022-08-20 (168 days ago)
dmi.bios.date: 04/17/2019
dmi.bios.release: 5.12
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: UX430UAR.308
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: UX430UAR
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrUX430UAR.308:bd04/17/2019:br5.12:svnASUSTeKCOMPUTERINC.:pnUX430UAR:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX430UAR:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:
dmi.product.family: ZenBook
dmi.product.name: UX430UAR
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.110-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 22.0.5-0ubuntu0.1
version.libgl1-mesa-glx: libgl1-mesa-glx 22.0.5-0ubuntu0.1
version.xserver-xorg-core: xserver-xorg-core 2:21.1.3-2ubuntu2.5
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-2ubuntu1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.99.917+git20210115-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.17-2build1

Revision history for this message
Loïc Gomez (kotodama) wrote :
Loïc Gomez (kotodama)
description: updated
affects: ubuntu → xorg (Ubuntu)
Revision history for this message
Loïc Gomez (kotodama) wrote :

Hmmm not sure it is related to xorg though, I explicitly removed that as it might be a kernel issue.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thanks for the bug report.

Next time the problem happens, please:

1. Wait 10 seconds.

2. Reboot.

3. Run:

   journalctl -b-1 > prevboot.txt

4. Attach the resulting text file here.

summary: - Laptop often freezes after waking up from suspend to ram
+ [Asus ZenBook UX430UAR] Laptop often freezes after waking up from
+ suspend to ram
affects: xorg (Ubuntu) → ubuntu
Changed in ubuntu:
status: New → Incomplete
tags: added: resume suspend-resume
Revision history for this message
Loïc Gomez (kotodama) wrote (last edit ):

Hi Daniel,

Sorry for the delay, got sidetracked.
Happened again a few days ago, here's the file.

Thank you

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thanks. It seems the kernel isn't waking from sleep.

Can you attach a copy of /proc/acpi/wakeup ?

affects: ubuntu → linux (Ubuntu)
Revision history for this message
Loïc Gomez (kotodama) wrote :
Revision history for this message
Loïc Gomez (kotodama) wrote :

Sorry for the delay, was off computers for a few days.
Here it is!

Changed in linux (Ubuntu):
status: Incomplete → New
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
Kamil (nazgu-l) wrote (last edit ):

I used to experience this problem on my ASUS ZenBook 14 UM425QA-KI011 from time to time, but after recent upgrade (to 22.04.2? now I'm at kernel 5.19.0-32-generic) it started manifesting almost on every sleep/resume attempt - I'm getting black screen when trying to resume, the power button led is on and only holding it to reboot does anything.
One thing to note: in this "unresumable" sleep state the laptop is draining battery and gets quite hot within tens of minutes.

I switched to hibernate instead, which works more often, but occasionally it also has issues (probably unrelated: simetimes I think it fails to finish hibernation, a small "power" led on the right side is still on, or other times it hibernates, but after de-hibernating the system freezes completely with the screen showing the original pre-hibernation content).

Providing some system info if it could help:

$ cat /proc/acpi/wakeup
Device S-state Status Sysfs node
GPP1 S4 *disabled pci:0000:00:01.2
GP17 S4 *enabled pci:0000:00:08.1

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Ordinarily we would ask that a separate bug be opened for each model of laptop but it's suspicious this keeps being reported on ASUS ZenBooks:

UX430UAR, UM425QA: bug 2006042
UX325EA: bug 2006038

Revision history for this message
Alexander Renn (alexander-renn) wrote :

Got a similar issue with Asus K513.

It happens every time I suspend with a type-C dock connected (the laptop does not support the HDMI out on type-C, so I'm only using it as a USB 3.0 hub). The power indicator starts blinking with a strange pattern: 0.1 sec of light every two seconds. And I have to press the POWER button for an unusually long time (10-15 seconds or more) to get the reboot.

Other than that, this laptop tends to crash when resuming from the suspend much more often if you have the SATA SSD installed.

Also, it might smth to have with the light-locker which switches the console when locking/unlocking the screen.

Revision history for this message
Loïc Gomez (kotodama) wrote :

Adding to my original report: it would seem using the laptop for a short while (a few minutes, about less than a hour most of the time) and then suspending to RAM greatly increases chances the issue will trigger.

description: updated
Revision history for this message
fernando (makinaone) wrote :

Hi!

Same here. I'm using ASUS UX533FD (Asus zenbook 15) with ubuntu 22.04.3 (LTS). Same pattern seen, but it happen (approx) each 3 times that I suspend my laptop. Is really annoying.

Anyone found a workaround for this issue?

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

Other bug subscribers

Remote bug watches

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