kernelfordítás az alapoktól

Linux-kezdő

Sziasztok.

Rászántam magam.
Meg szeretnék tanulni kernelt fordítani magamnak, meg akármilyen egyéb programot is.

Kiindulási alapom egy slackware13.37, 2x-es pc-s szimbiózis, 1999 óta window$mentes élet, Elte belső hálóztán kisebb programok (pl. LNKO kikeresése bekért számokból stb.) fordítása gcc-vel (1-etemen könnyű, mert rencergazda jó rak össze gép.)

Legelőször könyvtárlátogatást teszek, hogy megtanuljak kérdezni.

Aztán folyamatosan leírom hogy mikor, mi után mit fogtam fel az egész elméletből.
Meg hogy mikor miket hova telepítettem.

Nem tudom mi lesz ebből, előfordulhat, hogy évekig tart majd, de olyat még nem láttam sehol, hogy valaki naplót ír tanulási folyamatairól egy fórumba.
Majd lesz itt egy.

Legjobbakat mindenkinek
(meg a klaviatúrámnak is, azt szoktam szétverni, ha alami nem megy)

  • 7241 megtekintés

( cercopagis | 2011. 11. 15., k – 15:31 )

Hasznos kezdeményezés. UP-olom az ötletet.

---
Nem kenyerem a rosszkeltés, de az annak eltiprása.

( wachag | 2011. 11. 15., k – 19:50 )

Amúgy poliverzum szokott ilyeneket írogatni :-).

A helyzet az, hogy viszonylag elég hamar rá lehet szokni, és rá lehet jönni, hogy nem egy nagy mágia.

Esetleg az LFS háza táján nézz szét.

Pedig de.

Legelső lépés a BigBook szerint az, hogy ,,Mikor köl rencermagot fordítani? --- Válasz: soha.''

körösztanyád...

Szerencsére alább van egy bekezdés, melyben szerepel a nyomorom is, így a viccnek szánt bevezetés után elmerenghet a könyv olvasója.

Akkor kell kernelfordítás, ha az éppen aktuális kernel nem működik együtt a géppel.
Nyomorom tehát ez, viszont ezzel állítólag az is várható, hogy az általános kernellel fordított egyéb programok nem fognak futni a gépemen, azaz még azokat is forgatnom kell.

Remek.

következő lépés a finger, amiről gőzöm sem volt eddig.

slackpkg install finger

Lefut, települ, örülés.
Aztán őrülés:

bash-4.1# finger @finger.kernel.org
[pub2.kernel.org]
finger: connect: Connection refused
bash-4.1#

Pedig állítólag ez hozza ki online állapontban levés esetén, hogy melyik a linux-rencermag legutóbbi változata.

folyt. köv.

Forráskönyv:
Lunixx rendszerfelügyelet (szép sárga könyvecske, melyben eddig is sok helyen turkátam, csak éppen a kernelnél nem)

Pillanatnyi szünet:

Slackware 13.37-es dvd-imet a repók anomáliái miatt szanálom, újat húzok fel innen:

http://www.salixos.org/wiki/index.php/Download_Fluxbox

A váltás oka főleg itt van:
http://hup.hu/node/107990

A Salix is slackware, csak mintha más lenne, ezzel kísérletezek majd fordítgatás terén:

töltögetés:
wget -d -c http://dfn.dl.sourceforge.net/project/salix/13.37/salix-fluxbox-13.37.i…
Méret: 574.5 MB (602406912 bájt)

Unetbootlin-nel nem lehet pendrájvra tenni az iso-t erről mintha írnának is a salix honlapján.
Ki kell írni cédére, majd bootolni róla.

ezek a hozzászólások a legjobbak. nem gondolod hogy 22-es csapdája amit írtál? ha nem tudod hogy mikor kell vlamit csinálni akkor kérdezel, de ha kérdezel akkor neked nincs rá szükséged. áááááááááááááááá
szóval ha úgy születtél hogy tudod mikor kell rend.magot fordítani akkor ok, amúgy meg vigyen el a tatár.
na ez aztán az építő hozzászólás.

jelzem, én sem tudod mikor kell úgy rend.magot fordítani. valószínűleg nem is volt rá még szükségem, de ha szükségem volt rá azt sem tudhattam. érteeeed...
--
http://hu.opensuse.org
http://phoenix-art.hanzo.hu/

( NemCoder | 2011. 11. 15., k – 22:40 )

Én úgy indultam neki (szintén Slackware egyébként), hogy megfogadtam egy régi Linuxos tankönyv ajánlását: minden dokumentáció ott van a gépeden (ha installnál felraktad). Az /usr részben kutakodj, azon belül a /doc , /src az érdekesebbek.
Nekem, mint kezdőnek a legfontosabb információk a következők voltak:
-root jogosultsággal az /usr/src/linux -ban kiadod a make menuconfig parancsot, itt be tudod állítani, hogy a majdani kerneled csak 386 utasításkészletet támogasson, azt is csak soros porton keresztül, szóval mindent. Nézz bele, megérted. Ez csak egy konfigurációs progi, ami a majdani kernelt paraméterezi
- ha ezt beállítottad, de akár még enélkül is, a következő a szimpla make parancs. Ez fordítja a kernelt. Ezután viszont már csak részinformációim vannak, a többi hozzászóló majd kisegít... :) Szvsz az LFS ennél már nehezebb, először a kernelfordítás-beüzemelés tudománya kell, stabilan, utána talán LFS, de azt már csak tényleg a nagyon profik csinálják :)
(Ha vmit rosszul írtam, bocsesz,de már nagyon régen csináltam...)
Egyéb progik fordítása forrásból, standard módon, általában (sokszor sokan leírták, én is csak gyakorlás miatt ismétlem):
- forrás könyvtárában ./configure
- majd make
- azután make install
de el kell olvasni a README és/v. INSTALL file-okat, mindig.

A make modules sem árthat. Amikor utoljára kernelt kellet forgatnom ez is szükségeltetett. Sszztán a modules install ha jól emléxem, h a /lib/modules-be kerüljenek. Ekkor már közel vagy, de akkor még a kernelt is hozzá kell adni a boot-hoz valamilyen alternatívával. Kérdés mit használsz, lilo-t vagy egyebet.

Igen, megcsináltam a kernelforrás apt-getelése után a
make menuconfig
parancs kiadását.
Bejött az a .config-gal kezdődő dialógusdoboz, ami erősen emlékeztet arra, amit akkor láttam, mikor egyszer leforgattak nekem egy kernelt slaxxware12-re.

Holna egész nap ezzel guberálok, megnéztem a másik gépen, megy-e még a lilozás: megy.

Amit megkeresek:
alsa-cuccok (mikrofon, hangszóró)
tömörített meghajtó-kezelés (squashfs)
külső wifiusb esetleges felismerése
usb klaviatúra- és tartalék egér, kamera
virtual frame buffer (azt hiszem ez kell a szimpla parancssorban megjeleníthető képekhez)

így elsőre ennyi lenne fontos, de mindezt itt fenn vakon írtam össze, ész nélkül.

Holnap folytatom, elég durva, hogy eddig eljutottam.

8=)

Már az elején vérzek.

Mint ahogy fentebb írtam, felraktam egy ugyanolyan konfigra a Salixot, mint amelyen most vagyok.

iwconfig nincs, csak ha fullban telepítek a cédéről.
Így már van wifi, de csak a belső wifikártyáról.

ifconfig -a
kiadása után NINCS wlan1, azaz ismét nincs külső usbwifiantenna.
nemrég az udevre gyanakodtam.

Még dorbézolok, nézegetem a salixot, nem értem, mitől slackware ez, mindenesetre jónak néz ki, bár rühellem, hogy még az mc is magyar. A setxkbmap hu utf8 marhaságok viszont sehol sem szórakoztatnak, mint anno a slack13.37-ben.

gcc fent van, source-cuccok szintén, nemsokára kernelezek...

majd holnap.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

( mirage | 2011. 11. 16., sze – 19:52 )

en mar leszoktam rola, 5-6 eve... oregszem... :-)

( PTibi | 2011. 11. 16., sze – 20:04 )

Kezdtem aggódni, hogy igazak a hírek, miszerint a felsőoktatásban egyáltalán nem tanítanak nyelvtant. Helyesírást meg végképp nem. (Remélem)Tévedtem.

Tévedtél, amolyan szlengem van, mint pl. ,,rencer''.
Mint látod, nem "-t használtam idézőjelként, jelezve, hogy sejtem a LaTeX mélyét is.
Amúgy nyugodtan bárki szólhat ha valami gyanúsat lát. Hejjes irásból általános iskola óta versenyekre jártam, viszont sokszor olvastam Fülig Jimmy naplóját is.

Most slapt-getelek éppen és ígérem Neked, alábbiakban nem írok csak helyesen...
Betűkihagyásaim vagy kettőzéseim viszont lehetnek, ez klaviatúrára is visszavezethető bármikor.

slapt-get:
all ok.

Ez itt inkább szociológia, az internetnek bizonyos helyen nem sok köze van a helyesíráshoz. Remélem azért nem vetted komolyan, bárhogy is írtam fentebb dolgokat. (Nem javítom, lássa mindenki miről van szó.)

Erről jobb beszélni:
.config - Linux/i386 2.5.37.6 Kernel Configuration

külső wifi antennám ez lesz szerintem:
,,Enable Wireless USB extensions (EXPERIMENTAL)

,,USB Lego infrared'' ---ilyen is van a kernelben? Na neeeee....

A leszebb része a napomnak.

jó éjt *.*

Nem alszok még, itt ülök, épp kiadtam a make parancsot.

2-3 oszlopban megy felfelé a sima duma:

FORDUL...

holnap lilózok, ma már biztos nem, mert nem látok.

Áramszünet, alvás.

----------------
Újrakezdés szép folyamatosan:
----------------

Telepedés után első dogom volt némi takarítás.

programcsomagok frissítése:
slapt-get -u

gyomlálás:
slapt-get -remove libreoffice brasero

Ezzel 9.2 és 336.9 MB szabad területünk lett, ellenőrizhetjük:

df -h

kernelforrás telepítése:
slapt-get -i kernel-source
(ez egy 62 megás fájl, amely kibontás után csupán 416 megássá duzzad)

Ezután a /usr/src könyvtárban észlelhetünk egy linux nevű symlink, amely a letöltött kernelverzió könyvtárára mutat.
Ezen link meglétére így lehet ránézni:
ls -l /usr/src/linux

Tehát belépünk a kernelforrás könyvtárába, ahol rengeteg szotty van:
cd /usr/src/linux

majd kiadjuk ezt a parancsot, mire megjelenik kis idő múlva egy parancssori grafikus felület, a kernel konfigurációjára vonatkozóan:

menuconfig
(BigBook azt is írja, hogy van még ezen kívül config, xconfig és gconfig program is a kernelparaméterezés grafikus megjelenítéséhez. Eza könyv a RedHat 2005-ös kiadásának 973. oldalán van lapközépen.)

Itt megkeressük hangkártyánkat, videokártyánkat, fájlrendszereinket, usb-s dolgainkat, meg ami még fontos.
Érdekes, hogy aBeOS fájlrendszere is ott figyel, de letiltva. Gyorsan engedélyezzük.

A menuconfig programnál ha kernelbe akarunk valamit forgatni, * jelnek kell a cucc előtt állnia, ha modulként akarjuk látni, akkor M.

menuconfig után könyvtárunkban maradva kiadjuk a make parancsot, ez eltart néhány óráig.

ha lerontottuk, mert elszáll az ram, vagy valami földrengés történik, akkor a
make mrproper
segítségével minden beállítást és bináris fájlt szanálhatjuk, tiszta alapokról indulva.

Létezhet egy ilyen fordítás is szkriptbe írva:

#!/bin/bash

slapt-get -u
slapt-get -i kernel-source
slapt-get -remove libreoffice brasero
slapt-get -i kernel-source

cd /usr/src/linux
menuconfig
make dep && make clean @@ make bzImage
make modules
make modules_install && make install
echo "all ok"

exit 0

...közben gőzöm sincs, mi történik.
Természetesen ennek megfelelően egy óra múlva a foyyamat meg is szakadt a make bzImage menetkor:

CC arch/x86/boot/compressed/misc.o
CC arch/x86/boot/compressed/string.o
CC arch/x86/boot/compressed/cmdline.o
CC arch/x86/boot/compressed/early_serial_console.o
OBJCOPY arch/x86/boot/compressed/vmlinux.bin
LZMA arch/x86/boot/compressed/vmlinux.bin.lzma
lzma: (stdin): Cannot allocate memory
make[2]: *** [arch/x86/boot/compressed/vmlinux.bin.lzma] Error 1
make[1]: *** [arch/x86/boot/compressed/vmlinux] Error 2
make: *** [bzImage] Error 2

Egyébként hely az biztos van:

root[linux]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 3,6G 2,4G 1,1G 70% /
tmpfs 242M 0 242M 0% /dev/shm
/dev/sdc1 28G 23G 4,0G 85% /mnt/usb
root[linux]#

------------------------------
------------------------------
make paranccsal lefutott minden, illetve nem tudom hogy micsoda.
Állítólag az arch alkönyvtárban kellene lennie a bzImage-nek, de elsőre nem leltem.

Itt találtam végül, mint egy kóbor macskát:

/usr/src/linux/x86/boot/bzImage
van egy másik friss állomány is itt, ez meg erre a névre hallgat:
vmlinux.bin
Ez lehet a párja. Nemsokára megnézem, mi is ez.

Ha minden igaz, ezzel a 2 cuccal kel lilózni.

Nagyon atom vakon ilyet csinálni, ajánlom mindenkinek, főleg windowsos titkárnőknek. Addig nem mehetnek haza, míg nem lilóznak...

---------------------

lilo lefut, csak a bzImage fájlt másoltam a /boot könyvtárba.

added Linux *
added alien * (ezt a nevet adtam neki)

reboot, majd indulás közben lefagy az egész.

valami kernel_thread_helper+0x6/0x10 sornál megmakkant.
Kicsit feljebb ,,kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,1)''

make modules
és
make modules_install

után ugyanez a kernelpánik, de közben természetesen megtudtam, hogy ez a 2 prancs még hiányozna.

Szóval elakadtam, azt sem tudom, mit csináltam jól illetve rosszul, eddigi végkövetkeztetésem az, hogy ez egyáltalán nem egyszerű.

Innen nem tudok továbblépni, talán ha megint rászánom magam egy hónap vagy év múlva.

...
lzma: (stdin): Cannot allocate memory
make[2]: *** [arch/x86/boot/compressed/vmlinux.bin.lzma] Error 1
make[1]: *** [arch/x86/boot/compressed/vmlinux] Error 2
make: *** [bzImage] Error 2

Egyébként hely az biztos van:
...

Nem hely kell neki, hanem (virtuális) memória. Mennyi RAM van a gépben? Mennyi swap-et használ?

Ha hibás a bzImage, akkor hiába próbálod bootolni. Előbb csinálj végig egy hibátlan fordítást.

Lement a fordítás, lilo is elfogadta a bzImage-t, mint fentebb írtam. lilo le sem fut, ha valami nem tetszik neki, mert abban az esetben Fatal-lal leáll.

4 GB ram van, 400MB swap.

Sok hiba lehetséges, de mivel nem tudom még azt sem hogy hányféle, hiába van előttem éppen 5 db könyv meg az egész internet. A kernelt egyébként változtatás NÉLKÜL, alapbeállításokkal fordítottam remélve azt, hogy az legalább jó. De itt semmi sem barombiztos.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

tisztán látszik a topic-ból, hogy írni kegyetlenül tudsz... olvasni nem igazán, pedig fordítva jobban járnál

"...remélve azt, hogy az legalább jó. De itt semmi sem barombiztos."

az nagy mázli, ha a default kernel config jó, viszont minden barombiztos, ha tudod, hogy mit csinálsz; a fentebbi linken egy olyan szájbarágós kernel konfigurálás van, hogy még a h... hogy talán még Te is tudnál olyan kernelt forgatni, ami be is butul

( gtomy | 2011. 11. 17., cs – 19:10 )

Szia!

Javaslom ezzel kezd: http://www.kroah.com/lkn/ Én is ezzel kezdtem annak idején a kernel fordítást. Ez az alapmű. Már évek óta Gentoo Linux felhasználó vagyok. Mivel ez az egyik leghasználhatóbb forráskód alapú disztró. Az alapokat itt tudod elsajátítani a leghatékonyabban. Itt minden a rendelkezésedre áll. Egy próbát megér. Nekem bejött. Ha bármi kérdésed van szívesen segítek. Keress meg.

Üdv. Tamás

Találtam egy olyat, hogy mintha nem statikusan fordítottam volna be a /dev/sda1-et rootnak.
Ezt így le is írták, de receptet nem írtak mellé.
Kísérleteztem initrd.gz-vel, körülbelül kezdem sejteni mi is az, de nincs szükség rá, csak ha nagyon sok modult alkotnék.

Különben szeretek olvasni.
Algebra tanáromnak vot egy jó mondása:
,,a matematikában minden lépés kicsi és triviális, de az már nem, hogy a sok triviális lépés hogyan jöjjön egyms után.''

Ez a kernelnél is így van..
Ha pszichológus lennék, ezt mondanám:
én most még lappangó üzemmódban vagyok.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Vaami másik fórumon olvastam ezt a statikus marhaságot.

Tele van az internet mindenfélével.
Írok egy példát:

---a bootloadernek helyes root állományrendszer legyen megadva ("kernel (...) root=/dev/hdXY")
...ezt jól adtam meg.

---a root állományrendszer ne modulban legyen, hanem fixen
...ez nekem már kínai. Annyira, hogy az előző hozzászólásomban nem is tudtam a mondatt szó szerint visszaadni

---megfelelő ide támogatás és chipkészlet legyen bekapcsolva
...ez is.

---"devfs"t használó disztribúciók esetén azt sem árt fixen beforgatni: ("/dev file system support" + "Automatically mount at boot")
...,,fixen beforgatni. Szóval sok helyen sok leírás. de aki ír, sokszor már nem emlékszik arra, milyen volt neki, amikor még sejtelme sem volt az egészről. Mint ahogyan mi sem emlékszünk arra, milyen volt számoás nélkül énünk. Vagy beszéd nélkül.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

"---a root állományrendszer ne modulban legyen, hanem fixen "
A kernel akkor képes a háttértárról olvasni, ha az ehhez szükséges recept be van töltve a memóriába. Ha a /-ként csatolt fájlrendszer típusát modulként adod meg a menuconfig paraméterezésekor, nem fogja tudni a vinyóról beolvasni, hogy kéne a vinyóról beolvasni valamit. Emiatt a /-ként csatolt fájlrendszer elé nem M, hanem * kell. Ugyanez a helyzet a csipkészlettel is. Előfordulhat, hogy a kernel remekül tudná használni mondjuk a telefonodat, de a gépeden sajna nem fut. Több csipkészlet támogatást viszont bepipálhatsz.

( Darkcomet | 2011. 11. 18., p – 12:52 )

Egy jopofa és olvasmanyos írás a kernelfordítást rejtelmeiről:

bagojur.blog.hu/2008/04/03/kernel_forditas_bevezeto

Tudom, nem az kifejezetten preciz es mindenre kiterjedő dokumentum ez, de nekem anno az alapokat megadta ahhoz, hogy az első sikeres kernelfordítást megcsináljam Uhu alatt.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Nem akarlak megbántani, de hihetetlen, hogy már három napja küzdesz a dologgal... :) Még ha nem is vagy tisztában az alapvető fogalmakkal, akkor is ha szóról szóra követsz egy leírást, (amiből neten ezerféle van) simán meg tudod csinálni. Én azt javaslom, ne írj le minden gomb lenyomást, mert azzal nem teszel jót se magadnak se nekünk. Inkább kezdj el végigcsinálni egy leírást és ahol elakadsz vagy error-t kapsz azt írd le és majd akkor segítünk/segítenek.

Mai napon feladtam.
Utolsó próbálkozásom ma hajnalra futott le, mert már éjszakára hagytam magára a gépet a fordításra.
Ismerőseim jó része ilyen hibaüzenettel még nem találkozott, ergo elhatárolódtak a témától, érthető is.

Amit elértem:
a menuconfigban villámgyorsan megtalálom a fájlrendszereimet, partíciós cuccokat, processzort, hangkártíát, külső és belső wlant, lant, meg ami kellhet, pl. egyes tömörített fájlrendszereket.
Ezek mindegyikét bele- és nem modulként fordítok.

Megtaláltam a laptop wikipédiás kernelfordító-ajánlását, lekövettem az egész menetet.

Amit nem értem el:
kernelpanic nélkül elinduló, és nem lefagyó kernel.
Hibaüzenetről már fentebb írtam.

-----------------
Talán majd egyszer valaki folytatja a fentieket, valaki, aki szintén sík tudatlanul nekiáll.
Én a magam részéről szerzek egy már lefordítottat ami kezeli a dolgaimat, a többi (pl rendszerindulás gyorsasága) nem érdekel.

Sajnálom ha valakinek elvettem itt a kedvét, de gondoltam befejezem a fenti monológokat, van az életnek egyéb területe ahol jó vagyok, maradok ott.

Mindenkinek sok szerencsét a 3.1.1-es kernelhez ia, mert már olyan is van a beavatottaknak.

Megvan még az a .config, mellyel az orrom előtt fordítottak nekem 2 éve egy kernelt. A 2.6.26.3 volt az. Most valami 2.6.2 verzió alá másoltam be a .configot.
Ha ez sem megy, akkor sajnos tényleg nekiállok találni valami Slax-os valamit. A kernel közben megint ugrott egyet: már 3.1.2 a letölthető verzió. Gyanúm szerint ha egy ilyen alá bemásolom a régi, 2.6.26.3 alá elkészültet (melyből csak az aberrált fájlrendszereim meg a külső wifiantenna hiányzik), akkor a menuconfig készítene egy újat oly módon, hogy a régit átnevezi .old-dá, figyelmen kívül hagyva mindent, ami abban volt.
És a játék végigjátszandó mondjuk félévente, vagy amikor jólesik...

Kis apropó: a vinyóm SSD-s, ebben a régi .config-ban meg jól be voltak állítva a dolgok. Ez lehet a hiba. De ha egyszer a laptop gyártójának egy roppant érdekes leírásán végigrágtam magam a kerelfordítás menetén, többet nem tehetek.

Nézelődöm, de már nem érdekel.
Ha sikerül, akkor meg nem igazán örülök majd, mert a folyamatról gőzöm sem lesz.

Drámai fordulat:
lefordult életem első kernele, amelyik indul is.
3.1.2-es, és alien nevet adram neki. Lilo lefutott, boot, kernelpanic elmaradt, helyette kaptam egy jól ismert, de sosem végigolvasott karakteres blokkot, hogy nyomjak CTRL-D-t, vagy üssem be a rootjelszót.
Megkapta a rootjelszót, de a liloban beállított read-only szerint lett montolva a /dev/sda, amely a gyökér.

Azt hiszem az init.d fut le ami feloldja az írávédelmet, nem emlékszem.

Szóval a múltból előszedett .config fájl a 3.1.2-be másolva alkothatott valamit. Végigmegyek a jelenlegi .config-on a laptop (eeepc701, ne röhögj, 2 van belőle), aztán megnézem, mi lesz belőle.

Tetszik ez a slackware-oldal, itt máshogy írják a fordítás menetét, pl. a bzImage bemsolása után.

A hibahalmozás elkerülése végett azonban most, míg pl. a wlan-jaimat elő nem kotrom (szerintem kimaradt a kernelből), nem építek várat. Éppen hogy csak kipróbáltam, hogy a fájlrendszerek, a pci-marhaságok meg egyebek beállításaival indul-e a kernel. Azt olvastam, ezek mindegyikét kernelbe (*-elve) és nem modulba (M-ként jelölve) kell megalkotni.

Végignézem ezt is, közben gyűjtöm azon oldalak listáját, hogy melyek kellettek ahhoz, hogy felfogjam ezt az egészet agyilag valamennyire.

Szóval a múltból előszedett .config fájl a 3.1.2-be másolva alkothatott valamit.

Ha nem értesz hozzá, a legbiztosabb mód a szopásra, ha random, máshonnan származó .config fájlból indulsz ki.

És most elárulom a titkot: a legbiztosabb mód a szopás elkerülésére, ha a te gépeden bizonyítottan működő .config-ból indulsz ki.

Azaz elindulsz egy működő, mások által összerakott linux+kernelből, beszerzed ugyanazt a kernel forrást, amiből a tied is készült, beállítod ugyanazt a .config fájlt, mint amivel a tied is készült, lefordítod, és kipróbálod. Ha eddig okés, akkor el lehet kezdeni módosítgatni, amikor elromlik az eredmény, akkor visszalépsz.

Ha a linux disztribúció initrd/initramfs-t használ (manapság szinte mindegyik valamirevaló linux disztribúció ilyen), akkor nem elég a kernel fordítást a fentiek szerint megcsinálni, hanem a disztribúció-specifikus initrd/initramfs legyártást is az általuk kitaláltak szerint meg kell ejteni.

Ismét visszatért a régi hibaüzenet, a VFS-ről szóló, amiről fentebb írtam.

Elolvasva és lekövetve a laptopomra vonatkozó kernelkonfigokat három egymás után sikertelen lett.

Szerintem ép elméjű ember a huszonvalahányadik után leáll. Nem?

Szerintem mindkét eddigi hibaüzenetemről leítam a dolgokat, de ennyi idő alatt ismeretségi körömön belül senki sem tudott rá mondani semmit, talán ebben az is benne lehetett, hogy nem érdekli őket, mert nekik is idegesítő az idevágó saját gondjuk.

Processor type and features --->
[*] Tickless System (Dynamic Ticks)

Power management options --->
[*] Power Management support
[*] ACPI (Advanced Configuration and Power Interface) Support --->
AC Adapter
Battery
< > ASUS/Medion Laptop Extras
[*] CPU Frequency scaling
'ondemand' cpufreq policy governor
ACPI Processor P-States driver
Intel Pentium 4 clock modulation

Bus options (PCI etc.) --->
[*] PCI support
[*] PCI Express support
PCI Express Hotplug driver
Support for PCI Hotplug --->

Device Drivers --->
<*> Serial ATA (prod) and Parallel ATA (experimental) drivers --->
<*> AHCI SATA support
<*> Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support
<*> Generic ATA support
[*] Network device support --->
Wireless LAN --->
[*] Wireless LAN (IEEE 802.11)
< > Atheros 5xxx wireless cards support

[*] USB support --->
<*> Support for Host-side USB
[*] USB selective suspend/resume and wakeup

Multimedia devices --->
Video For Linux

Graphics support --->
Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) --->

Sound --->
Sound card support
Advanced Linux Sound Architecture
PCI devices --->
Intel HD Audio
[*] Build Realtek HD-audio codec support
[*] Aggressive power-saving on HD-audio
(10) Default time-out for HD-audio power-save mode

Device Drivers ->
<*> Connector - unified userspace <-> kernelspace linker --->
Graphics support ->
[*] Support for frame buffer devices
Userspace VESA VGA graphics support
Console display driver support ->
[*] Video mode selection support
<*> Framebuffer Console support

Device Drivers --->
[*] Network device support --->
[*] Ethernet (10 or 100Mbit) --->
Atheros L2 Fast Ethernet support

-------------
EZ A GENTOO WIKIPÉDIÁS KERNELFORDÍTÓJÁRÓL VAN, eeepc 701-hez találták ki. (itt a forrás, ha éppen fut a szerver: http://en.gentoo-wiki.com/wiki/Asus_Eee_PC_701 )
Ebbe még betettem ezt-azt:
squashFS, BeFS, külső wifi, 4 GB RAM.
Ennyi elég is volt. A külső vifi és a 4gb ram miatt indítottam el ezt az egészet...

Most kíváncsi vagyok, mi lesz. Úgy néz ki, hogy a régi .config fájlom beállításait teljesen figyelmen kívül hagyta az előző menuconfigoló-fordítási folyamat, valamit átállítottak a 3.1.2-es kernelben, amitől alapból jó nekem az SSD merevlemezemre a cucc? Nem rtem. De ha ezek után minden megy, amit akarok, akkor tulajdonképpen nem érdekel, milyen jellemű marhából sütik a hamburgeremet...

-------------

fordítás után ugyanaz a hiba: kerneldebug nincs, de semmi /dev/sda fájlrendszer, csak /dev/root.
e2fsck-t igényel, de nem értem miért.
Ctrl-D vagy root jelszó után továbbenged, kapok egy írásvédett gyökérfájlrendszert, lsmod-ra csupán 8 sort lök elém, egyszóval valami megint nem megy.

Fáradt voltam már ahhoz, hogy kiírjam mindazt magamnak, ami volt. Régen is kaptam ilyen indítóképernyőt még ubuntus koromban, de akkor ctrl-D-re nem reboot volt a reakció, hanem rendes, normális bootolás, grafikus felület betöltése, egyebek.

Talán még próbálkozom, közelebb jutottam, de gőzöm sincs, mihez és hogyan. Tényleg már csak röhögni tudok, a legdurvább az, hogy ismerőseim egy része ugyanígy kezdte. Talán ez az oka egyesek szűkszavúságának, amikor konkrét hibaüzenettel keresem fel őket?
Ez már szociológiai tanulmányt érdemel.

( tovis v | 2011. 11. 25., p – 11:39 )

Akad még egy könyv - no persze angolul "Linux Kernel in a nutshell" anno nekem nagyon hasznos volt, bár most már "kicsit" elavult 2006, de rengeteg dolog még igaz és működik. Még itt-ott letölthető.

* Én egy indián vagyok. Minden indián hazudik.

Nem álltam le ezzel az egésszel, hiába írom, hogy elment a kedvem a kernelrágástól.

Annyit mindenesetre már tudok, hogy kézzel hogyan lehet teljes egészében átrámolni egy másik distrub kernelét a moduljaival együtt. Lehet hogy szabálytalan, meg perverz, esetleg veszélyes is, de most éppen a salix kernelét raktam át egy slackware 13.1-re, amelyik már elég régóta fut.

Meg rájöttem, mit ér az lsmod, lspci, insmod. Ezeket eddig lesajnáltam a /proc könyvtárban lévő fájlokkal együtt.
A cat /proc/filesystems -re pl. előjönnek azaberrált fájlrendszereim, melyeket az insmod-dal betöltöttem.

Míg ezt leírtam, azon gondolkodtam, hogy az utolsó bekezdést felfognám-e 1 évvel korábbi énemmel.
Szerintem nem, így majd a dolgok legvégén (emlékezve a végképp tudatlan énemre) megfogalmazom kiscsoportos módszerrel ugyanezt, a többivel együtt.

Kernel még mindig az éppen aktuális legutóbb leírt hibaüzenettel indul. Közben a linuxkernel atyjai hozogatják ki az újabbakat, különleges extrákon, foltokon, drájvereken küzdve.
Én meg itt kopaszodok...

----------

újdonság:

squashfs-t modulként kell forgatni?:

http://hup.hu/node/61114
idézet belőle:
,,pl. ha a squashfs-t befordítom a kernelbe akkor nem tudok squashfs-t mountolni''

Még jó, hogy eddig nem sikerült a kernelem, mert akkor ezért sikítanék. Vagy nem.

Leírom, mikre gyanakszom.
Az igaz ügy érdekében.

1.
Lehet, hogy azért van az egyik féle anomália, mert ha engedélyezem az
initial RAM filesystem andRAM disk supportot,
de nem adok men a következő paraméterben initrd-t, mely gyanúm szerint egy minilinux, bútolás után ramba írva, akkor EZT keresi és mivel nem leli, kernelpánik az eredmény?
(a help azt írja, hogy a lilonak is köze van ám hozzá)

2.
az ext2 stb. fájlrendszereket a cuccukkal együtt *-ozva kell beforgatni és nem M-ként, azaz modulként, erre rájöttem. De az összest be kell jelölni?

3.
Ha inteles a gépem, az ÖSSZES amd-s cuccot szanálnom kell?

4.
NAGYON KOMOLY!
megtaláltam egy hülye problémámat, a squashfs loopját:

<*> Loopback device support │ (30) Number of loop devices to pre-create at init time (NEW)

Ez a 30 eredtileg 8, utólag nem tudom hogyan lehet módosítani...

5.
[*] VESA VGA graphics support

pingvinlogo bekapcsolsa nélkül nem megy a grafikus vesa?

O.M.G.

1, support != kotelezo
2, nyilvan ami kell a boothoz, az nem mehet modulba (ez mar azert leeshetett volna, logikus)

ha a kernel TAMOGATJA az initrd hasznalatat, de a bootloader nem mondja neki, akkor nem fogja keresni. csak a lehetoseg adott.
ha a kernel tamogatja majd az AMD -s cuccokat is, de nincs a gepedbe, akkor nyilvan arra a kodra ra se fut (altalaban).
atlagjuzernek soha a budos eletbe nem lesz szukege 8 loopback devicera, nemhogy 30ra.

ok.
Épp fordul, mindjárt a végére ér.
Az 1-est kihagytam csupán a kíváncsiság kedvéért, mert már annyi mindent próbáltam.
A loop-ból most éppen 8-at használok, de megnézegetem hogy mi is ez. SquashFS-sel használom olyan célokra, hogy azt le sem merem ide írni. A 8-as számértéket (0-7-ig számlál az fdisk -l -lel kiirava) nem tom hogyan lehet kerneltől függetlenül növelni.
Megyek, mert felordított az espeak, hogy "all done", reboot és nézem a ma esti szörnyszülött kernelt..

köszönöm kérdésed, ezen vagyok. De ezt biztosan látod.

-----------

Megszületett az első, már parancsokat is elfogadó, könyvtárrendszert normálisan bemountoló kernelke. Épp ma, épp most.

Bizonyítás
----------

/var/log/messages
reboot előtt törölve lett, hogy tisztán lássak:

Nov 27 21:24:55 darkstar syslogd 1.5.0: restart.
Nov 27 21:24:55 darkstar kernel: klogd 1.5.0, log source = /proc/kmsg started.
Nov 27 21:24:55 darkstar kernel: [ 0.000000] Initializing cgroup subsys cpuset
Nov 27 21:24:55 darkstar kernel: [ 0.000000] Initializing cgroup subsys cpu
Nov 27 21:24:55 darkstar kernel: [ 0.000000] Linux version 3.1.3biokiller (root@darkstar) (gcc version 4.5.2 (GCC) ) #1 SMP Sun Nov 27 21:05:29 CET 2011
Nov 27 21:24:55 darkstar kernel: [ 0.000000] Disabled fast string operations
Nov 27 21:24:55 darkstar kernel: [ 0.000000] BIOS-provided physical RAM map:

A többit nem írom ki ide, a lényeg, hogy squashfs-től kezdve minden rendben, a mesages szerint a végén kap a gép egy ipcímet a wlan0-n...

Alsa van,
lsusb rendben,
fdisk -l
df -h
acpitool
meg rendben kinyom minden számomra lényeges dolgot.

A lsmod viszont horror:

Module Size Used by
bluetooth 76289 0
squashfs 24414 8
xz_dec 12678 1 squashfs
ath9k_htc 84505 0
ath9k_common 1286 1 ath9k_htc
ath9k_hw 318991 2 ath9k_htc,ath9k_common
ath5k 162046 0

Ez rém kevés, a rendszernapló szerint megy az ALSA is, de itt sehol semmi nyoma.

Kis bibi:

GDM rendszerinduláskor nincs, rootként bejelentkezve sem. Baja van az X-nek a screen-nel, igaz, azzal most nem igazán törődtem, a egelső két átkozott kernelpánikos üzenet elkerülése érdekelt.

Szóval itt tartok.

Kérdés:

Ha a jelenlegi .config-omat mentés után felhasználnám, hogy még egyszer kernelt merjek forgatni, akkor a
make menuconfig
parancs a backupnál egész biztos nem rondít bele ebbe a fájlba?

Elméletileg ha a jelenlegi /usr/src/linux könyvtárat (illetve amire ez a symlink mutat) békén hagyom, a menuconfiggal tovább variálhatok, ha csak ott túrok, ahol feltétlenül kell. Vagy tévedek?

Köszönöm kérdésed, ezen vagyok. De ezt biztosan látod.

Nem, azt látom, hogy erőlködsz, és próbálsz a lóra a rosszabbik végéről felülni.

Az első működőképes .config-ot (ahogy azt már fentebb írtam, csak biztos elkerülte a figyelmedet) nem kísérletezéssel kell megkeresni, mert ez a példáddal alátámasztható módon egy neverending story. Hanem keresel egy disztribúciót (mondjuk azt, ami éppen a gépeden van), aminek működik a binárisban letöltött kernele (ilyen biztos van, hiszen valamivel felhúztad azt a gépet), és egy-az-egyben ennek a kernelnek a .config-ját használod. Ugyanabból a forrásból (a disztribúció patcheivel együtt), ugyanazzal a .config-gal, ugyanazzal az initrd-vel/initramfs-sel legyártasz egy működő kernelt. Ha nem jön össze, akkor a maradék részben (gcc, binutils, initrd/initramfs generálás) csesztél el valamit. Ha megvan az első működőképes kernel, akkor lehet az egyenlet paramétereit egyesével variálni.

Kérdés:

Ha a jelenlegi .config-omat mentés után felhasználnám, hogy még egyszer kernelt merjek forgatni, akkor a
make menuconfig
parancs a backupnál egész biztos nem rondít bele ebbe a fájlba?

A .config-ot a make menuconfig "Exit" esetén újraírja. Akkor is, ha nem módosítottál rajta. Ha nem akarod ezt, akkor Ctrl-C.
Ennek megvan az az előnye, hogy ha egy másik kernel verzió .config-ját bemásolod, make menuconfig, Exit, akkor után a .config-ban azok az opciók maradnak, amiket a kurrens verzió ismer. Ezt össze lehet diffelni a korábbi .config-gal, és kiderülhet pl., hogy az új verzióban milyen opciók tűntek el, ill. keletkeztek.

A .config elmentése, visszatöltése esetén erősen javasolt a make clean használata. Meg úgy általában, ha opciókat kikapcsolsz, akkor nem biztos, hogy azt a sima make jól lekezeli, ha abban a könyvtárban korábban már fordítottál valamit. Ha csak plusz opciókat kapcsolsz be, akkor nekem eddig mindig okés volt clean nélkül is.

Korrekt, köß.
Holnap folytatom..

--------------

Sikerült, már van X, a frémbuffert vagy mit nem jelöltem be a menuconfigban.
Később leírom az egész történetet töredelmesen.
külső usb-s atheros wifikártya drivere ugyan bele van forgatva a kernelbe, de wlan0-n kívül wlan1-ként semmi sem jelenik meg.
A többi problémm megoldódott.

biokillernek neveztem el a kernelt, az uname is kijelzi, mondván, hogy ez valami más.

Íme:

root[a]# uname -a
Linux darkstar 3.1.3-biokiller #2 SMP Mon Nov 28 17:40:24 CET 2011 i686 Intel(R) Celeron(R) M processor 900MHz GenuineIntel GNU/Linux
root[a]# lsmod
Module Size Used by
bluetooth 76289 0
squashfs 24414 8
xz_dec 12678 1 squashfs
i915 446607 2
drm_kms_helper 21448 1 i915
drm 145592 3 i915,drm_kms_helper
i2c_algo_bit 4360 1 i915
root[a]# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 1a40:0101 TERMINUS TECHNOLOGY INC. USB-2.0 4-Port HUB
Bus 001 Device 003: ID 0951:1606 Kingston Technology
Bus 001 Device 004: ID eb1a:2761 eMPIA Technology, Inc. EeePC 701 integrated Webcam
Bus 001 Device 005: ID 067b:2507 Prolific Technology, Inc. PL2507 Hi-speed USB to IDE bridge controller
root[a]#

( bzs v | 2011. 11. 30., sze – 14:01 )

Ennyi idő elég volt ahhoz, hogy mindenemet végignézegessek a kernelen.
Tulajdonképpen már használom, csupán 2 dolog nem megy.

Egyiik a külső usb-s atherosos wlankártya (emiatt kezdtem el kernelezni), másik a suspend.

Az
acpitool -s
parancsra suspendeli magát az összes linuxom, de nyilván valamit kihagyhattam, azért nem megy.

Különben eddigi tapasztalataim alapján akrhány eírást olvasni az interneten, valamelyikből mindig hiányzik valami. (pl:
http://en.gentoo-wiki.com/wiki/Asus_Eee_PC_701#Asus.27_Modified_ACPI_Mo…
és
http://wiki.eeeuser.com/howto:rebuildthekernel
---ezek egyike sem tartalmazza pl. a webcam-et.)

Ha az összeset kumulatíve tekintjük és van hozzá némi ösztön, akkor sikerülhet elsőre minden, bár ezt kétlem. Járni sem úgy tanultunk, hogy már rögtön a 100m-es síkfutást toltuk.

Érdekes kérdések merültek még fel bennem:

1.
Ha mindent belefordít az ember a kernelbe, akkor az 6 MB-os is lehet, viszont a modules könyvtár nem lesz 100 megás. Ha minikernelt készít az ember, akkor meg ló méretű lesz a modules könyvtár. Ha jómagam az elsőt jobbnak tartom, mennyire agyok lúzer?

2.
A firmware könyvtárban lévő driverek azt hiszem mindig lefordítódnak, ezen könyvtár méretének változása lényegtelen. Kérdés: ugye nem szabad más rendszer alatt fordított kernel firmware-cuccait idekeverni?

3.
Ha a .config fájlt átmásolom egy újabb kernel programkönyvtárába, akkor az vidáman használható ott is, vagy inkább diff-eljem a 3.1.3-as configot az újabban kirobbantott 3.1.4-essel?

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Köszönöm :)
Tényleg olyan ez, hogy nemcsak a fordítások menetében, de még a nyelveken is kell váltani, úgy gyűjteni az infót.

Különben most is fut egy fordítás a htc_9271.fw miatt.
Sehol sem találom a tp-link külső wifimnek a cuccait.
Van, ahol valami
compat-wireless-2.6.tar.bz2
dologra esküdnek, de ez meg csak akkor fordul le, h olyn kernelem vn, amiben valami modulként van fordtva. Egyéb nyűg...?

root[compat-wireless-2011-11-22]# make
/mnt/sdc1/kernel/usr/src/compat-wireless-2011-11-22/config.mk:49: *** "ERROR: your kernel has CONFIG_CFG80211=y, you should have it CONFIG_CFG80211=m if you want to use this thing.". Stop.
root[compat-wireless-2011-11-22]#

Természetesen nem találom, talán majd holnap.
(A leírást nem Salix, hanem ubuntu leírásban találtam itt:
http://dwiel.net/blog/tp-link-tl-wn722n-on-ubuntu-10-04/ )

A 3.1.3-as kernelhez kikínlódott .config fájlomat bemásoltam a 3.1.4-es kernel könyvtárába és csontra lefordult az is.
Szerintem a jövőben hetente egyszer hobbiból lefordítok egyet.
Azt figyeltem meg, hogy ha túl régi .configot másolok egy új kernel forrásába, akkor a make kiadása után parancssorban feltesz a fordító egy halom kérdést a vércsoportomról is, melyekre csak az tud válaszolni, aki minimum ogre.

Kezd tetszeni ez az egész, holott suspend meg külső wlan mindig nincs

De majd talán ez:
http://code.google.com/p/acpi-eeepc-generic/downloads/list

Semmi hatás.
Ahogy elnézegettem, a hupon is van jó pár írás, ami csak az acpi-ről szól.

a[~]$ ls /proc/acpi
ac_adapter battery button event wakeup
a[~]$

---------------------

érdekes, ez nem tudom mitől jön. 2 db valamit ugyan méég ki kell szednem a legutóbbi fordításból, már nem is emlékszem, mi is volt az . A jelenség a következő.

Van a gyökérben 2 db új könyvtár, amit még rootként sem tudok törölni, mert írásvédettnek minősül. Nem tudom, mik ezek:

drwxr-xr-x 2 root root 0 dec 2 20:36 misc
drwxr-xr-x 2 root root 0 dec 2 20:36 net

megnéztem, nem egy loopdevice okozza (ezek mostanában fő szórakozási területeim)...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Miután beírtam ide az előzőt, kerneleztem kissé, ettől fény villant elibém. Ez lehet az NFS, ami kernelbe lett forgatva, de ami anno még bent maradt, amikor ész nélkül jelöltem ki a fájlrendszereket meg partíciócuccokat.
Holnap kiszedem.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Nem egészen. Nálam minden bonyolult:

a[~]$ mount
/dev/root on / type ext2 (rw,noatime,errors=continue)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw,noatime,mode=1777)
tmpfs on /var/tmp type tmpfs (rw,noatime,mode=1777)
/mnt/sqsh/usr-lib-cinelerra.sqsh on /usr/lib/cinelerra type squashfs (ro)
/mnt/sqsh/usr-lib-java.sqsh on /usr/lib/java type squashfs (ro)
/mnt/sqsh/usr-lib-wine.sqsh on /usr/lib/wine type squashfs (ro)
/mnt/sqsh/usr-lib-flashplugin.sqsh on /usr/lib/flashplugin type squashfs (ro)
/mnt/sqsh/usr-lib-firefox-8.0.sqsh on /usr/lib/firefox-8.0 type squashfs (ro)
/mnt/sqsh/usr-lib-python2.6.sqsh on /usr/lib/python2.6 type squashfs (ro)
/mnt/sqsh/usr-lib-qt.sqsh on /usr/lib/qt type squashfs (ro)
/mnt/sqsh/usr-lib-sane.sqsh on /usr/lib/sane type squashfs (ro)
/mnt/sqsh/usr-lib-vlc.sqsh on /usr/lib/vlc type squashfs (ro)
/mnt/sqsh/usr-lib-mysql.sqsh on /usr/lib/mysql type squashfs (ro)
/mnt/sqsh/usr-lib-gstreamer-0.10.sqsh on /usr/lib/gstreamer-0.10 type squashfs (ro)
/mnt/sqsh/usr-lib-perl5.sqsh on /usr/lib/perl5 type squashfs (ro)
/mnt/sqsh/usr-share-frostwire-4.21.2.sqsh on /usr/share/frostwire-4.21.2 type squashfs (ro)
/mnt/sqsh/usr-share-inkscape.sqsh on /usr/share/inkscape type squashfs (ro)
/mnt/sqsh/usr-share-zyGrib.sqsh on /usr/share/zyGrib type squashfs (ro)
/mnt/sqsh/usr-share-texmf-var.sqsh on /usr/share/texmf-var type squashfs (ro)
/mnt/sqsh/usr-share-texmf.sqsh on /usr/share/texmf type squashfs (ro)
/mnt/sqsh/usr-share-wireshark.sqsh on /usr/share/wireshark type squashfs (ro)
/mnt/sqsh/usr-share-cups.sqsh on /usr/share/cups type squashfs (ro)
/mnt/sqsh/opt-google.sqsh on /opt/google type squashfs (ro)
a[~]$

egyedül a /dev/root van becsatolva gyökérbe. Abban lehet a cucc, megyek kernelt turkálni.

Kernelfordítási kísérletek egyik mellékterméke:

sikerült egy nem kicsit összetett programot is forgatnom, ráadásul elsőre.

Azt hiszem, mivel fentebb is ígértem, leírom valami blogban kalandjaimat a kernellel kapcsolatosan, mert úgy szebben hat.

Ezt meg itt utána szerintem megoldottnak lehet tekinteni, mint topicot.

---
--- A gond akkor van, ha látszólag minden működik. ---
---