System Fatal Error CPU:0

seth · 2024-10-07 16:37:25

That's not going to work.
Consider the room ventilator to rule out a temperature issue.

RealMrCactus · 2024-10-07 23:50:29

seth wrote:

That's not going to work.
Consider the room ventilator to rule out a temperature issue.

I don't see how it can rise to a temperature too high when my CPU is 80c under load on average and the GPU is around 100c under load on average for windows

seth · 2024-10-08 07:01:36

I don't either, mostly because that information ha been privy to you so far.
I'll stress once more that the most likely explanation remains

seth wrote:

The working theory is still that your GPU starves the CPU … not the output on the PSU but the distribution on the board … largely driven by the colported circumstantces of the the spontanous reboot (kms/GUI activation) and that your CPU is prone to that behavior

and the only solution to that is https://bbs.archlinux.org/viewtopic.php … 9#p2187739

RealMrCactus · 2024-10-09 12:24:14

seth wrote:

I don't either, mostly because that information ha been privy to you so far.
I'll stress once more that the most likely explanation remains
seth wrote:
The working theory is still that your GPU starves the CPU … not the output on the PSU but the distribution on the board … largely driven by the colported circumstantces of the the spontanous reboot (kms/GUI activation) and that your CPU is prone to that behavior
and the only solution to that is https://bbs.archlinux.org/viewtopic.php … 9#p2187739

If the most likely explanation is true, why doesn't it happen with windows?

seth · 2024-10-09 12:45:18

Please avoif bloating the thread with empy full quotes of previous posts.
The actually read the wiki.

https://wiki.archlinux.org/title/Ryzen#Troubleshooting wrote:

After investigating and reading reports on the Internet, It seems that out of the box, Windows seems to run the CPUs at higher voltage and lower peak frequencies, compared to the stock linux kernel, which depending on your draw from the silicon lottery could cause a host of random application crashes or hardware errors that lead to reboots.

RealMrCactus · 2024-10-10 12:41:28

I HAVE read that wiki page and already tried overvolting, and I stated here that overvolting did NOT work.

seth · 2024-10-10 12:49:12

seth wrote:

The working theory is still that your GPU starves the CPU … not the output on the PSU but the distribution on the board … largely driven by the colported circumstantces of the the spontanous reboot (kms/GUI activation) and that your CPU is prone to that behavior

you wrote:

why doesn't it happen with windows?

the wiki wrote:

Windows seems to run the CPUs at higher voltage and lower peak frequencies

Have you tried to trigger the issue w/ corecycler on windows?
Does your BIOS allow curve optimizer adjustments?
Did you try to limit the power supply to the GPU?
https://bbs.archlinux.org/viewtopic.php … 7#p2151647

RealMrCactus · 2024-10-10 12:53:40

Yes I ran it for around 6 hours and no trigger, the only curves I can set in bios are for the fans, how would I limit power supply to the GPU? Would it be like a bios setting if so what should I look for ect.

seth · 2024-10-10 13:00:40

Did you not see the oversized embedded image of https://archlinux.org/packages/extra/x86_64/corectrl/ in the linked thread?

RealMrCactus · 2024-10-10 13:07:54

How can I use corecontrol if the only OS I can boot into is windows so far.

seth · 2024-10-10 13:43:59

You never clarified whether you could also not boot "nomodeset" (actually there's surprisingly little information besides "doesn't work" in this thread, despite 3 pages and repeated questions)

But if you cannot feed more power to the CPU nor replace the GPU nor limit its power draw and cannot boot any linux on the system (ie. we cannot naroow down the issue at all), you'll be stuck with windows.

RealMrCactus · 2024-10-10 22:06:42

I could try and see if I can get FreeBSD to boot, I doubt it but would I possibly be able to fix my install with it if I did get it to boot?

seth · 2024-10-11 08:04:51

seth wrote:

You never clarified whether you could also not boot "nomodeset"

Can you or can you not boot the multi-user.target along "nomodeset"?

RealMrCactus · 2024-10-11 11:45:56

Cannot

seth · 2024-10-11 17:09:29

Can you boot if you add "maxcpus=1" or "nosmp" to the kernel parameters?
This limits you to one core resp. disables SMP entirely, for maxcpus you can bring more online at runtime w/ "echo 1 > /sys/devices/system/cpu/cpuX/online"

RealMrCactus · 2024-11-01 13:39:29

My bad I just saw this now figured it was a lost cause, I can try that when I get home

Arch Linux

#51 2024-10-07 16:37:25

Re: System Fatal Error CPU:0

#52 2024-10-07 23:50:29

Re: System Fatal Error CPU:0

#53 2024-10-08 07:01:36

Re: System Fatal Error CPU:0

#54 2024-10-09 12:24:14

Re: System Fatal Error CPU:0

#55 2024-10-09 12:45:18

Re: System Fatal Error CPU:0

#56 2024-10-10 12:41:28

Re: System Fatal Error CPU:0

#57 2024-10-10 12:49:12

Re: System Fatal Error CPU:0

#58 2024-10-10 12:53:40

Re: System Fatal Error CPU:0

#59 2024-10-10 13:00:40

Re: System Fatal Error CPU:0

#60 2024-10-10 13:07:54

Re: System Fatal Error CPU:0

#61 2024-10-10 13:43:59

Re: System Fatal Error CPU:0

#62 2024-10-10 22:06:42

Re: System Fatal Error CPU:0

#63 2024-10-11 08:04:51

Re: System Fatal Error CPU:0

#64 2024-10-11 11:45:56

Re: System Fatal Error CPU:0

#65 2024-10-11 17:09:29

Re: System Fatal Error CPU:0

#66 2024-11-01 13:39:29

Re: System Fatal Error CPU:0

Board footer