Hello, this started to happened a couple of days ago, sometimes the system takes 3-4 attempts to just boot into the display manager.
And also I’m having crashes that makes the system reboot itself.
Could someone please help me?
I couldn’t find a solution by myself.
Did anything change that might have triggered the issue?
When posting an issue, you should include enough detail to allow others with access to similar hardware to reproduce the conditions. This is easiest if your system is fully updated:
you avoid chasing a solved problem, and
it is easy for others to match your software
A good starting point is to post the output from running inxi -Fzxx in a terminal (as pre-formatted text).
Random crashes are often due to a hardware problem. If the crashes are due to a software bug, the journal should reference the same software component each time the system crashes. You will need to run journalctl in a terminal and use the -b <N> option to select previous boots. It is often helpful to note the time of each crash. See: https://linuxhandbook.com/journalctl-command/.
If you find similar entries associated with crashes, please post an example (as pre-formatted text).
The most common hardware problem causing random crashes is RAM that is defective or misconfigured. Fedora provides a memtest86+ package that adds an entry to boot the memory tester. Usually you should run the default test configuration for many hours --overnight for several nights or over a weekend.
Output from journalctl -k -p 0..3 -b -2 --no-pager :
Jun 13 13:44:41 fedora kernel: ACPI BIOS Error (bug): Failure creating named object [\_TZ.TZ01], AE_ALREADY_EXISTS (20240827/dswload2-326)
Jun 13 13:44:41 fedora kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20240827/psobject-220)
Jun 13 13:44:41 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2], AE_NOT_FOUND (20240827/dswload2-162)
Jun 13 13:44:41 fedora kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20240827/psobject-220)
Jun 13 13:44:41 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20240827/dswload2-162)
Jun 13 13:44:41 fedora kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20240827/psobject-220)
Jun 13 13:44:41 fedora kernel: hub 6-0:1.0: config failed, hub doesn't have any ports! (err -19)
Jun 13 17:44:46 fedora kernel:
Is it in the middle of the booting process. Suddenly stops at around 4-5 seconds of load and goes back to the grub selector menu and so on for 3 to 4 times, until finally loads correctly and shows the display manager.
What DE are you using? I would expect mutter for GNOME on Workstation.
Depending on how used the AMD GPU is; if you have bad RAM settings/stability, I’ve seen AMD GPUs react to that more. I’d do the memtest, but I’d also try setting RAM to for-sure stable options (like 2133MHz 1.4V DDR4) first and see if anything changes.
I’m using i3WM.
When you say “AMD GPU” do you mean AMD integrated graphics? Because I’m using an nvidia gpu on hybrid mode through supergfxctl.
All right, I’ll give a you an update @gnwiii@Espionage724 in 10 hours aprox (already late here). Also, thank you both in advance for your time and help
Yes. Is 240hz, more precise 239.96 looking at xrandr if I remember correctly.
I don’t think it’s a good idea since I installed and signed the nvidia drivers using the rpm fusion method. But if necessary I could try.
Ah i3wm and X11. Could you try to change that to 60 or 120 or whatever is supported by the monitor? You could also try to remove rhgb from the kernel args. This will disable plymouth and you can see boot messages on the console.
There was a similar inxi output but with kde /wayland, but the system booted only had issues driving the HDMI monitor.
It looks like the proposal is to patch for older USB2 only systems. From an LHDB profile for your model, your system appears to have only USB4, so the patch may not apply. You could view the xHC port information in your system and compare with the bug report.
After some more research, I may post a suggestion that the patch should consider USB4-only systems as well.