Garuda recommended to install a newer kernel, but which one should i choose from the list?

I'm new here, hello all.

So then, i'm very confused on what to choose from this HUGE list of different kernels. I thought to go with Linux 5.10 but there is no current "zen" iteration for it (?) others are: tkg-muq, tkg-pds-, tkg-cfs-p, tkg-cfs-j, tkg-pds-, tkg-cfs-, tkg-pds- (this for example appears many times with even same version number which is 5.10.01-103), tkg-muq.... and so on.

This is indeed very confusing and i'm not a total noob with Linux. So then question is: what should i choose to install?

Thanks.

1 Like

There is no hard and fast answer for this as everyones machine is different and some kernels are hardware specific.

It is always best to keep 2 kernels installed at all times. The recommended choice for a backup kernel or for hardware that is a little older is the linux-lts kernel. You can install from the terminal with this command:

sudo pacman -Syu linux-lts linux-lts-headers

The choice for your primary kernel is up to you. You could test any of the following to see which works best with your hardware:

linux
linux-zen
linux-tkg-bmq
linux-mainline

The mainline kernel would be mostly only recommended if your hardware is brand new.

5 Likes

If you are confused about all those variants have a look at the tkg kernels GitHub :slight_smile:

3 Likes

Ok, thanks for a quick reply. I put up my PC's specs there upon registering here, if that tells something on what i should go with.

The kernel installed indeed right now: linux-zen 5.9.14.zen1-1. The list marks linux 5.9.14.arch1-1 (experimental) as "recommended", also linux-lts 5.4.85-1 (LTS) is "recommended".

So, maybe i should wait for things to self-update? Or does it not happen in the case of kernel? I was wanting to try a fresher kernel because otherwise Garuda being stellar so far, i experience LOCKUPS once in a while (OOM?) when i have several browser windows and and other software open.

This issue occurs in a manner of everything starts to be "halted", not even mouse moves. Then after waiting a few mins, the mouse can be moved A FEW SECONDS, then the lockup continues again.

If i wait for, say, 30-45 mins, the lockup goes away but might come back any moment. This only happens with many windows (no pun intended=) open...

Your specs are lacking the most important factor for OOM events, mainly your RAM.

Please post:

inxi -Fxxxza

Lockups are very often kernel dependent, so testing other kernels is a good idea.

Another one you might want to throw into the mix is the linux-hardened kernel or even the older linux-lts419 kernel. It doesn't hurt to test a bunch of different kernels. I always suggest testing at least three alternate kernels if experiencing lockups/freezes.

Yes, that's what i thought initially also. To switch kernels. Sorry about that RAM-info lacking, i must have missed it while registering.

Here's the output of inxi -Fxxxza:

Kernel: 5.9.14-zen1-1-zen x86_64 bits: 64 compiler: gcc v: 10.2.0 
           parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen root=UUID=5e9de610-08a5-4376-917a-680281e3e919 rw 
           rootflags=subvol=@ quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0 
           systemd.unified_cgroup_hierarchy=1 resume=UUID=e61eea16-19ca-4300-b45b-9fe82b1d1363 loglevel=3 
           Desktop: Xfce 4.16.0 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm4 dm: LightDM 1.30.0 Distro: Garuda Linux 
Machine:   Type: Desktop System: ASUSTeK product: CM6330_CM6630_CM6730_CM6830_M11AA-8 v: N/A serial: <filter> 
           Mobo: ASUSTeK model: CM6330_CM6630_CM6730_CM6830_M11AA v: Rev x.0x serial: <filter> UEFI: American Megatrends 
           v: 0902 date: 12/04/2013 
CPU:       Info: Quad Core model: Intel Core i5-3340S bits: 64 type: MCP arch: Ivy Bridge family: 6 model-id: 3A (58) 
           stepping: 9 microcode: 21 L2 cache: 6 MiB 
           flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 bogomips: 22349 
           Speed: 1597 MHz min/max: 1600/2800 MHz Core speeds (MHz): 1: 1597 2: 1597 3: 1596 4: 1597 
           Vulnerabilities: Type: itlb_multihit status: KVM: VMX unsupported 
           Type: l1tf mitigation: PTE Inversion 
           Type: mds mitigation: Clear CPU buffers; SMT disabled 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: disabled, RSB filling 
           Type: srbds status: Vulnerable: No microcode 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: NVIDIA GK107 [GeForce GTX 650] vendor: ASUSTeK driver: nvidia v: 455.45.01 alternate: nouveau,nvidia_drm 
           bus ID: 01:00.0 chip ID: 10de:0fc6 
           Display: x11 server: X.Org 1.20.10 driver: nvidia display ID: :0.0 screens: 1 
           Screen-1: 0 s-res: 5760x1200 s-dpi: 96 s-size: 1524x318mm (60.0x12.5") s-diag: 1557mm (61.3") 
           Monitor-1: HDMI-0 res: 1920x1080 hz: 60 dpi: 94 size: 518x32mm (20.4x1.3") diag: 519mm (20.4") 
           Monitor-2: DVI-D-0 res: 1920x1200 hz: 60 dpi: 89 size: 550x343mm (21.7x13.5") diag: 648mm (25.5") 
           Monitor-3: DVI-D-1 res: 1920x1200 hz: 60 dpi: 94 size: 518x324mm (20.4x12.8") diag: 611mm (24.1") 
           OpenGL: renderer: GeForce GTX 650/PCIe/SSE2 v: 4.6.0 NVIDIA 455.45.01 direct render: Yes 
Audio:     Device-1: Intel 6 Series/C200 Series Family High Definition Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 00:1b.0 chip ID: 8086:1c20 
           Device-2: NVIDIA GK107 HDMI Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 01:00.1 
           chip ID: 10de:0e1b 
           Device-3: C-Media Blue Snowball type: USB driver: hid-generic,snd-usb-audio,usbhid bus ID: 1-1.1:4 
           chip ID: 0d8c:0005 serial: <filter> 
           Sound Server: ALSA v: k5.9.14-zen1-1-zen 
Network:   Device-1: Realtek RTL8821AE 802.11ac PCIe Wireless Network Adapter vendor: AzureWave driver: rtl8821ae v: kernel 
           port: d000 bus ID: 03:00.0 chip ID: 10ec:8821 
           IF: wlp3s0 state: down mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK P8P67 and other motherboards 
           driver: r8169 v: kernel port: c000 bus ID: 04:00.0 chip ID: 10ec:8168 
           IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 3.64 TiB used: 1.62 TiB (44.4%) 
           SMART Message: Required tool smartctl not installed. Check --recommends 
           ID-1: /dev/sda maj-min: 8:0 vendor: Toshiba model: DT01ACA100 size: 931.51 GiB block size: physical: 4096 B 
           logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: A7L0 
           ID-2: /dev/sdb maj-min: 8:16 vendor: Hitachi model: HDS723020BLA642 size: 1.82 TiB block size: physical: 512 B 
           logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: A5Q0 
           ID-3: /dev/sdc maj-min: 8:32 vendor: Western Digital model: WD10EARS-22Y5B1 size: 931.51 GiB block size: 
           physical: 4096 B logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 0A80 
Partition: ID-1: / raw size: 922.42 GiB size: 922.42 GiB (100.00%) used: 104.84 GiB (11.4%) fs: btrfs dev: /dev/sdc2 
           maj-min: 8:34 
           ID-2: /boot/efi raw size: 300 MiB size: 299.4 MiB (99.80%) used: 560 KiB (0.2%) fs: vfat dev: /dev/sdc1 
           maj-min: 8:33 
           ID-3: /home raw size: 922.42 GiB size: 922.42 GiB (100.00%) used: 104.84 GiB (11.4%) fs: btrfs dev: /dev/sdc2 
           maj-min: 8:34 
           ID-4: /var/log raw size: 922.42 GiB size: 922.42 GiB (100.00%) used: 104.84 GiB (11.4%) fs: btrfs dev: /dev/sdc2 
           maj-min: 8:34 
           ID-5: /var/tmp raw size: 922.42 GiB size: 922.42 GiB (100.00%) used: 104.84 GiB (11.4%) fs: btrfs dev: /dev/sdc2 
           maj-min: 8:34 
Swap:      Kernel: swappiness: 10 (default 60) cache pressure: 75 (default 100) 
           ID-1: swap-1 type: partition size: 8.8 GiB used: 0 KiB (0.0%) priority: -2 dev: /dev/sdc3 maj-min: 8:35 
           ID-2: swap-2 type: zram size: 1.93 GiB used: 19.2 MiB (1.0%) priority: 32767 dev: /dev/zram0 
           ID-3: swap-3 type: zram size: 1.93 GiB used: 19.2 MiB (1.0%) priority: 32767 dev: /dev/zram1 
           ID-4: swap-4 type: zram size: 1.93 GiB used: 19 MiB (1.0%) priority: 32767 dev: /dev/zram2 
           ID-5: swap-5 type: zram size: 1.93 GiB used: 19 MiB (1.0%) priority: 32767 dev: /dev/zram3 
Sensors:   System Temperatures: cpu: 29.8 C mobo: 27.8 C gpu: nvidia temp: 46 C 
           Fan Speeds (RPM): N/A gpu: nvidia fan: 10% 
Info:      Processes: 261 Uptime: 10h 52m wakeups: 0 Memory: 7.72 GiB used: 3.96 GiB (51.3%) Init: systemd v: 247 Compilers: 
           gcc: 10.2.0 Packages: pacman: 1426 lib: 356 flatpak: 0 Shell: Zsh v: 5.8 running in: xfce4-terminal inxi: 3.2.01

8 GB of ram should be adequate (depending on what you're doing). I have run Garuda on old hardware with only 4 GB of RAM, but that's really pushing it. My normal machines have 16 and 32 GB of RAM, so I never experienced those types of issues with them (but I did sometimes with 4 GB RAM).

3 Likes

Yes, i should get more RAM anyways. This is indeed an older machine i put together (found from IT-trash actually) :smiley:

Ps. I see you are taking on Finnland today at hockey juniors world championship. Good luck :slight_smile:

3 Likes

Welcome to Garuda BTW, and also have a Happy New Year. :clinking_glasses:

2 Likes

Same to you! And thanks for an awesome distribution indeed! I was formerly a Manjaro user until it once again broke down on me upon Nvidia-driver update.

Garuda Linux always just boots up :slightly_smiling_face:

Ps2. I wish you'd put up some Garuda Linux merch available to support you guys!

2 Likes

We may start taking donations soon, as with the recent hardware problems at the Chaotic AUR and all the new users we may need to buy more server capacity and bandwidth in the near future.

I agree with you on the merch end of things. With @SGS and all his great artwork it would seem a natural. However, after seeing what happens at some distros when money enters into things we have been loath to go that route (unless absolutely necessary).

3 Likes

Right right. It appears to be inevitable, the money aspect, after all, it seems.

Some merch wouldn't do any harm me thinks :nerd_face:

Also would nicely spread awareness of Garuda Linux existence. It is a unique distro in many ways, not only via that automatic snapshot taking and other btrfs-features, so on. This automatic snapshotting should be a golden standard on pretty much all big distros anyways. People respect a distro they can count on even when breakage and trouble comes.

1 Like

Btrfs + timeshift is handy, but not infallible. You should still implement your own data backup regimen to ensure you don't lose anything important if you suffer a major failure.

1 Like

I wouldn't be averse to some reasonably priced t-shirts or coffee cups with Garuda artwork on it. Just an idea :_)

2 Likes

Define reasonably priced :smiley:
Since there will be huge differences worldwide :wink:

Ok, cheap, I like cheap...and don't tell me you don't :slightly_smiling_face:

If you buy cheap, you buy twice.
Cost-effective not overpriced as so-called branded goods where the buyer must also pay for the advertising :wink:


Do you use this Canon?
13217615_1728940510682938_8022128252890400551_o

3 Likes

i usually buy clothes under 2000 INR or 15-18$. But thats because its dead cheap here in india compared to the west. stupid western brands act like they deserve hundreds of dollars for one freaking piece of clothing that isnt even that special in terms of durability.

2 Likes

Yep, I have same opinion.

But you know, you can't console girls / women. :wink:

Also, same opinion for smartphones.

atleast in smartphones theres some sort of a technologically different thing between flagships midrangers and low ends. not even that in clothing and other apparel. if people were rational, luxury brands like louis vitton and the others charging absolutely lunatic amounts for a regular piece of cloth or a regular bag would be out of business even before they started.

1 Like