Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › Kernel Forditás
- This topic has 126 hozzászólás, 18 résztvevő, and was last updated 21 years, 7 months telt el by
killall.
-
SzerzőBejegyzés
-
2003-11-25-17:33 #1918066
Hello,
Kár, hogy a module támogatásra is szükség van, mert ha nem használom 5x gyorsabban fordítja a kernelt. De úgy látom, hogy pl az nvidia driver is modulba hajlandó csak települni.
A hangkártyámat sikerült beüzemelni végül, de a 3d kártyáról hiába olvastam el rengeteg infót, végül már úgy össze volt barmolva a rendszer, hogy nem ment. A cd automount-ot sem találtam meg. Az ntfs viszont elvileg még írható is volt.
Tulajdonképpen a module-init-tools-nál barmolódott el a rendszer . Ebbõl egy friss verziót kell letölteni a 2.6.0-ás kernelhez, és az egyik lépésben a modules.conf file-ból megcsinálja a modprobe.conf file-t, de itt már sok warning volt.
Az mvidia még nem támogatja a 2.6-os kernelt, ezért meg kellett patcholni, késöbb lefordult, csak nem indult, a module kezelõ programok miatt valószínü.
2003-11-25-17:42 #1918067sede:
„a gép mintha 2x/3x gyorsabb lenne”
nincs tenyleges fizikai gyorsulas (marmint 1 procival 1-2%-nal tobb), hanem a _sokkal_ jobb vm, sheduler, elevator, stb kod miatt sokkal akadas-mentesebb a rendszer futasa, foleg nagy terheles alatt;„A /usr/src könyvtárba kitömörítettem, belemásoltam a már alapban ott lév? eredeti include file-okat úgy, hogy semmit ne írjon felül (lehet, hogy ez nem is kell)”
minden (teljes) kernelforrashoz jar az inculde konyvtar, mindig a legfrissebb, tehat ez tenyleg felesleges (raadasul a 2.6-ban ez valtozott is valamelyest!);„Az include alkönyvtárban link létrehozása asm néven az asm-i386-ra”
file /usr/src/linux/include/asm
/usr/src/linux/include/asm: symbolic link to `asm-i386′ennek eleve igy kellene lennie…
„nem kell mrproper, legalábbis az újrafordításnál, úgy veszem észre.”
egy ‘clean’ nem arthat meg; a mrproper / distclean csak akkor ajanlott, mielott egy forrast eloszor leforditasz;„Device drivers/Block devices/Ram disk support (ezért nem tudja a root filesystemet mountolni és akad ki mindenkinek szerintem)
Ugyanott/initial ramdisk (initrd): pipa”
ha mindent statikusan beleforatsz es nincs szukseg spec modulokra, akkor nincs szukseg initrd-re (lasd link az elozo postomban);„Native language support: Codepage 852”
😉
az ibm-852 kodlap meg vmikor a dos6.22 / win3.11 idokben volt elterjedt, ma mar csak a fat16 hasznalat mellett lenne ra szukseg;
ha atallitod, akkor se iso8859-2 -re rakd, hanem utf8 -ra, mivel par even belul ugyis az lesz a standard, es jobb mar most atterni;„A system.map-ot és a .config-ot is átmásoltam más néven, nem tudom ez miért kell vagy szokás.”
pliz nezzen utnanna vki, aki 2.6-ot hasznal; de 2.4-nel semmi szukseg erre;„Elvileg a modulokat mind bele lehet fordítani a kernelbe, hogy egyet se kelljen használni? Mert amikor a modulokat is installáltam akkor újra kellett telepítenem az UHU-t.
2003-11-25-20:47 #1918068holnap forgatok debijanyhoz 2.4.22-t 🙂
2003-11-26-21:02 #1918069Fellow,
Köszönöm a segítséget!
-A gép lehet, hogy nem volt sokkal gyorsabb, de pl a taskbar-on látom, hogy sokkal gyorsabban/zökkenõmentesebben kezelte a grafikát. Plusz a gépem eleve athlon kódra lett optimalizálva, plusz végigolvastam a kernel opciókat és láttam olyat, ami felgyorsítja a gép reagálását – preemtív kernel asszem.
-Az asm linket a mrproper letörli
-Azt hogy a .config és System.map file-okat át kell másolni és átnevezni a kernel verziójára a telepítési útmutatóban olvastam, jó tudni, hogy nincs rá szükségMost kb 20x fordítottam kernelt az elmult 2 nap során, de egyszer sem ment jól.
Elõször tegnap az eredeti uhu kernelt akartam telepíteni, át is állítottam minden jót, de valamit elbaltázhattam, így nem jött be minden. Aztán ma reggel letöröltem mindent, és próbáltam a kernel csomagból újrahúzni, de nem talált olyan könyvtárat az include alkönyvtárban, hogy asm-i386!!!!!! Ezt nem értem. Többször remove-oltam és újratettem apt-get-tel, de hiába.
Aztán fölraktam a 2.6.0-ás kernelt, ami a másik vinyón volt, ezt 15x próbáltam lefordítani, de egyszer sem sikerült jól. Elõször a régi uhu kernel konfigját bemásoltam, ést ezt állítgattam át, de így több rész eltünt. Aztán visszatettem az eredeti 2.6-os .config-ot, egyszer sikerült az egeret és az x-et a hanggal együtt mûködésre bírni, de network nem volt. Rengeteget szenvedtem a nettel, de a hiba biztos, hogy nem ott volt, több órán át sokszor néztem át a beállításokat. Valószínüleg már régi config-os fordításnál elcseszõdött minden.Alapban is ott van az include könyvtár a kernel telepítés elõtt uhuban, sõt amikor bizonyos dolgokat telepítek (i2c) akkor file-okat is kell oda mozgassak. Lehet, hogy mégis azéert nem ment a telepítés, mert ezt a könyvtárat töröltem?
2003-11-26-21:05 #1918070Hoppá, lehet, hogy az apt-get install kernel-source már egy development uhu kernelt töltött be? Mert nálam vagy 20 uhu source be van állitva…
2003-11-26-21:10 #1918071asszem az a 2.4.22-11 es kernel source-sza. ez egy peccselt kernel az uhu 1.1beta4-hez.
mondjuk nekem azt sikerult uhu ala beforgatnom.
sztem jobban jarsz, ha az http://ftp.kernel.org -rol letoltod a 2.4.22-es tar.gz-t es azt forgatod. nemkell sokmindenre ugyelned.
ja es olvasd vegig ezt a topicot, enis eleget szoptam 🙂2003-11-26-22:06 #19180722003-11-26-22:15 #1918073Huhh, bocs egy kissé sokat rizsáztam, közben meg elfelejtettem, hogy kérdezni is szeretnék vmit.
Röviden: nem megy a make xconfig.
Uhu 1.0, teljes telepítés.
Ezt írja:Code:root:/usr/src/linux-2.4.22-14# make xconfigrm -f include/asm
( cd include; ln -sf asm-i386 asm)
make -C scripts kconfig.tk
make[1]: Entering directory `/usr/src/linux-2.4.22-14/scripts’
cat header.tk >> ./kconfig.tk
./tkparse < ../arch/i386/config.in >> kconfig.tk
net/ipv4/netfilter/Config.in: 19: incorrect argument
make[1]: *** [kconfig.tk] Error 1
make[1]: Leaving directory `/usr/src/linux-2.4.22-14/scripts’
make: *** [xconfig] Error 2
Ha jól emlékszem ez nálam uhu alatt soha nem is ment, pedig volt párszor újrarakva régebben. Persze nem egy óriási probléma, mivel a make menuconfig mûxik, de kiváncsi vagyok…
2003-11-27-00:18 #1918074sede:
„Lehet, hogy mégis azéert nem ment a telepítés, mert ezt a könyvtárat töröltem?”
debian alatt a linux-kernel-headers csomag bepakolja az /usr/include -ba a legfrisebb kernelhez jaro include konyvtarat;
ha az /usr/include-ot letrolold, akkor az osszes -dev csomagot tokreteszed, tehat ujra kell rakni oket;„El?ször a régi uhu kernel konfigját bemásoltam, ést ezt állítgattam át, de így több rész eltünt.”
a 2.4-es es 2.6-os .config nem teljesen kompatbilis, inkabb kezd elolrol;ez igy nem fog menni; maradj meg egy kernel valtozatnal (inkabb az uhu alapertelemezztjenek forrasanal) es ird le _alaposan_ hogy milyen hardwarerrel milyen problemak (hibauznetek) vannak; ha ez letisztazodik, akkor majd raer a 2.6-tal is ugyanezt vegegnezni;
ruhmoon:
„Most szedtem le a dev-et, már 2.4.22-14-nek hívják, elég érdekes, egy csomó 3rd party cucc került bele egy külön menüpontba kigy?jtve.”
patchelt kernel;„Leírhatnád a tapasztalatokat, uhuhoz képest van-e vmi különbség e téren.”
a menet biztosan ugynanaz, de az mar kiderult itt, hogy pld „/dev file system support” nem kell, mert a debian statikus /dev-et hasznal;„(Persze azt is írhattam volna, hogy nézd meg a verzióját, de az túl egyszer? )”
a kernel forrasaban levo Makefile elso 4 sora;„Kösz, nem szükséges”
a lenyeg, hogy Makefile volt, de ‘make install’ nem, tehat a lefodult .o modult at kellett masolni a /lib/modules/kerneled_verzioja/kernel/drivers/net/ -be es kezzel betolteni (instmod tulip.o), majd depmod -a (a modules.dep miatt) majd az /etc/modules-be tulip sor;„./tkparse > kconfig.tk
net/ipv4/netfilter/Config.in: 19: incorrect argument
make[1]: *** [kconfig.tk] Error 1″
a kovetkezo csomagokat rakd fel:Description: ??
?Packages commonly used in developing applications using the Tcl ??
?language and Tk Toolkit. ??
? ??
?Included packages: ??
?blt-dev – development in BLT – a Tcl/Tk extension library ??
?itcl3.1-dev – [incr Tcl] OOP extension for Tcl – development files ??
?itk3.1-dev – [incr Tk] OOP extension for Tcl – development files ??
?tcl8.4-dev – Tcl (the Tool Command Language) v8.4 – development files ??
?tk8.4-dev – Tk toolkit for Tcl and X11, v8.4 – development files2003-11-27-08:59 #1918075rushmoon:
sztem sokkal „egyszerubb” debian ala kernelt forditani, mint uhu ala..
elsore sikerult, sot egy hang, 3dsupport, X, eger nelkuli rendszert teljesen felgyogyitott 🙂
meg uhu is van a gepemen, de mar nem sokaig, mert kezdem nagyon megszeretni a debian-t (ja es persze meg at kell masolgatni onnan a dolgokat :))
szoval ajanlom, hogy ne csak porosodjon a polcodon a woody, hanem tedd be a /dev/cdrom-ba, azt hadd porogjon 🙂 -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz