The system is almost unresponsive on startup. If it is somewhat responsive, the frame rate is extremely low. Mouse movement is jittery, and if anything is trying to update at a high framerate, the system locks up (except for TTYs, which seem to work fine)
Hardware:
Using a Huawei Matebook X
The integrated graphics is Inter Alder Lake-P
Using KDE Plasma, experiencing this issue on:
Greeter
X11
Wayland
Also experienced this on the installation process
Some things I figured out:
nomodeset has no issues, but also the integrated graphics stops being used
Installing the xf86-video-intel package causes instant freezing and doesnât help
On GRUB boot screen, before countdown reaches 0, press âEâ and try this parameters (first alone each and as last resort, both).
acpi=off (Disable ACPI support)
noapic ( No logical APIC)
To know how to edit and try those (session only) changes, look athttps://doc.opensuse.org/documentation/leap/archive/42.1/reference/html/book.opensuse.reference/cha.grub2.html#sec.grub2.menu_change
acpi=off: hangs (tried 3 times, once with recovery mode which hangs on âUEFI Secure Boot is enabledâ, twice normal)
noapic: nothing different
both: with recovery mode, hangs on âUEFI Secure Boot is enabledâ
Show us output of cat /proc/cmdline (without ânomodesetâ) and meanwhile we try to see more options, you can do sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.old and reboot.
Well, nothing strange in that line. I had a similar issue some years ago, with a DELL PC. I tried these options in this order, till one of them solved my issue:
⢠pci=routeirq â Do IRQ routing for all PCI devices. This is normally done in pci_enable-device(), and is a temporary workaround for broken drivers which donât call it.
⢠pci=noacpi â Do not use ACPI for IRQ routing or PCI scanning.
⢠acpi=off â Completely disable ACPI support (you tried this yet)
⢠irqpoll â This may be a work around for an âirqXX: nobody cared . . .â error, which basically means the interrupt has not been handled by any driver. This boot option will make the kernel poll for interrupts, in order to try to work around this issue. However, this does not help diagnose the root cause, nor should it be a permanent fix.
⢠noapic â Donât use I/O APICs present in the system (you tried this yet)
⢠pci=biosirq â Use PCI BIOS calls to retrieve the IRQ routing table
We should check too output from these commands while DESKTOP is running (so log in Plasma and let it stuttering and then âCtrl + Alt + F1â to change to real console. Then, execute sudo dmesg -T --color=always --level alert,crit,err,warn | more
and
tail -f /var/log/Xorg.0.log | xargs -IL date +"%Y%m%d_%H%M%S:L"
And more questions:
Does it happen only when you are interacting with desktop (moving mouse pointer or using keyboard) or it happens always periodically?
Can play a video and it happens while video is playing too?
Users many times think system is locked when only desktop GUI is really locked, itâs a typical error. I bet this is such case. I asked you about output from two commands and Iâm not able to see your answer about here, maybe you were not able to access console. You should try:
On login screen or when logged, Ctrl + Alt + F1 to get access to console.
If that doesnât work, press âCaps lockâ key and see if the LED light of that key in your keyboard switch on and off each time you press it. Usually, if that light responds, means you could access to your system thru SSH to get information (if you enabled previously SSH server).