Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › Sikertelen 2.6.4-es kernelfordítás részletes leírása!!!
- This topic has 36 hozzászólás, 10 résztvevő, and was last updated 21 years, 1 months telt el by
Tassadar.
-
SzerzőBejegyzés
-
2004-06-05-14:41 #1953123
Maga a konfigurálás, fordítás természetesen ugyanaz. 😉
Már, ha fordul 😈
Ezután viszont rebootolsz, és az uhu kismillió dologra panaszkodik (nem létezõ patch-ek, modulok…)Az egyik fejlesztõ mondta egyszer, hogy õk nem javasolják uhu alá a kernel-forgatást, annak bonyolultsága miatt (mármint az alap uhukernel, de gondolom egy ilyesmit szeretne reprodukálni, aki uhut használ – kevésbé modulárisan :)).
2004-06-05-17:05 #1953124a forrást újrakitömörítve is ugyanaz a probléma, sõt, mint írtam bootolás közben a 2.6.5-ös is elakad. 😥 😥
2004-06-05-19:39 #1953125Sikerült!!!!!!!!!!!
Szóval egyik szemem sír, másik nevet.
Nevet, mivel megjelent a /dev filesystem support menüpont, és így *****án megy a rendszer az új kernellel.
– gyors boot
Sír, mivel a következõ dolgok nem mûködnek:
– X+nvidia
– hangkártya
– modem (pedig direkt 2.6-os kernelhez van, plusz még patch is, hogy kommunikáljon a hangkártyával)
– konzolon a kurzor maszatol
– az egér hipergyorsTudom, hogy ezekre a problémákra van megoldás, csak utána kell járni, meg a sikeres fordításról szóló 33 oldalas topic mind kitárgyalja, fellow pedig írt az egér-problémáról, de ez most nem is annyira érdekel. Az UHU-t hagyom így, inkább elhiszem, hogy nem érdemes szarakodni 2.6-ossal, Majd debiannal másfélhónap múlva, talán újra elõveszem ezt a topicot.
Addig is fellownak 2.6.4 darab milkát + rekesz sört, mert királycsászárul vágja!!! 😉 😉 😉
Mindenkinek kössz a segítséget!
2004-06-05-22:53 #1953126kozbben volt levelvaltas kmARC kollegaval;
a devfs problema abbol allt, hogy nem volt bekaocsolva a „Prompt for development and/or incomplete code/drivers” es a devfs az ilyen dolgok koze tartozik;
meg kicsit kibovittem a kernel_felkonfigot, filesystems, network, meg kisebb dolgokat;
erdekes, hogy ha 2.6 alatt ki van kapcsolva a „bis options – isa support” akkor a „device drivers – plug and play support” nem el; mivel nalam mindig bent van az isa (megszokas) es a 2.4 alatt nincs ez a bug(?), ezert ezt nem vettem eszre; javitva;a „devfs=mount” problema:
‘Documentation/kernel-parameters.txt’ ez atiranyit a ‘Documentation/filesystems/devfs/boot-options’ba, ahol le van irva miert kell(het), hagyne masoljam be szo szerint;aszora:
„Azért akarom az eredeti beállításokkal fordítani, hogyha beválik a 2.4.26-os akkor közkinccsé tegyem, és szegény usereknek ne legyen problémájuk vele, szóval nem akarom most a saját gépemre szabni.”
oke, de akkor nem tiszta vegulis mi a _celod_;„Az uhus kernel szerintem bugos, legalábbis nálam elég instabil, néha magától újraindul a gép, pl. supermount miatt.”
ez van, a disztok kerneleit szetpatchelik, de errol irtam a kernel_felkonfigban;
a super-/automount meg felesleges, inkabb kezzel; de ez inkabb velmeny, mint teny;rushmoon:
„Ezután viszont rebootolsz, és az uhu kismillió dologra panaszkodik (nem létezõ patch-ek, modulok…)”
uhu alkotoi egy teljesen uj, vmennyire kiserleti dolgot akartak, sajnos ara van; nem rossz rendszer, de szerintem a fejlesztesi modell nem tokeletes, de ez mar mas tema (lasd: debian devel/stable agak, packages.qa.debian.org, …)a forditas kozben hiba, az vagy 1/2 kernel patch szur el vmit, vagy 1/2 gcc hibas; utobbira megoldas: navajon hol?
2004-06-05-22:57 #1953127kmARC:
ezekrol van szo faqban, meg vmi kernel_felkonfigban;„mert királycsászárul vágja!!!”
megfizettem az arat, nagyreszt szabadido tekinteteben, epp ezert irok le mindent „amit tudok”, hogy masnak mar ne kelljen ugyanezeket vegigjatsazni;
vhogy igy fejlodik az oss vilag: mindenki hozzaadja azt, amit tud;2004-06-06-18:48 #1953128a tapasztalatom szerint az UHU nem nagyon szereti a fordítgatást, nekem se sikerült pedig mindent jól csináltam, csak éppen nem indult el, pedig minden jó volt és nagy Linuxos Guruk sem tudták, miért nem müxik.
én beletörõdtem lés felraktam Suse-t 🙂
2004-06-06-19:10 #1953129Minden flame nelkul:
Kivancsi lennek, hogy a szabadido eltoltesen kivul mi indokolja a sajat kernel forditast uhu ala?
Nekem eleg sok gepen fut (most egy oskovulet 166MMX notebookrol irok) es szinte semmi sem hianyzott meg eddig. Ami hianyzott, az mindig lefordithato volt onallo driverkent. (iforce, dvb-bt8xx, pcmcia-cs-modules)
Az UHU, Mandrake, Suse mind tartalmaz olyan funkciot, ami az altaluk szallitott kernel fuggvenye. Ha ezeket nem tudjatok beleforditani (marpedig eleg nehez az osszes patch-bol a megfelelo verziot osszevalogatni) akkor a vegeredmeny egy csokkentett modu opendszer lesz.
Ket eve meg en is rendszeresen forditottam kernelt debian ala, akkoriban ebben lattam a rendszer jobbatetelenek egyeduli modjat. 🙂 Aztan vegeztem sebessseg teszteket, es arra jutottam, hogy nem eri meg a faradtsagot.
Szoval ezert lennek kivancsi a valaszokra.2004-06-06-19:15 #1953130a tapasztalatom szerint az UHU nem nagyon szereti a fordítgatást, nekem se sikerült pedig mindent jól csináltam, csak éppen nem indult el, pedig minden jó volt és nagy Linuxos Guruk sem tudták, miért nem müxik.
én beletörõdtem lés felraktam Suse-t 🙂
Hát ha nem idult el akkor honnan tudod, hogy jó volt?
Kipróbáltad másik disztrin is?2004-06-06-19:22 #1953131Suspent To Disk müködik 2.6.x-el,vagy továbbra is Windows kiváltság?
2004-06-06-19:28 #1953132Suspent To Disk müködik 2.6.x-el,vagy továbbra is Windows kiváltság?
Igen. Nem. Ha az sw_susp megfelel.
-
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz