Automatikus kernel konfigurálás

Címkék

Ahmad Reza Cheraghi egy olyan keretrendszert fejleszt a Linux kernelhez, amely a rendelkezésre álló hardver alapján elkészíti a kernel lefordításához szükséges alap .config file-t. A cél, hogy a program segítséget nyújtson olyan felhasználóknak, akik nem annyira képzettek, hogy saját maguk konfigurálják a kernelt, vagy egyszerűen nem akarnak azzal sok időt tölteni.Az alapötlet az, hogy a make config által feltett kérdéseket átirányítjuk egy halom szkriptnek, amelyek az aktuális konfiguráció alapján megpróbálják azokat megválaszolni.

A make autoconfig például az lspci alapján konfigurálná a kernelt. Volt aki megkérdezte, hogy az olyan dolgok, mint például a hálózati részek, a tűzfal, a protokollok, a filerendszerek hogyan lesznek így beállítva. Egy javaslat szerint a filerendszereket ki lehetne olvasni mondjuk a /etc/fstab-ból, vagy a mount parancs kimenetéből, a többi pedig mehetne valamilyen standard beállítás alapján. Például TCP/IP, ext2 a gépek jelentős részén megtalálható... Mivel a keretrendszer flexibilis, ahhoz könnyen lehet további rule-okat írni.

A make autoconfig felhasználása a make menuconfig-gal lehetne teljes. Az ismeretlen gépen lefuttatva a make autoconfig-ot, az legyártana egy skeleton .config file-t, amely egy nagyjából beállított .config lenne. Ezt utána a make menuconfig futtatásával lehetne finomítani.

A bejelentés, a stuff és a vita itt.

Hozzászólások

> Ma reggel dobbentem ra, hogy a RHEL v4 gyari 2.6.9-es kernele NEM tamogatja
> az NTFS-t. Tehat nem mindig eleg a gyari 'durrbelemindent' kernel.
>
> Viszont az is tapasztalat (legalabbis nalam, sok hasonlo szerver kozott),
> hogy egy kernel forgatas utan mar van olyan .config, amit a jovoben korbe
> lehet masolni es csak a szukseges modositasokat megcsinalni.

Normális disztribúciók a gyári kernel mellé odateszik annak .config
file-ját is, így ha csak egy plusz feature kell, akkor elég abból
kiindulva módosítani :)

--
--- Friczy ---
'Death is not a bug, it's a feature'

vsz az ötlet nem rossz, bár a megvalósítás igen gyenge. a rules/*pm fileok nem modulok, a perl programok nem perl programok (inkább shell scriptekre hasonlítanak, mivel külső programokat hívogatnak meg (pl lspci, /usr/share/misc/pci.ids helyett)) stb.. talán majd ha valaki átveszi és átírja az egészet.

Nagyon jo kezdemenyezesnek tartom, azonban felvetodik a kerdes bennem, hogy aki kezdo annak miert nem felel meg a distrohoz szallitott kernel, ami altalaban ``mindent bele`` kernel.

Egy kezdo szerintem ne akarjon kernelt forditani, hisz azt sem tudja hogy mi az valoszinuleg csak hallotta hogy az milyen jo. ;)

Sztem meg legyen. Jómagam baromi ritkán fordítok kernelt, de néha szükséges (Alapból nem támogatott vas, spéci ficsör). És mondhatom, utálom ezt a részt. Gyűlölök pepecselni a kernelbeállításokkal, rohadt unalmas és monoton. Első 10 alkalommal még élveztem, de most mar...

Szóval hasznos lesz ez szerintem.

Szerintem nem ártana végre kiírtani ezt az egész monolitikus kernelt, és egy jól átgondolt mikrokernelt rakni a helyébe. Kevesebb szívás a fejlesztőknek és a karbantartóknak egyaránt. Persze tudom, sokan ellenzik, de a jelenlegi formát hosszú távon fenntartani hülyeség...

Sziasztok!

Valaki, aki ismeri ezt a részét a Gentoo-nak felhomályosíthatna, hogy az nem ugyanígy működik?

Üdv.: Tomyellow

Ma reggel dobbentem ra, hogy a RHEL v4 gyari 2.6.9-es kernele NEM tamogatja az NTFS-t. Tehat nem mindig eleg a gyari 'durrbelemindent' kernel.

Viszont az is tapasztalat (legalabbis nalam, sok hasonlo szerver kozott), hogy egy kernel forgatas utan mar van olyan .config, amit a jovoben korbe lehet masolni es csak a szukseges modositasokat megcsinalni.

mogorva

>A genkernel?

>Asszem az alapból beleforgat mindent legalább >modulként.

Igen a genkernelre gondoltam, végülis csak azt felejtettem ki a kérdésből, hogy miről is érdeklődök ;).

Megnéztem a Handbook-ot mégegyszer, de még mindig nem túl bőbeszédű. Egyből arról beszél, hogy genkernel all, ami valóban mindent befordít, de hogy vajon milyen egyéb opciói vannak?