Názory k článku
Jádro 5.18 má ukončenou podporu, přejděte na 5.19

neviem či je to dobrý nápad, po update mi prestal bootovať laptop, zistil som že niesom sám.

https://bbs.archlinux.org/viewtopic.php?id=278856
https://bbs.archlinux.org/viewtopic.php?id=278895

takže teraz bootujem 5.15.62-1-lts
alebo downgrade na 5.18 ...

Aha, mozna jsem mel podobny problem, po upgradu jadra uz jsem pak nenabootoval, ale nejak me nenapadlo vymenit jadro, vymenil jsem tedy zavadec, misto grubu jsem tam dal systemd-boot a vse najednou OK :)

Systemd-boot funguje výborně, nesahá na video mode, takže narozdíl od grubu se nestane, že zůstanu s černou obrazovkou. Grub a jeho ne vždy úplně korektní (a zbytečná) reinicializace UEFI prostředí mi v minulosti problémy několikrát způsobil, taky jsem ho už odstranil.

Já jsem už dlouhá léta používal jenom systemd-boot, s tím nikdy nebyly problémy, ale cca před rokem jsem reinstaloval Arch Linux kvůli novému disku (ze SATA SSD na M.2 nvme) a byl jsem trochu v časovém presu a nechtělo se mi dělat klon, tak jsem poprvé neinstaloval Arch "ručně", ale použil jsem nějaké to neofiko Arch LiveUSB, které si nainstalovalo s sebou i GRUB. No a zase jsem na něj dojel :).

Proč nepoužít rovnou Manjaro?

Taky jsem začínal na Archu, postupně jsem zlenivěl a v Manjaru nevidím prakticky žádný nedostatek, ale třeba jsem na něj ještě nenarazil.

Přešel jsem na 5.19.1 už před týdnem a bez problémů, ale používám Void Linux.

Zajímalo by mě, kolik lidí si samo instaluje jádro (či dokonce samo kompiluje - mimo vývojářů)..

Já jsem spokojený s Fedorou (právě 5.18.18, oproti kernel.org má většinou zpoždění jen pár dnů) a nechám přechod na nové jádro na ni :)

Tak třeba já, nakonfigurovat si volby a zkompilovat si jádro je brnkačka, je to mnohem jednodušší než např. na verzovaných distrech řešit nekompatibilitu verzí knihoven když potřebuji nějaký balíček který mi distro přímo nenabízí.

A to máte pro každý program speciální jádro a rebootujete pokaždé, když potřebujete z prohlížeče přepnout do jiné aplikace nebo Vám běží hypervizor, pod ním 10 systémů s různými jádry a jeden s GUI, kam jsou přes Xka síťově protunelovaný grafický rozhraní těch programů?

Ptám se jako hloupej uživatel, protože tyhle magie jsem zatím nepochopil a rád bych do toho proniknul. Předpokládám přeci jen, že když se objeví jeden program nekompatibilní s jádrem X, ale kompatibilní s Y, nezbytně se musí objevit další program, který není kompatibilní ani s jádrem X ani Y a pak co s tím...

Například nedávno jsem řešil otázku: Chci spíš mít oficiální drivery ke grafické kartě od AMD nebo kernel, se kterým mi jde uspat Ryzen 5900X? Přes fázi pokusů a zničení všech kernelů nějakým hnusem v DKMS a reinstalaci systému jsem sám... dobrovolně... musel uznat, že ty drivery zase tak moc nepotřebuju a radší nějaké to procento grafického výkonu oželím než aby mi nešel uspat počítač :-)

Myslím že předřečník popisoval spíš situaci, kdy v distribučním jádře něco chybí, tj. jeho "ručně" zkompilované jádro je funkčně nadmnožinou distribučního a tím pádem zpětně kompatibilní. Z poslední doby je dobrý příklad WireGuard.

Jak to myslíte s tím AMD driverem? Modul `amdgpu` v jádře je ten oficiální, a spát se s ním dá (s výjimkou některých mimořádně zprasených notebooků od HP).

na Xubuntu instaluju jejich "mainline jadro" protoze jejich "distribucni jadro" ma uz roky umele zakazanou moznost hibernace pri zapnutem SecureBoot...

Třeba já, ale v Manjaru je na to nástroj, takže je to jak instalace jinýho balíčku...