Anyone else experienced this? It usually happens when an embedded youtube clip is playing in Firefox. The cursor freezes, keyboard stops working, but the caps-lock still toggles the LED, and it gets fixed if I close and open the laptop, after a few seconds it sleeps and then I can unlock and use it again. It’s really frustrating and intermittent, and I’m struggling to try to debug when it happens because it’s unusable until it sleeps and wakes. Anyone ever experience anything like this? or have any tips on what might be causing it?
11th Gen Framework i5
Firefox 124.0.1
Pop!_OS 22.04 LTS
Linux pop-os 6.8.0-76060800daily20240311-generic #202403110203~1711393930~22.04~331756a SMP PREEMPT_DYNAMIC Mon M x86_64 x86_64 x86_64 GNU/Linux
Not a distro we test against, but, if doable, worth trying a previous kernel to see if this is a bug. On POP, an easy way to do this is to boot to the recovery partition and test thing, then if it is fine, run uname -r for your kernel used there.
Yes! I expereienced it.
…but I don’t have much advice for kernel troubleshooting. I suspect an interaction between the kernel and gdm or maybe a cosmic extension.
If you want to dig deeper, research enabling verbose logging or debugging in gdm and related components and see where that leads.
My 11th gen i7-1165 had the display lock up on two pop-os 6.8 kernels: 6.8.0.76060800daily20240311.202403110203~1710198088~22.04~1a3dbc7 and 6.8.0.76060800daily20240311.202403110203~1711393930~22.04~331756a
so I added a loader entry for 6.6.10 and set the loader to load 6.6.10-76060610.202401051437~1709764300~22.04~379e7a9 by default.
I did not do a lot of troubleshooting as the logs did not show much consistency.
My experience was that the display locked up including the clock in the top bar not updating but the logs showed various activity continuing.
Sometimes it would lock up before even logging on, sometimes after minutes or hours of use it would freeze for 4 to 5 minutes and then go to the gnome login screen and sometimes it stayed frozen more than 10 minutes where I would hold the power button to force a shutdown. Fortunately btrfs tools showed no file system inconsistencies.
I will test future pop-os kernels released.
I’ll add that this may present as a similar symptom that others have posted about for perhaps a year or more with an issue with firefox causing short freezes on pop-os which I also have experienced but not much that I recall recently.
@Travis ,
I tried the new 6.8.0 kernel that System76 released this afternoon and it locked up within 2 minutes with a youtube video playing on firefox 124. I’ll test with firefox 125 when it shows up, probably late morning Tuesday.
Info on the new kernel:
sudo file /boot/efi/EFI/Pop_OS-dbe3a739-4a96-4023-940a-8844b7b35aec/vmlinuz.efi
/boot/efi/EFI/Pop_OS-dbe3a739-4a96-4023-940a-8844b7b35aec/vmlinuz.efi: Linux kernel x86 boot executable bzImage, version 6.8.0-76060800daily20240311-generic (jenkins@warp.pop-os.org) #202403110203~1713206908~22.04~3a62479 SMP PREEMPT_DYNAMIC Mon A, RO-rootFS, swap_dev 0XE, Normal VGA
date -d @1713206908
Mon Apr 15 02:48:28 PM EDT 2024
Hi Trevor,
I tried the recently released kernel and Gnome continues to lock up. )
202403110203~1714077665~22.04~4c8e9a0 ( ? built Thu Apr 25 08:41:05 PM UTC 2024 ? )
I tried it today and I had sshd running so I tried to ssh into my fw 13 11th gen running pop-os.
It worked fine. top showed very low cpu usage and gnome-shell never made the list. There were no journalctl entries nor dmesg records in the 10 - 15 minutes between the gnome lock-up and my checking the logs.
I killed the gnome shell instance from the remote ssh log-in and the gnome login screen appeared. I did an orderly restart from the gnome menu and went back to kernel 6.6.10.