Pai uite cum fac eu, om batrin si bolnav (am o lene ingrozitoare :),
da' kernelu fiind ceva serios trebuie tratat ca atare, altminteri apar
cazuri tragice de tipul "valeu Doamne, am compilat kernelu' si nu-mi mai
buteaza calculatorul...". Si daca pot sa o fac eu, sigur o pot face si
beneficiarii lucrarii secrete ;).
Planu' cincinal in 4 ani si jumatate:
1) Intai si intai ne intrebam de ce mama dreaqului ne trebuie sa
recompilam kernelul, poate nu sunt incarcate la pornire nishte module
sau poate e o alta problema de configurare si nu e din kernel. O
compilare de kernel nu e chiar un rpm -i bla.mura.ngcura.rpm si sansele
de ati phuta sistemul sunt mari.
2) Daca s-a ajuns la concluzia ca nu, tre' neaparat recompilat kernelu'
IMHO aruncati prin stergere rapida si repetata TOT ce inseamna
/usr/src/linux si linkuri adiacente (mc e prietenul dvs.), eventual
remuvaiti(C) repemeurile cu sursele de kernel.
Ideea e ca daca va straduiti sa recompilati sursele puternic modificate
de vendor cu diverse paciuri de USB, tzishpe giga de RAM, placi audio
ciudate, paciuri de filesistem astandard, etc. NU veti reusi sa faceti o
treba mai buna decat acesta care s-a chinuit sa le compileze cu toate
optiunile posibile si imposibile. DIn cauza asta mai sunt oameni pe
lumea asta ale caror kernele dau oopsuri, gpfuri si alte ciudatenii,
subsemnatul de cand isi face kernelele singur NU a vazut macar de
curiozitate cum arata un ooops de asta, dar facacii(R) de distributii
ADORA sa mai bage cate ceva in plus (RH in top, SUSE, Mandrake si
TurboLinux le calca pe urme, Slackware e mai linistit) ca sa le dea un
avantaj fata de concurenta si nervi celor care sunt loviti de
ciudateniile puse.
Deci NU folositi sursele de kernel care vin cu distributia, in general
sunt puternic alterate si daca ati pornit pe calea profesionistilor de a
va face propriul kernel "custom design" atunci actionati profesional,
adica (instructiunile de mai jos se aplica in general kernelelor din
seria stabila 2.2.x, la kernelel experimentale povestea e putin altfel):
2.1) Se merge la ftp://ftp.kernel.org/pub/linux/kernel/v2.2 si se da un
ls, v-a apare un fisier numit LATEST-IS-2.2.X unde X e 16 la ora
scrierii dar cat de curind va fi 17, (kernelu 2.2.17 e la Linus dar asta
asteapta sa i se pishe pinguinu' pe ea ;) si se descarca fisierul
linux-2.2.X.tar.bz2, unde x e deocamdata 16.
2.2) Urmeaza (facultativ) paciurile lui Alan Cox, care desi sunt
marcate ca experimentale, mie personal mi-au fost de mare ajutor si
atunci cand se compileaza sunt "rock solid" si care se gasesc in
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.2.(X-1)pre adica in
cazul nostru 2.2.17pre si se ia de acolo fisierul cu cel mai mare numa
in coada, adica in cazul 17 pre-patch-2.2.17-20.bz2, care e si
candidatul pentru 2.2.17 final si pentru cei foarte curajosi ( eu am
incercat, merge) se intra chiar si in directorul 2.2.18pre si se ia
pre-patch-2.2.18-2.bz2.
2.3) Urmeaza paciurile speciale pentru care probabil va chinuiti sa
recompilati kernelul, de exemplu pentru vreun tuner tv incapatinat sau
mai stiu eu ce placa ciudata. astea se iau de unde sunt ele :) si
difera de la caz la caz dar oricum atentie sa le luati pt. versiunea
dvs. de kernel sau macar cea mai mare disponibila.
Acum trebuie sa plec la Bucuresti, cand ma intorc, daca nu gasesc lista
sau mailu' personal plin cu " mai lasa-ne dom'le cu vorbaria asta ca na
plictisesti..." o sa mai continui cu taierea si prepararea porcului,
pardon kernelului.
Mircea C.
Cosmin Chiru wrote:
>
> Treaba sta in felul urmator:
>
> Am de scris o lucrare pentru ceva anume (secret), care este despre o
> instalare de kernel. Am citit tot felul de how-to-uri si mi-am format
> o parere. Apelez la aceasta lista pentru a ma ajuta cu, comenzile
> exacte care trebuiesc date atunci cand doresti sa compilezi un kernel.
>
> Raman dator vandut!
[semnatura de semnatura (11 randuri) stearsa]
---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to
unsubscribe from this list.
