You are not logged in.
Do you still have an active windows installation anyway?
It might be possilbe to leverage power adjustments even w/ the armoury settings - but it might actually be even more possible that what's "crashing" linux is actually windows.
3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Offline
Do you still have an active windows installation anyway?
It might be possilbe to leverage power adjustments even w/ the armoury settings - but it might actually be even more possible that what's "crashing" linux is actually windows.3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
Nah, I just completely repartitioned and reformatted my drives. I didn't really want windows around anymore, but I am going to have to do something, though. If I can't get this working soon I'll have to find another OS, I need a functional system soon, I'm pushing projects back as it is.
Last edited by BluNate (2025-01-10 15:14:34)
Offline
For all we know this is a systemic, hardware related issue and if/unless/until there're no other means to increase the CPU voltage, windows will likely be your only option.
Offline
The big thing is obviously https://wiki.archlinux.org/title/Ryzen#Random_reboots
Are you able to increase the CPU voltage?
Well, if windows decreases CPU voltage [or, returns it to normal] when the device is unplugged then this is 1000% the issue. Windows will crash in a similar timeframe to linux when unplugged, BSoD with error code 'HYPERVISOR_ERROR'
I called Asus about some sort of bios control for OC/OV and they told me "overclocking is not supported because that is a modification to the system, we do not support modifications to the system" [You make ARMOURY CRATE as well as support Windows, but alright]
Either way, I'll be on Windows for now, so further testing will be on the ISOs
Upd: It crashes on the windows installer same way, so I'm very much assuming this is the issue.
Last edited by BluNate (2025-01-10 20:36:33)
Offline
You can tell them that this is not and you're not seeking to overclock anything but to provide sufficient voltage to the cores, ie. fix *their* shit *for them*.
As a matter of fact, this will actually reduce the CPUs ability to upclock isolated cores because of the slightly higher temperature.
Did you try "processor.max_cstate=1" or only "processor.max_cstate=0"?
Do you get "away" w/ "maxcpus=1" (what means to reduce this to a single-core system…)?
Or does windows at least run stable on external power supply?
Offline
I think I'm still getting denied, it's still a "modification", even if harmless. Not that the support people can really help me anyways since it's not a normal BIOS option.
I'm not sure why I would need to play with those settings now, since we now have a culprit. We need to find how to make this work w/o support.
Yes, windows will run stable when the laptop is plugged in, runs for weeks just fine.
Last edited by BluNate (2025-01-11 20:11:18)
Offline
Because the way to make this work is to feed more voltage to the CPU but the firmware won't let you.
If the armoury software actually allows this, you could try whether it
1. stabilized windows on battery
2. survives a (warm) reboot into linux
Is there btw. maybe an updated firmware available for the device?
Offline
Because the way to make this work is to feed more voltage to the CPU but the firmware won't let you.
If the armoury software actually allows this, you could try whether it
1. stabilized windows on battery
2. survives a (warm) reboot into linuxIs there btw. maybe an updated firmware available for the device?
I swear i replied sooner, guess it didn't post.
I have an fully updated firmware. The armoury crate is currently bugging and not leting me get past an update error, so I'll have to try fixing it.
Last edited by BluNate (2025-01-13 23:43:08)
Offline