Öcsém hív, az egyik régi számítógépe nem boot-ol. Jól van, ránézek. Tényleg. Régi kernellel megy. Frissítek mindent a régi kernellel, probléma ugyanaz az újjal: megáll, mint a szög. A régi 6.14.11-es, az új 6.15.9-es. Nézem a logokat, nova-core driver megdöglött. Kb. azt sem tudom, mi az, de hangzásra meg utánaolvasás után valami nVidia csoda. Majd megtalálom ezt a cikket.
Tehát ez már hülyebiztos, mert Rustban írták, meg minden ellen is véd, tehát akkor biztos nagyon jó.
Nem jó. Nagyon nem. Amit C-ben írtak, az még működött, ez meg a logok alapján láthatóan összedől, a gép be sem boot-ol, de mosolyogjak hozzá, mert ez legalább Rustban íródott.
Letiltottam a kernel frissítését, továbbá beállítottam defaultnak a 6.14.11-es kernelt a Grubban.
Apropó, hogyan lehet megmondani 6.15+-os kernelnek, hogy ha nVidia hardware-t lát, ne ezt a Rustban írt szutykot töltse be - illetve csomagolja az initrd-be -, hanem a jól bevált C-ben írt nouveau drivert?
Az oprendszer Fedora 41.
- 501 megtekintés
Hozzászólások
Jó gondolat, köszönöm! :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mondjuk erősen bele is van írva, hogy ez bizony kb az első step abban a driverben, mert még kurvára nincsen kész, de ja, a rust a baj :)
- A hozzászóláshoz be kell jelentkezni
Amúgy meg is védte a gazdit, mert inkább el sem indult a gép, úgy meg nem is támadható (max az UEFI :D)
Színes vászon, színes vászon, fúj!
Kérem a Fiátot..
- A hozzászóláshoz be kell jelentkezni
Mondjuk erősen bele is van írva, hogy ez bizony kb az első step abban a driverben
Akkor mit keres a stable ágban úgy egyáltalán? Hát nem erre lettek pont kitalálva a branchek?
még kurvára nincsen kész
Akkor mit keres a stable ágban úgy egyáltalán? És ráadásul defaultként?
Elég egyértelmű iocsemege kolléga kérdése: "hogyan lehet megmondani 6.15+-os kernelnek, hogy ha nVidia hardware-t lát, ne ezt a Rustban írt szutykot töltse be", tehát ez a félkész Rust szutyok az alapértelmezett az öcsi production-ready disztrója által szállított kernelben! Ez epic fail, bárhogy is nézzük.
- A hozzászóláshoz be kell jelentkezni
Úgy, hogy a vanilla kernel az ilyen, mindig is ilyen volt, Linus már kurva rég megmondta, hogy az nem direktben usable, azért van a distributor (tényleg magyarázni kell ezt neked a kernelről, hogy miért nem branch?). A kérdés, hogy a fedora miért nem kapcsolta ki alapból? (Azért, mert a fedora ált gyorsan húzza be az új dolgokat, ez bizony benne vana buliban)
- A hozzászóláshoz be kell jelentkezni
Linus már kurva rég megmondta
Össze-vissza beszélsz. Amit Linus valójában megmondott, az ez. Nem a mainline-ról van szó, hanem a STABLE-ről. Oda hogy kerülhetett át, ha egyszer ennyire bugos?
A kérdés, hogy a fedora miért nem kapcsolta ki alapból?
Nem, a kérdés az, hogy egy ilyen félkész bughalmaz miért lett alapértelmezettnek beállítva? Ha mindenki tudta, hogy félkész, miért nem bukott ki a review során (akár Linus, akár Fedora), hogy talán nem kéne alapértelmezettnek lennie?
(Szóval nem az a baj, hogy a Fedora nem kapcsolta ki, hanem eleve az, hogy egyáltalán alapértelmezettnek lett valaha is beállítva mikor még félkész. Az már csak hab a tortán, hogy ráadásul ezt senki nem vette észre, kiment production-be.)
- A hozzászóláshoz be kell jelentkezni
Olvasni tudsz?
- Mainline
- Mainline tree is maintained by Linus Torvalds. It's the tree where all new features are introduced and where all the exciting new development happens. New mainline kernels are released every 9-10 weeks.
- Stable
- After each mainline kernel is released, it is considered "stable." Any bug fixes for a stable kernel are backported from the mainline tree and applied by a designated stable kernel maintainer. There are usually only a few bugfix kernel releases until next mainline kernel becomes available -- unless it is designated a "longterm maintenance kernel." Stable kernel updates are released on as-needed basis, usually once a week.
Bemennek a patchek, linux kb 10 hetente releasel, és onnantól az a stabil, max a következő windowban bejövő bugifexből bakcportolnak rá, míg ki nem jön a következ. Nincsen ezen kívül hosszú életű teszting ág. És ezekbe a kernelekbe rendszeresen kerülnek be félkész dolgok, inkrementálisan. Tudod, release early, release often. És mindig is az volt a stance, hogy majd a disztró összerakja endusernek valóra. És ebből rendszeresen volt nyaffogás, van az a viszonylag új keletű dolog, hogy LTS kernel, ami többek között ezt is célozza valamennyire. Na, ez most nem ilyen, ez egy sima release :)
- A hozzászóláshoz be kell jelentkezni
A stable kernelben nem csak az van benne, ami kész van. Ez mindig is így volt. A kernel release-ek közül a stable semmilyen driver minőségére nem jelent garanciát.
Akkor mit keres a stable ágban úgy egyáltalán? És ráadásul defaultként?
Mert Linus így döntött. És nem default, maximum ha a disztró úgy konfigurálja a kernelt. Az nem Linus hibája, ha a Fedorások úgy döntöttek, hogy ez legyen a default. Ez egy félkész driver, ott is van a Kconfigban:
Choose this if you want to build the Nova Core driver for Nvidia
GPUs based on the GPU System Processor (GSP). This is true for Turing
and later GPUs.This driver is work in progress and may not be functional.
If M is selected, the module will be called nova_core.
Amúgy mindenféle driverek esetén tök alap az, hogy félkész dolog van benn a stabil kernelfában. Ilyen volt az ext4 támogatás is, először a 2.6.19-es kernelben jelent meg, aztán a 2.6.28-ban lévő verzióra lett az mondva, hogy az már stabil és használható.
https://kernelnewbies.org/Linux_2_6_19#EXT_4
https://kernelnewbies.org/Linux_2_6_28#Ext4
Szerintem nem igazán érted, hogy miként működik a kernel fejlesztése, és mit jelent a stable kernel.
- A hozzászóláshoz be kell jelentkezni
Szerintem nem igazán érted, hogy miként működik a kernel fejlesztése, és mit jelent a stable kernel.
Az nem lehet, mert ő mindenről mindig rohadt alaposan tájékozódik :D "Hát nem erre lettek pont kitalálva a branchek?" :D
- A hozzászóláshoz be kell jelentkezni
Szerintem a nouveau sem egy főnyeremény, miért nem használod az nvidia zárt driverét inkább?
- A hozzászóláshoz be kell jelentkezni
Régi HW-n Maxwell előtti generációs NVIDIA kártyához nincs már újabb zárt driver ami lefordulna modernebb Linux disztrók kernelével.
Egyetlen lehetőséged a nouveau driver. Vagy addig használod a régi disztród amíg bírod....
- A hozzászóláshoz be kell jelentkezni
Ez egy nagyon régi, bontószökevény gép. A feladata annyi, hogy egy bemutatóteremben, kioskként a cég saját honlapján a vevő tudja böngészni a termékeket, nézni hozzá az árakat. Ehhez nem kell az utolsó cseppig kifacsarni a video processzor képességeit, pláne úgy, hogy a video processzor tranzisztorai is nagyjából fából vannak kifaragva, mert annyira régi. :)
Körülbelül 2 perc alatt bootol be a gép.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Akkor nem értem, hogy miért akarja ezt a csoda új drivert használni hozzá, azt írják, ez csak a legújabb GPU-kal működik.
Fedorához van 390-es driver is (rpmfusion repoból), az még a GeForce 400/500-asokhoz is jó. Attól, hogy nem kell a kártya minden képességeit kihasználni, a stabilitás még jól jöhet :)
- A hozzászóláshoz be kell jelentkezni
Ez egy AMD alapú brand gép, talán valami HP vagy Fujitsu-Siemens, s egy nagyobb cég vedlette le. Nem tudom, pontosan milyen VGA van benne, annyira nem érdekelt.
A nouveau-t azért szeretem, mert beállítom, hogy frissítse magát a gép automatikusan, nem kell hozzányúlni, nem tainted a kernel, elvan, működik. A zárt driver esetében vagy előre fordított modul kell, de ha a kernel hamarabb frissül, mint a modul, a következő boot már grafikus felület nélkül lesz. Ha pedig dkms, meg effélék, akkor forrásból fordul az interface, de az elég para, hogy sikerül-e - általában igen -, nem épp fordítás közben jön áramszünet. Egy gyenge, lassú vason külön élmény forrásból fordítani.
Itt az a cél, hogy frissítse magát a gép, stabilan menjen, ne kelljen hozzányúlni. A nouveau stabil, legfeljebb lassabb a zártnál. De már jó rég óta Compiz is megy nouveau driverrel. Ez persze most nem kell, csak megjegyeztem.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Azért kell az rpmfusion repot használni, ott együtt frissül a rendszerrel.
- A hozzászóláshoz be kell jelentkezni
Igen, ezen a gépen működne is. Amúgy van olyan szokásom saját gépemen, hogy néhány csomagot, pl. a kernelt is a build szerverről frissítek még azelőtt, hogy az update repókba kerülne.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Mondjuk egy ilyen gépen lehet, hogy nem a legjobb ötlet a fedora, ami bevallottan próbálja erősen követni az upstreamet, és beintegrálni korán a mindenfélét...
- A hozzászóláshoz be kell jelentkezni
Ez jogos, de kalapácsom van és mindent szögnek látok. ;) Szóval Red Hat 7.2 környékén kezdtem (talán 2001-ben), aztán volt ott még valami Red Hat 8.x meg Red Hat 9, utána Fedora Core 1, stb., jelenleg Fedora 42. Elég jól ismerem, nem kívánom azt az érzést, hogy nem tudom, mit kell csinálni egy Debiannal, ha frissítés közben jön egy áramszünet. Fedorát eddig mindig megmentettem a legváltozatosabb lesántulásokból is, sohasem telepítettem újra.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni