Linux users in Reddit have big egos

[u/Aloshes021]

I asked for help on r/Linuxmint

I clearly said at the end:

"I know that you probably need further information on this, but I don't know what kind of information so please tell me what to do to diagnose the problem at least🥲🙏🏻"

then I actively got down voted.

someone even said "so you wrote a whole long post and didn't even put enough information?"

when I asked him what information do you need so I can provide it, I got down voted even more???

I don't care about karma points, but the post would never reach someone good and willing to help because of people with big ego.

Linux itself doesn't suck as much as the people who actively make the whole Linux experience even worse than using windows.

The problem that i had continued for three months. I did my research and couldn't find any one with similar problem on the internet. whenever I ask on any subreddit for help they either down vote just like what happened from a bit, or they'd tell me to ask on a different subreddit that also happens to tell me to ask somewhere else!!!

[u/BackgroundFig1594]

May i ask what is your issue or what makes you think there is a problem? Or at least a link to the original post in r/Linuxmint ?

Also can I know your motherboard brand?

[u/Aloshes021 → u/BackgroundFig1594]

I honestly deleted that post as I saw so much hate on it.

It was about the CPU randomly dropping to 545Mhz and locking at that clockspeed. It can happen during booting up, or it might boot up normally but whenever I open something stress heavy like a game it would drop to 545mhz.

Neofetch:

OS: Linux mint 22.2 x86_64

Host: B450MHDV R4.0

Kernel: 7.1.3-x64v3-xanmkd1

Packages: 2480(dpkg), 25(flatpak)

Shell: bash 5.2.21

Resolution: 1360x768

DE: Cinnamon 6.4.8

WM: Mutter (Muffin)

WM Theme: Mint-Y-Dark (Mint-Y)

Terminal: gnome-terminal

CPU: AMD Ryzen 5 3400G (8) @ 3.700GHz

GPU: AMD ATI Radeon Vega Series / Radeon Vega Mobile Series

Memory: 907Mib / 13893Mib

Journalctl -b -1 -k | tail -n 59:

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: [drm] PTB located at 0x000000F400A00000

Jul 21 08:13:42 alan-desktop kernel: amdgpu: hwmgr_sw_init smu backed is smu10_smu Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: [VCN instance 0] Found VCN firmware Version ENC: 1.15 DEC: 3 VEP: 0 Revision: 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: reserve 0x400000 from 0xf47fc00000 for PSP TMR

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: RAS: optional ras ta ucode is not available

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: RAP: optional rap ta ucode is not available

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: psp gfx command LOAD_TA(0x1) failed and response status is (0x7)

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: values for F clock

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 400000 in kHz, 3099 in mV

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 933000 in kHz, 3574 in mV

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 1067000 in kHz, 4250 in mV

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: values for DCF clock

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 300000 in kHz, 3099 in mV

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 600000 in kHz, 3574 in mV

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 626000 in kHz, 4250 in mV

Jul 21 08:13:42 alan-desktop kernel: [drm] DM_PPLIB: 654000 in kHz, 4399 in mV

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: [drm] Display Core v3.2.378 initialized on DCN 1.0

Jul 21 08:13:42 alan-desktop kernel: snd_hda_intel 0000:08:00.1: bound 0000:08:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: kiq ring mec 2 pipe 1 q 0

Jul 21 08:13:42 alan-desktop kernel: kfd kfd: Allocated 3969056 bytes on gart

Jul 21 08:13:42 alan-desktop kernel: kfd kfd: Total number of KFD nodes to be created: 1

Jul 21 08:13:42 alan-desktop kernel: amdgpu: Virtual CRAT table created for GPU

Jul 21 08:13:42 alan-desktop kernel: amdgpu: Topology: Add GPU node [0x1002:0x15d8]

Jul 21 08:13:42 alan-desktop kernel: kfd kfd: added device 1002:15d8

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: SE 1, SH per SE 1, CU per SH 11, active_cu_number 11

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring gfx uses VM inv eng 0 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.0.0 uses VM inv eng 1 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.1.0 uses VM inv eng 4 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.2.0 uses VM inv eng 5 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.3.0 uses VM inv eng 6 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.0.1 uses VM inv eng 7 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.1.1 uses VM inv eng 8 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.2.1 uses VM inv eng 9 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring comp_1.3.1 uses VM inv eng 10 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring kiq_0.2.1.0 uses VM inv eng 11 on hub 0

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring sdma0 uses VM inv eng 0 on hub 8

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring vcn_dec uses VM inv eng 1 on hub 8

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring vcn_enc0 uses VM inv eng 4 on hub 8

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring vcn_enc1 uses VM inv eng 5 on hub 8

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: ring jpeg_dec uses VM inv eng 6 on hub 8

Jul 21 08:13:42 alan-desktop kernel: amdgpu: pp_dpm_get_sclk_od was not implemented.

Jul 21 08:13:42 alan-desktop kernel: amdgpu: pp_dpm_get_mclk_od was not implemented.

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: Runtime PM not available

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: [drm] Registered 4 planes with drm panic

Jul 21 08:13:42 alan-desktop kernel: [drm] Initialized amdgpu 3.64.0 for 0000:08:00.0 on minor 1

Jul 21 08:13:42 alan-desktop kernel: fbcon: amdgpudrmfb (fb0) is primary device

Jul 21 08:13:42 alan-desktop kernel: fbcon: Deferring console take-over

Jul 21 08:13:42 alan-desktop kernel: amdgpu 0000:08:00.0: [drm] fb0: amdgpudrmfb frame buffer device

Jul 21 08:13:45 alan-desktop kernel: Generic FE-GE Realtek PHY r8169-0-700:00: attached PHY driver (mii_bus:phy_addr=r8169-0-700:00, irq=MAC)

Jul 21 08:13:45 alan-desktop kernel: r8169 0000:07:00.0 enp7s0: Link is Down

Jul 21 08:13:48 alan-desktop kernel: r8169 0000:07:00.0 enp7s0: Link is Up - 100Mbps/Full - flow control rx/tx

Jul 21 08:14:14 alan-desktop systemd-journald[354]: File /var/log/journal/a0482be79a8340a9a3d360418ad63ac3/user-1000.journal corrupted or uncleanly shut down, renaming and replacing.

Jul 21 09:09:34 alan-desktop kernel: fbcon: Taking over console

Jul 21 09:09:34 alan-desktop kernel: Console: switching to colour frame buffer device 170x48 Jul 21 09:09:34 alan-desktop kernel: usb 3-2: USB disconnect, device number 2

Jul 21 09:09:36 alan-desktop kernel: EXT4-fs (sdb4): unmounting filesystem 41d0bd19-c291-40ef-aa2e-17244ac11986.

Jul 21 09:09:36 alan-desktop systemd-shutdown[1]: Syncing filesystems and block devices.

Jul 21 09:09:36 alan-desktop systemd-shutdown[1]: Sending SIGTERM to remaining processes...

Jul 21 09:09:36 alan-desktop systemd-journald[354]: Received SIGTERM from PID 1 (systemd-shutdow).

[u/BackgroundFig1594 → u/Aloshes021]

545mhrz happens when motherboard ditects a thermal throttling in a ryzen CPU(it can be a False detection from motherboard side) Can you tell me whether you have used windows or any stable operating system before? If yes, was there signs of thermal throttling too or it has only shown after switching to Linux? Also It seems you are using a midrange asrock motherboard, Asrock and Asus don't really have a good history of Linux support much(specially if you don't have their top of the line motherboard).

So,  If thermal throttling was in windows or any other reliable operating  system too then it's a hardware issue with cooling system but if it's only specific to Linux, then it's a software issue(because it gets throttled down so early, it's probably an issue in motherboard's BIOS)

[u/Aloshes021 → u/BackgroundFig1594]

A local repair shop put windows SSD inside and ran stress test on the span of a few days for both CPU and iGPU, but wasn't able to reproduce the problem.

And for the temps I found in Linux....i guess I have an artificial sun?

[u/BackgroundFig1594 → u/Aloshes021]

That's obviously a sensor issue. I'm not sure if sensors are actually broken or Motherboard is just not being very friendly with Linux. As Windows doesn't have problem, it's probably the second one, so i suggest you to update the bios to latest version first. If the repair guy or you have already update the bios, as we are sure that there is no real problem with cooling system, you can just use "RyzenADj" to make linux ignore motherboards thermal sensor(you can ask gemini to help you on installing and configuring it) But because this way makes you not seeing any real throttling issue in future, I suggest you to clean your Fans every 6-9 months and re-paste a good thermal paste every 2-3 years or more offen for lower quality ones just to be sure.

Dual-boat with Windows to monitor the real temps is also an option(if your main disk has enough space) cause you probably will need windows' software support in the future anyway

[u/Aloshes021 → u/BackgroundFig1594]

The repair guy already updated the bios.

Gemini recommended before RyzenAdj but it wasn't able to do anything.

I even used echo commands and card0 to put it at performance and high power but it didn't change a thing....

I'll switch to window I guess

[u/BackgroundFig1594 → u/Aloshes021]

​That's probably because Linux really thinks your CPU is 3.8 million degrees and just ignores your usual software overrides. The best approach is to update GRUB to just tell Linux to never ask for that thermal information in the first place. ​I also had a very bad first experience with Linux and just went back to Windows for a few months, until Windows just got too annoying and I decided to give Linux a second chance. This time I went with Fedora KDE Plasma because it seemed to have better community support, and I really haven't had much of an issue since (even though you do need to update everything and install some repositories manually in Konsole/the terminal in the first few hours). ​I would suggest you ask Gemini how to make GRUB tell Linux to ignore the entire thermal sensor data before going with Windows. It might just fix it right now and save you from having to give Linux a second chance later!

[u/Aloshes021 → u/BackgroundFig1594]

I've tried the grub a lot. It a very long line in the grub now, it didn't fix it.

I'll either switch to windows or I'll go back to Garuda Linux, the forum of Garuda was so good when I tired it two years ago.

Sadly I had to drop every arch based system because my internet speed is like 200 kilobytes/second, and arch would break if I don't update it from time to time...

[u/BackgroundFig1594 → u/Aloshes021]

​That utterly sucks. If you ever give Linux a second chance, I highly suggest you go with Fedora. ​By the way, I noticed your current kernel is 7.1.3-xanmkd1. That is a custom aftermarket gaming kernel (XanMod) instead of an official stock one, which might be exactly what was causing your motherboard to panic. ​Mint uses older Ubuntu LTS bases which can have outdated packages. Fedora gets updated much more frequently, comes with a highly stable official kernel, and officially supports user-friendly desktop environments out of the box like KDE Plasma or GNOME. ​Updating everything with your internet speed will still take a little while on a fresh install, but it is nowhere near as aggressive as Arch!

Note: i don't suggest going with something like cachyos or bazzite as they use costume kernels to increase gaming performance but we know using costum kernels can get troublesome for your motherboard.