| Hootch | moin, ist bekannt wie Ubuntu mit kernel updates in einer LTS Version umgeht? In welchen Abständen kommen hier Kernel Updates? | 16:12 |
|---|---|---|
| ppq | ich nutze die -oem kernel serie, die kriegt in unregelmäßigen abständen updates, 3-14 tage alles dabei https://changelogs.ubuntu.com/changelogs/pool/main/l/linux-meta-oem-6.5/linux-meta-oem-6.5_6.5.0.1024.26/changelog | 16:24 |
| ppq | die -hwe serie anscheinend so zwei mal pro monat | 16:25 |
| ppq | gibt aber auch livepatching, das ist ganz praktisch aufm server | 16:25 |
| Hootch | mir gehts primär um ein kernel für ein desktop system um die vorteile für das gaming zu erhalten. Was die OEM Serie ist, verstehe ich grad nicht | 16:39 |
| ppq | das ist eine noch aktuellere serie für ubuntu-zertifizierte neugeräte, die einen neuen kernel benötigen | 16:44 |
| Hootch | ok, das sagt aber nichts aus über die auslieferung neuer kernels für ein LTS System. Der 6.5 Kernel ist ja schon in 24.04 durch 6.8.0.x-generic ersetzt worden | 17:20 |
| Hootch | und der neueste ist 6.9.x im support | 17:21 |
| Hootch | mein hintergrund ist einfach, ob ich bei LTS bleibe oder auf eine andere version mit schnellerem kernel wechseln muss / sollte | 17:22 |
| ppq | die -hwe serie ist auch nicht verkehrt, kriegt die ganze hardwareunterstützung nach und nach rein. aufm server bleibe ich aber bei der ursprünglichen LTS kernelversion idr., da wird ja alles backgeportet | 17:23 |
| k1l | die LTS bleiben von sich aus auf der gleichen kernel version. es gibt aber mit dem hwe /hardware enablement stack) die kernel von den nicht-lts versionen | 17:24 |
| k1l | https://wiki.ubuntuusers.de/LTS_Enablement_Stacks | 17:24 |
| le_bot | Title: LTS Enablement Stacks › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de) | 17:24 |
| k1l | die kommen aber immer etwas verzögtert, nachdem die nicht-lts veröffentlicht wurde. | 17:25 |
| k1l | ah ok, die desktop installs haben das automatisch installiert. nur die server installs bleiben auf der orginalen kernel version | 17:25 |
| Hootch | ok d.h. ich bekomme schneller neuere kernels bei einem desktop system | 17:31 |
| k1l | bei LTS releases bekommt man den kernel von dem neuern nicht-LTS release etwas zeitverzögert mit dem nächsten pointrelease. | 17:48 |
| Hootch | ooint release sind diese vier zeitpunkte im laufe eines LTS zyklus? | 17:50 |
| Hootch | "point" | 17:50 |
| k1l | genau, 24.04.2 dann z.b. | 17:50 |
| Hootch | ah ok! danke für die info! | 17:51 |
| tomreyn | Hootch: ich hab die zwei kernel-varianten mal hier erklärt: https://gist.github.com/tomreyn/8d7675840d7bc7389b32e4d8887ca449 | 18:08 |
| tomreyn | ...-oem kommt da noch dazu, aber eben nur für bestimmte hardware von canonical-oem-partnern, wo der ab auslieferung mit herstellerimage bereit gestellt wird | 18:08 |
| tomreyn | ist auf englisch, aber mit deepl / google / systran bestimmt gut übersetzbar | 18:08 |
| tomreyn | kernelupdates für GA und HWE kommen auf jeden fall dann, wenn sicherheitsupdates bereitgestellt werden (müssen), oder bugs gefixt werden. beides passiert quasi laufend, infos zu sicherheitsupdates kannst du unter https://ubuntu.com/security/cves nachlesen | 18:13 |
| le_bot | Title: CVEs | Ubuntu (at ubuntu.com) | 18:13 |
| Hootch | tomreyn, top! danke! | 18:19 |
| tomreyn | kernel.org hat seit ner weile jetzt auch *endlich* öffentliche infos zu bekannten sicherheitslücken und vergibt auch cve id's dazu (die hatten da für viele jahre ne blockadehaltung begründet mit - aus meiner sicht - security by obscurity). das geht dann alles über die mailingliste linux-cve-announce. aber betrifft halt nicht unbedingt die ubuntu-kernelimages - das prüft das security-team jeweils, sobald diese id's festgelegt | 18:25 |
| tomreyn | / die schwachstellenreports veröffentlicht werden. das ist ein recht enges zusammenspiel, insofern läuft das ganz gut. | 18:25 |
| Hootch | sind die rolling release distrib wirklich besser für das gaming, weil der "neuste" Kernel zur Verfügung steht? Ich hab eher die Befürchtung, dass ich mehr mit Bugfixing am System als mit gaming beschäftigt bin. ArchLinux ist zwar cool, aber auch oftmals "kaputt" in Teilen und bringt Arbeit mit sich | 18:42 |
| tomreyn | wenn du nicht hardware hast die weniger als ~ ein jahr alt ist, dürfte das recht egal sein. | 18:46 |
| tomreyn | wichtig ist dann eher ne aktuelle protondb, falls du windows-spiele spielen willst. | 18:47 |
| Hootch | tomreyn: ja die erfahrung hab ich gemacht und bin mit aktueller protondb-version und mit dem derzeitigen Kernel 6.8 und Mesa (AMD) fast immer ans ziel gekommen. Für genaue Fehlersuche im Proton Sektor fehlt es mir noch an Wissen | 18:54 |
| tomreyn | ich hab hier debian 12 mit backport-kernel (6.7.12+bpo-amd64) und Radeon RX 580 + ryzen 1800x mit linux cmdline " amd_pstate=active amdgpu.dcdebugmask=0x10 amdgpu.noretry=0 " - das klappt super, sehr stabil. ohne diese kombi läuft die graka beim spielen (primär bei per proton übersetzten windows vulkan-spielen) leider alle paar minuten in nen timeout, und der reset schlägt immer fehl. | 19:00 |
| tomreyn | also der gfx-reset | 19:00 |
| tomreyn | das "amdgpu.noretry=0" sorgt für reset-versuche, macht aber keinen unterschied / ist hier irrelevant, nur die anderen beiden settings sind relevant. | 19:02 |
| Hootch | tomreyn: debian hat doch eine unstable variante, oder? welcher kernel läuft denn dort? | 19:05 |
| tomreyn | Hootch: $ rmadison linux-image-amd64 -s sid | 19:36 |
| tomreyn | linux-image-amd64 | 6.8.12-1 | unstable | amd64 | 19:36 |
| Hootch | das ist doch was! | 19:38 |
| tomreyn | trixie / testing hat die gleiche. das kannst du auch auf https://packages.debian.org/linux-image-amd64 oder in obigem format unter https://qa.debian.org/madison.php?package=linux-image-amd64 nachlesen | 19:39 |
| le_bot | Title: Debian -- Package Search Results -- linux-image-amd64 (at packages.debian.org) | 19:39 |
| tomreyn | aber wir sind ja hier bei ubuntu | 19:40 |
| Hootch | "sind wir nicht alle ein wenig ubuntu?" | 19:42 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!