Pa napisi kakve ti greske javlja...
Malo vise informacija sta si radio

stari kernel najverovatnije pokvaris tako sto stare module u /lib/modules pregazis novima, koji nisu svi na broju ili sta vec.

1. svaki novi kernel (source) drzi u zasebnom diru sa _razlicitim_ imenom, dakle:
- /usr/src/linux-2.4.18
- /usr/src/linux-2.4.22
- itd.

Zato sto svaki kernel kasnije za rekompajliranje drajvera treba link ka source direktorijumu i ako ti svi kerneli pokazuju na isti source dir (/usr/src/linux), onda si napravio pravu chorbu.

2. Svaki bzImage koji napravis takodje nazovi prema verziji (npr. vmlinuz-2.4.20; ukoliko imas vise "pokusaja" konfigurisanja kernela, dodaj i -n; vmlinuz-2.4.20-4; tako ces uvek znati sta je sta).

3. Pored toga sto prebacis bzImage u /boot, prebaci i generisani System.map fajl u /boot sa novim imenom (npr. System.map-2..4.20-4) i napravi symbolic link ka njemu pod nazivom "System.map" (ovaj postojeci obrisi).

4. Kada editujes lilo.conf, nemoj da uklanjas blok za prethodni kernel sve dok se ne uveris da novi radi kako treba.

5. Ukoliko koristis 'externe' drajvere za graficku kartu (skinute sa sajta proizvodjaca, a ne ove koji stizu sa X-om), onda moras da rekompajliras i te drajvere, jer koristis novi kernel. To je ona prica odozgo - drajver mora da bude prilagodjen kernelu i za njegovo rekompajliranje ti treba source kernela. Tipican primer toga su nvidia karte ukoliko koristis njene drajvere skinute sa sajta; obicno se svodi na to da dignes masinu u initu 3 ("text mod"), odes u dir sa nv drajverima (prvo NVIDIA_GLX, pa onda NVIDIA_kernel) i kucas prvo "make clean", pa "make install" - proveri sa startx da li se x dize korektno i ako jeste, proveris u /etc/inittab da li je defaultni runlevel 5.

ovo sa nvidia driverima sam otkrio (istina nakon par sati pokusavanja svega i svacega), steta sto to nisam otkrio sa novim kernelom jer je to i bila greska nije hteo da startuje x.

inace ne radim upgradenego cisto hocu da podesim kernel za svoju masinu, tako da nema opasnosti od greske sa symlink-ovima.

da verovatno se desilo to da sam pregazio /lib/modules.
kako da to izbegnem?
da li je dovoljno da napravim kopiju tog direktorijuma, pa da ako zelim da se vratim na stari kernel samo povratim taj direktorijum i radim sa starim kernelom (ako mi novi ne radi kako treba)?
da li onda treba da sacuvam i System.map (samo preusmeim symlink)?

dakle ukratko kako da na racunaru imam dva funkcionalna kernela, pa da u lilo-u biram koji zelim?
ako ne u lilo-u a ono bilo sta samo da nije novo kompajliranje njihovog kernela koje traje skoro sat vremena?

iskompajlirao sam ga i radi.
ali nisam previse srecan.
ocekivao sam neko ubrzanje u radu, ali ja ga ne primecujem.
sta sam ja uopste dobio kompajliranjem kernela?

Misljenja sam da na distribucijama kao sto su RH, MDk ,SuSE, a osobito u posljednjim verzijama nema previse smisla kompajlirati kernel. Sve tri dolaze s prilicno modificiranim kernelima u odnosu na Linusov, a kod instalacije ti ionako stave binarnu verziju koja odgovara tvojoj konfiguraciji (amd ili intel), i datotecnom sustavima koji si odabrao i sl. Zelis li uciti uzmi slackware, debian ili nesto slicno gdje kompajliranje kernela ima vise smisla i izaziva manje problema.

imam lucenta i radilo je sve kako treba sve dok nisam kompajlirao kernel a posle toga poruke tipa unable to find dev/modem.....
A jednio me brine sto nisam video da pri kompajliranju kernela postoji modem pod nekom stabvkom?
Sta se dogadja need help please
Sve sam iskljucio sto nema i opet greska

evo pejstovacu jedno uputsvo za kompajiranje i instaliranje krenela tako da dobijesh dva potpuno odvojena funkcionalna kernela:

make xconfig
pa u Makefile promesnih EXTRAVERSION u neshto kao "-custom1", pa:
make dep clean
make bzImage modules
ovo najduze traje, pa kad zavrshi:
cp arch/i386/boot/bzImage /boot/vmlinuz-custom1
cp System.map /boot/System.map-custom1
make modules_install (ovo kopira module u /lib/modules/2.4.??-custom1 a ne preko postojecih)
pa u lilo.conf kopirash deo koji se odnosi na butovanje sa trenutnim kernelom, pa izmenish image i label, npr:

image=/boot/vmlinuz-custom1
label=NoviKrenel

mesto onoga "-custom1" naravno mozesh da stavish sta god ti se svidja ...
ako butovanje sa novim kernelom zakaze, jednostavno izbrishesh fajlove koje si kopiro u /boot, fajlove u /lib/modules/2.4.??-custom1 i izbacish stavku iz lilo.conf i k'o ga da nije ni bilo ... naravno ako se ispostavi da radi kako treba, onda na isti ovaj nachin mozesh da izbacish stari krenel ...

shto se tiche trajanja kompajliranja to zavisi od toga shta si ukljuchio, ideja rekompajliranja je (izmedju ostalog) da poizbacujesh nepotrebne stvari, ponajvishe podrshku za hardver koji ne koristish, chime dobijash kernel koji je manji, radi brze i eventualno pouzdanije ...

Ne rece da li je taj lucent hardverski ili softverski, ako je softverski onda moras da rekompajliras i instaliras drajvere (koji se nekada ranije verovatno instalirao), ako je hardverski onda je moguce da si pri kompjaliranju kernela izkljucio opcije tipa PPP i ostalo (ne secam se u kom su delu ali naci ces ih)

Iksen, hvala.
probacu cim mi prodje ispit.

Samo da se osvrnem na ono "imati dva ili vise kernela u boot manageru"; nema smisla da pokusavas da drzis dva razlicita builda iste verzije. Znaci, ako imas 2.4.22 da pravis dve razlicite verzije, jer ocigledno dolaze problemi - u jednom buildu si ukljucio odredjeni drajver u kernel, a u drugom kao modul, u trecem si ga iskljucio, itd - a svi pokazuju na isti source dir i na isti /lib/modules dir.
Dakle, neka normalna praksa jeste da ostavis inicijalni kernel sa kojim je distro dosao i neki aktuelni. Ali recimo, ne skidas aktuelni=2.4.21 dok nisi namestio 2.4.22 da radi zadovoljavajuce; a onda samo 2.4.22 postaje aktuelni, a 2.4.21 mozes da uklonis.




Jeste da je usputno, ali ne slazem se sa ovakvim stavom. Ne zelim da zapocnem novi flame oko distroa, ali mislim ni vlasnike RH-a ili SuSE-ta nista ne sprecava da odu u termina, posegnu za kompajlerom i uce malo ispod podloge raznih wizarda. To ne zavisi uopste o distrou, nego o samom korisniku tj. koliko duboko zeli da ide - a ako zelje ima, moze da uci sa svakim od tih distroa. Plus sto ne verujem da akcija kao sto je kompajliranje kernela pravi vise problema pod ovim distroima u odnosu na slack ili debian; kada je korisnik pocetnik, imace problema u pocetku na bilo kojem.

Zaista se ispricavam ako je moj komentar zvucao preostro. Naime i ja sam svoj prvi kernel kompajlirao na Suse-u (7.3). Zelio sam zapravo reci, s iskustvom kojeg danas imam ne bih se upustao u kompajliranje kernela na bilo kojoj novijoj "komercijalnoj" distribuciji jer mislim da time nebi puno dobio. Vidim da je korisnik zeljan znanja, koje se najboje stjece rjesavanjem problema. I dalje bi mu preporucio neku od "sirovijih" distribucja. Nisu tolko teske koliko se prica, a moze se puno vise nauciti. Sve najbolje!!!

Koliko sam ja upucen ( ne bas puno ), razlika u distribucijama je uglavnom u sminki!
RH, Mandrake... samo nabace vise sminke od npr. Slacka. Imao sam i RH8 i Slack 8.1. i nisam pimetio vecu razliku, sem sto je kde u slacku bio "lepsi" sto je stvar ukusa, jer sta god sam menjao i u jednom i u drugom radio sam rucno. A, da, razlika u instalaciji je u podesavanju X-a.
Ne znam zasto plasite ljude sa izjavama tipa "RH je shit, uzmi slack ako hoces da naucis..." Sve je to isto za one koji hoce da nauce. A oni koji nece, neka pozovu nekoga ko zna da im podesi Linux ( ili win, posto je i to mnogo komplikovano ), plate i uzivaju i ne znajuci koji im je distro!

Iako sam ranije bio veliki zagovornik kompajliranja svega i svačega (a posebno kernela) u lokalu, sa optimizacijama za određenu arhitekturu, bez suvišnih stvari, praksa me je naučila da je dobitak u performansama neznatan ili nikakav, a operacija zamene kernela je podložna greškama (zaboraviš da ubaciš određenu opciju, pa onda jovo nanovo) i uzima dosta vremena.

Drugim rečima, ako kernel koji je došao uz distribuciju zadovoljava potrebe sistema, ne treba ga menjati. Eventualno ga treba ažurirati iz sigurnosnih razloga, opet pre-kompajliranim kernelom iz paketa.

Postaviću novu temu u ovom forumu, pa odgovarajte tamo. Evo:

http://www.elitesecurity.org/tema/31267