Dokumentáció

Wireless kapcsolat kiépítése Debian GNU/Linuxszal mini-HOWTO
Micskó Gábor trey@hup.hu - Hungarian Unix Portal
v.1.0, 2003. február. 2 - Copyright © Hungarian Unix Portal

0. A probléma
1. A hálózati topológia
2. A tűzfal beállítása
3. Kliens. A kernel beállítása
4. WLAN kártya driver fordítás
5. PCMCIA beállítások
6. wireless-tools telepítése, beállítása
7. Tesztelés
8. TODO
9. Copyright, licenc, visszajelzés és ilyesmi

0. A probléma
Ismét notebookot cseréltem. A HP xt6200-ast felváltotta egy IBM R32-es (de erről majd később). Ebből az alkalomból úgy döntöttem, hogy megszabadulok egy-két kábeltől, ami a gépeimet összeköti. A legjobban az asztali gépemet a notebookkal összekötő kábel zavart, mert nem tudtam a lakásban szabadon internetezni, mozogni a crosslink kábel miatt. Úgy gondoltam, ez így nem állapot, ezért egy 'home wireless' hálózatot alakítottam ki. Lássuk, mit hogyan csináltam, érdemes eolvasni, mert aki elolvassa ezt a howtot, az sok kellemetlenségtől szabadíthatja meg magát. Nekem 2 napi folyamatos hackbe került, mire sikerült életet lehelni a stuffba.

Debian GNU/Linux Sarge telepítése a HP Omnibook xt6200-ra mini-HOWTO
Micskó Gábor trey @ hup . hu - Hungarian Unix Portal
v.1.0, 2003. január. 25 - Copyright © Hungarian Unix Portal

0. Figyelmeztetés
1. Összefoglaló
2. HP omnibook xt6200 (F5379J) paraméterek
3. A Windows-ról, és a partíciókról
4. Debian Sarge Install
5. A lilo beállítása
6. Kernel
7. Xfree86 beállítása
8. Hang
9. VesaFB konzol
10. TODO
11. Tippek
12. Copyright, licenc, visszajelzés és ilyesmi

0. Figyelmeztetés
Ezeket az információkat minden garancia nélkül adom át. Saját tapasztalatok alapján készült az írás, hibák lehetnek benne. Bármit csinálsz a laptopoddal, az *saját felelősségedre* teszed.

1. Összefoglaló
A HP omnibook xt6200 egy jó, olcsó és ergonómikus notebook. Szépen működik Linuxszal, és a Neten lehet olvasni arról, hogy probléma nélkül használható OpenBSD-vel is. Nem kell aggódnod, ha nem vagy egy Linux guru, mert könnyen telepíthető, és az alkatrészek 99% gond nélkül működik Linux alatt. A notebook 2 napja van nálam, sok időm még nem volt tesztelni. Ez idő alatt semmilyen problémám nem volt vele.

Alaplap: Acer (ALi) Laboratories Inc.
CPU: Mobil Intel Pentium 4 Processzor 1.6GHz-M
RAM: 256MB DDR RAM (1x256MB)
HDD: 20 GB IDE 9.5 mm Ultra DMA (4.400 rpm)
VGA: ATI Radeon Mobility M6 LY 4x AGP 32MB RAM
Képernyő: 14.1" XGA (1024x768@24-bit) LCD
Optikai meghajtó: UJDA730 DVD/CDRW combo Media Bay-ben
LAN: Realtek RTL8139/8139C
Modem: ESS Technology ES2838/2839 Superlink Modem
Audio: Acer Laboratories (ALi) M5451 PCI AC-Link Audio Controller
PCMCIA: Texas Instruments PCI1410PC card Cardbuc Controller
BIOS: PhoenixBIOS 4.0 Release 6.0, HP OmniBook 6200 EG BIOS Version EG.M1.60

3. A Windows-ról, és a partíciókról
A HP xt6200-as preinstallált Windows XP operációs rendszerrel érkezik. Sajnos ez nélkül nem lehet megvásárolni. Egy 'szép' "Designed for Microsoft Windows XP" matrica is csúfítja a gépet. Egy vigasztaljon mindenkit: talán az XP az eddig legjobban sikerült Microsoft operációs rendszer. Ha nem akarsz megszabadulni tőle (mert mondjuk a munkahelyeden kötelezően ezt kell használni) akkor javaslom a dualboot környezet kialakítását. Ha nincs rá szükséged (mert szerencsés ember vagy ;-)), akkor nyugodtan töröld le ;-)) Ilyenkor a legjobb ötlet leszedni mindent, és teljesen 0-ról telepíteni a gépet.

Én most a dualboot megoldást ismeretem, mert talán ez a nehezebb út. Tehát cél a Windows megőrzése, és mellé egy Debian Sarge rendszer telepítése.

A gép szállításkor két partícióval rendelkezik. Az első egy 25MB-os (/dev/hda1) hibernációs partíció, a 20GB-ból (dev/hda2) fennmaradó többi rész pedig NTFS partíció (Windows XP). Ide kell nekünk a Debian-t feltelepíteni. A legegyszerűbb megoldás az, ha átméretezzük az NTFS partíciót, és készítünk mögötte annyi szabad helyet, amennyi a Debian számára szükséges. Mivel a gépben 20GB-os HDD van, én úgy döntöttem, hogy elfelezem. Lássuk hogyan csináltam: Windows-t bootoltam, és a PowerQuest Partition Magic 8.0 programját használva átméreteztem az NTFS partíciót. (Használható szerintem a fips nevű program is, bár én azt nem teszteltem. A PQ Magic egy nagyon jó program, egy nagy baja van, hogy fizetős. Az átméretezés előtt érdemes egy defrag-ot csinálni.) Majd létrehoztam egy 30MB-nyi (/dev/hda3) partíciót, aminek a típusa "nem formázott" (unfomatted) lett. Mivel több partícióra is szükségünk van, és egy merevlemezen nem lehet több, mint 4 darab elsődleges (primary) partíció, a fennmaradó üres helyre egy kiterjesztett (extended) partíciót készítettem. A kiterjesztett partícióban létrehoztam 2 logikai meghajtót. Az egyik egy 9750MB-os lett, a másik pedig egy 170MB-os partíció a swap számára. A swap legyen az utolsó, mert mérésekkel bizonyítható, hogy a swap akkor a leghatékonyabb, ha a diszk elején, vagy a legvégén van. Az összes újonnan létrehozott partíciónak 'unformatted' típust választottam. Majd a Linux telepítés idején kiválasztjuk a megfelelő típust.

Valahogy így fog kinézni a Debian telepítés után a partíciós tábla (cfdisk):

 
Ha ezzel kész vagyunk, folytatódhat a telepítés.

4. Debian Sarge
A Debian Sarge ("testing") terjesztést választottam a notebook operációs rendszeréül, egyrészt mert az itthoni desktop gépemen is ez van, másrészt mert ez egy kompromisszum a stabil "Woody" és a borotvaél "Sid" között. Mivel Woody CD-m nincs, egy régi Debian Potato CD-vel bootoltam be. A boot sorrendet ne felejtsd el megváltoztatni, mert gyárilag az első HDD-ről bootol a gép (bootkor F2, majd a BIOS setup-ban beállítás). Ha a Debian CD bebootol, akkor ellenőrizd a partíciók állapotát. Ha minden passzol, akkor állítsd be a boot flaget a /dev/hda3-ra (oda fogjuk telepíteni a lilo-t, az lesz a /boot partíció. Ennek több praktikus oka is van. Az egyik, hogy ha a lilot az MBR-be tesszük, akkor egy esetleges Windows újratelepítésnél a Windows telepítő felül fogja írni a Master Boot Record-ot (MBR), és jöhet a rescue diszk. Már ha van. Többnyire nincs. Ezért ne oda tegyük.) Az elkészített "unformatted" partíciók típusát állítsuk be. A /dev/hda3 és a /dev/hda5 legyen ext2 filerendszer, a /dev/hda6 pedig Linux swap. Mentsük el a partíciós táblát. Kilépve inicializáljuk a swap partíciót, majd ezt követően a linux partíció inicializálásakor válasszuk először a /dev/hda5-öt. Ez lesz a / partíció. A "mountoljuk fel a /dev/hda5-öt a /-nek?" kérdésre válaszoljunk igennel. A következő lépés a /dev/hda3 partíció inicializálása, majd felmountolása a /boot alá. Ha ez kész mehet a base rendszer telepítése a CD-ről.

Ha kész vagyunk az alaprendszer telepítésével, a lilo-t telepítsük a /dev/hda3 particióra (előzőleg ide állítottuk a Boot flaget, ugye emlékszünk?). A boot folyamat során ez lesz az aktív partíció, és innen fog indulni a rendszer.

A driver szekcióban állítsuk be a beépített hálózati kártya driverét. Már a Potato-s RTL8139 kernelmodul is meghajtja a notebookba épített Realtek8139C típusú hálózati kártyát.

Telepítsük tovább a gépet, majd a telepítés végén kérjük a telepítőt, hogy a dselect programot indítsa el. Itt ne telepítsünk semmit, válasszuk a kilépést. Kapunk egy prompt-ot, és lépjünk be root-ként. Most ott tartunk, hogy a gépen van egy alap rendszer, ami jelen esetben egy Potato, alap beállított hálózattal. Van egy felkonfigurált eth0 hálózati kártyánk és feltételezzük, hogy van egy kijárónk (default gw) az internet felé. Az internetes kapcsolat működik az eth0 hálózati csatolón (ha van friss telepítő CD-nk (szerintem még Sarge-ból nincs), akkor a következő lépések nem szükségesek az telepítéshez. Más kérdés, hogy én rendszerint azt javaslom, hogy egy alap rendszert telepítsünk mindig (a lehető legminimálisabbat húzzuk fel) és azt upgradeljük meg a napi állapotra az internetről. Ennek az oka az , hogy olyan friss CD-nk úgysem lehet, mint a napi állapot. Holnap már biztonsági szempontból fabatkát sem érhet a ma még ropogós, friss telepítő CD.)

Következik a minimális Potato rendszer Sarge terjesztésre való frissítése.

#editor /etc/apt/sources.list

Kommentezzük ki a CD forrását (többé nem lesz rá szükség), cseréljük ki a "potato" szavakat "sarge"-ra a forrás sorokban:

Pl:

Az eredeti apt-line -ok:
[...]
deb ftp://ftp.hu.debian.org/debian potato main non-free contrib
deb-src ftp://ftp.hu.debian.org/debian potato main non-free contrib

deb http://non-us.debian.org/debian-non-US potato non-US/main non-US/contrib non-US/non-free
deb-src http://non-us.debian.org/debian-non-US potato non-US/main non-US/contrib non-US/non-free
[...]

Módosítás utáni apt-line -ok:

[...]
deb ftp://ftp.hu.debian.org/debian sarge main non-free contrib
deb-src ftp://ftp.hu.debian.org/debian sarge main non-free contrib

deb http://non-us.debian.org/debian-non-US sarge non-US/main non-US/contrib non-US/non-free
deb-src http://non-us.debian.org/debian-non-US sarge non-US/main non-US/contrib non-US/non-free
[...]

Mentsd el a sources.list-et, frissítsd a csomag adatbázisod:

#apt-get update

Disztribúció upgrade:

#apt-get -u dist-upgrade

Ezzel kész is vagyunk, az alap Sarge rendszerrel. Nekem csont nélkül ment a dist-upgrade (20030123), sehol nem találkoztam problémával.

Innentől kezdve minden csomagot a Net-ről telepítünk, tehát a gépünk a legfrissebb állapotot tükrözi mindig. Szükség szerint telepítsük fel a nekünk kellő csomagokat.

5. A lilo beállítása:
Mivel a lilo-t a /dev/hda3 partícióra tettünk, meg kell mondani a lilo-nak, hogy hol keresse a Windows partíciót. A /etc/lilo.conf végére szúrjuk be az alábbit.

[...]
other=/dev/hda2
label=WindowsXP
[...]

majd futtassuk a /sbin/lilo-t. Bootkor, függően a lilo további paramétereitől, ki tudjuk választani azt, hogy melyik OS induljon.

Az én lilo.conf-omat megtalálod itt.

6. Kernel
A laptopon a 2.4.20-as kernelt használom. Ez letölthető a kernel.org-ról. Konfiguráljuk a kernelt szükségünk szerint. Ne felejtsük el beállítani a processzor típusát, a betölthető modulok támogatását, az ide-scsi emulációt, a generic scsi támogatást, az scsi cdrom támogatást. A kernel szerencsére nyújt támogatást az alaplaphoz, bekapcsolható az IDE DMA vezérlő!!, stb.

Az én kernel konfigomat megtalálod itt. Bővebb információért tekintsd meg.

7. Xfree86 beállítás:
A Sarge-ban levő X szerver
(XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 branden@deadbeast.net) / X Window System (protocol Version 11, revision 0, vendor release 6600) gond nélkül támogatja az ATI radeon mobility vezérlőt. Én a beépített "ati" driver használom, többszöri próbálkozás után nekem ez vált be. Megpróbáltam a "radeon" és az eredeti ATI driver-eket is, nekem azok sokkal lassabbnak tűntek. A gatos féle drivert nem próbáltam. Ezzel viszont csodálatosan megy az X 1024x768@24-ben, és az MPlayer szinte lefolyik a képernyőről. Tökéletes. Működik a touchpad is, és a külső PS/2 portra dugott görgős egér is.

Az XF86Config-4 fileomat megtalálod itt.

8. Hang:
A kernel nem tartalmaz támogatást az ALi M5451 chiphez, de sebaj. Menjünk el az ALSA project honlapjára, szedjük le a legfrissebb alsa-driver, alsa-utils, és alsa-lib csomagokat. Ezzel tökéletesen szól a stuff.

DVD/CD-RW meghajtó:
Mivel ez egy IDE eszköz, a használatához szükséges az IDE-SCSI emuláció. A kernelbe forgassuk bele az ide-scsi, a generic scsi, és az scsi cdrom támogatást (lásd a kernel konfigom). A használathoz szükséges még egy

append="hdc=ide-scsi"

bejegyzés a lilo.conf kernel image szekciójábanban. Lásd a lilo.conf-omat.

Ha ez kész, akkor a cdíró szépen használható a cdrecord programmal. Kiscserkészek használhatnak egyéb előtétprogramot is hozzá ;-)

9. VesaFB konzol:
A konzol nem konzol a bootkor látható pingvin nélkül. Kernelbe fordítsuk bele az VESA framebuffer támogatást, módosítsuk a lilo.conf-ot. Futtassuk a /sbin/lilo-t. Ha jól csináltuk bootkor 1024x768 16M-be kapcsol a gép, és ott a pingvin a sarokban. Ha ezt nem tesszük meg, egy kicsi konzolunk lesz csak a képernyő közepén. Lásd a kernel konfigomat és a lilo.conf-omat.

Részlet a /etc/lilo.conf-ól:

[...]
vga=0x318
[...]

Másmilyen beállításokért nézd meg a /usr/share/doc/ fbset/kernel-doc/vesafb.txt.gz filet.

10. Ext3 filerendszer a / partíción
Egy notebook esetében szerencsés ha hamar indul. Nem lenne jó, ha pont akkor fsck-zna fél órát (elemről) a rendszer, amikor pont a legnagyobb szükség van rá. Ezért ajánlom, hogy állítsuk át a / filerendszert valamilyen naplózó FS-re. A legegyszerűbb az ext3 konverzió. Ezt el tudod követni így:

tune2fs -j /dev/hda5

Módosítsd a /etc/fstab állományt:

[...]

[...]

Rebootoljunk.

10. TODO:
Azok amik még hátra vannak:

Elvileg (az internetes keresgélések szerint, bár sok info nincs erről a gépről a neten, és ami van az is oroszul vagy kínaiul van ;-) :-(( ) működik a touchpad összes extra funkciója. Le lehet kérdezni az elem állapotát, használhatóak az extra gombok, és működik a hibernáció is. Én úgy tudom, hogy a hibernáció nem működik ext3 és ReiserFS filerendszereken. Pedig a / filerendszert még át fogom állítani ReiserFS-re ;-) Esetleg gondlokozom még valamilyen kripto FS feltelepítésén.

PCMCIA:
A pcmcia foglaltot szépen felismerte a rendszer, kártyát még nem próbáltam benne. Gyanítom, hogy gond nélkül fog működni.

Modem:
Az ESS Technology ES2838/2839 Superlink Modem-hez sajnos csak bináris drivert találtam. A 2.4.20-as kernellel nekem az alábbi kernelmodul működik: esscom.o
Sajnos mérgezi a kernelt (tainted) :-(

Viszont cserébe működik! Amíg nincs más, addig használd ezt. Ha tudsz open source megoldást dobj mailt.

Advanced Power Management:
Az APM-et még nem állítottam be.
Frissítés: az APM elvetve régi megoldás, van helyette jobb. Lásd lejjebb (ACPI).

ACPI (Advanced Configuration and Power Interface):
Az ACPI nagyon jó dolog. Eddig nem nagyon foglalkoztam vele a kernel konfigurálások során, most azonban jobban szemügyre vettem. Az ACPI segítségével a gépünket egy gombnyomásra ki tudjuk kapcsolni, le tudjuk kérdezni a notebook akkumulátorának töltöttségi állapotát, a hátralevő üzemidejét, a processzor hőmérsékletét, a processzor órajelét, hibernációba tudjuk kényszeríteni a laptopot, stb.

Az ACPI része a 2.4.20-as kernelnek (azt hiszem, hogy a 2.4.18-ról jelent meg) de sajnos nem nagyon működik ezzel a notebookal. Sebaj, mert a Sourceforge-n megtaláljuk az eredeti projectet, és azzal szépen működik a notebook összes funkciója.

A legfrissebb kernelpatchet szedjük le innen:

http://sourceforge.net/projects/acpi

Patcheljük meg vele a kernelt. Fordítsuk bele a kernelbe fixen az ACPI funkciókat. Az APM-et *ne* használjuk, mert nem kompatibilisek egymással! Ha ez kész, bootoljunk a friss kernellel. Az ACPI funkciók elérhetőek lesznek a /proc/acpi alatt.

Kényelmetlen lenne állandóan a

cat /proc/acpi/battery/BAT1/state

parancsot kiadva nézegetni az akku állapotát, ezért keresni kezdtem hozzá valamilyen "lekérdezőkét". Találtam is kettő plugint a gkrellm-hez (apt-get install gkrellm), de sajnos egyik sem működött hibátlanul. Sebaj, az egyiket átírtam, és az eredményt megnézheted:

táplálás hálózatról használat akkuról akku töltése akku fullon

Működik a processzor hőmérséklet kijelzés is. Az általam hackelt plugin forráskódját le tudod szedni innen: gkrellmACPI-1.0.tar.gz

OMKE (Omnibook Configuration Tools & Patches: File List):
A HP omnibook noteszgépekhez készített patchek találhatók a

sourceforge.net/projects/omke

címen. Érdemes szemügyre venni. Kernel patchek, kiegészítő billentyűk használatát elősegítő utility-k, stb.

11. Tippek

hdparm:
A kernel automatikusan nem kapcsolja be a DMA-t a merevlemezhez. Ilyenkor siralmas a IDE I/O teljesíménye, és a processzor 100% pörög ha a lemezre vagy lemezről másolunk. Kapcsoljuk be a DMA vezérlőt!

apt-get install hdparm

#hdparm -c1 -d1 /dev/hda

S a gép megtáltosodik. Lehet még finomítani, de ez a biztonságos beállítás.
kbdrate:
A "gyári" billentyűbeállítás nekem lassú, én szeretem, ha a karakter-ismétlésszám magas. Állítsuk be 30-ra, a késleltetést pedig 250ms-ra:

kbdrate -r 30

12. Copyright, licenc, visszajelzés és ilyesmi:

Micskó Gábor trey@debian.szintezis.hu - Hungarian Unix Portal - http://www.hup.hu/

Ez a dokumentum szabadon másolható és terjeszthető, ha a copyright és az engedély szövegét minden másolaton megőrzik. E dokumentum módosított változatai a változatlan másolatokkal megegyező feltételek alapján másolhatók és terjeszthetők, ha a módosított változatot is az ezzel az engedéllyel megegyező feltételekkel terjesztik. A fordítások is a ``módosított változat'' kategóriájába tartoznak.

Garancia: Nincs.

Ajánlások: Az üzleti célú terjesztés megengedett és támogatott, de nyomatékosan ajánlott, hogy a terjesztő lépjen kapcsolatba a szerzővel a terjesztés előtt, a dolgok naprakészségének biztosítása végett. (Küldhetsz egy példányt abból, amit csinálsz, ha már úgyis csinálod.) A fordítóknak is ajánlott kapcsolatba lépni a szerzo~vel, mielo~tt lefordítják. A nyomtatott változat jobban néz ki. A papírt használd fel újra!

Visszajelzéseket, építő jellegű kritikát a trey@hup.hu email címre várok.

A dokumentum otthona a Hungarian Unix Portal. A legfrissebb verziót a

még nem tudom

URL-en keresd.

Sok szerencsét!

Frissítés FreeBSD 4.x rendszerről FreeBSD 5.0-ra mini-HOWTO

Micskó Gábor trey@hup.hu - Hungarian Unix Portal

v.1.0, 2003. január. 21 - Copyright © Hungarian Unix Portal

1. Bemutatás

2. CVS tag beállítása

3. CVSup futtatása

4. Olvasd el az UPDATING filet!

5. /etc/make.conf szerkesztése

6. Tisztítás

7. make buildworld

8. Kernel fordítás és telepítés

9. Reboot

10. mergemaster

11. make installworld

12. Frissítsd a /dev-et!

13. Frissítsd a /stand-ot!

14. Újraindítás

15. Copyright, licenc, visszajelzés és ilyesmi

1. Bemutatás

Ez mini-HOWTO leírja, hogy hogyan frissítsük a FreeBSD 4.x verziójú rendszerünket FreeBSD 5.0 rendszerre.

A frissítési eljárás kicsit más a 4.x rendszerekről az FreeBSD 5.0-ra mint előzőleg volt, ezért néhány lépést be kell építeni a frissítés folyamatába. Ezek a lépések meg lesznek jelölve a **MEGJEGYZÉS módon.

2. CVS tag beállítása

Fontos hogy meg kell változtatnunk a CVS tag-et:

*tag=RELENG_5_0_0_RELEASE

akkor, ha a RELEASE branch-et akarjuk használni. Ha a STABLE branch-ra van szükség, akkor a következőket kell tenni:

*tag=RELENG_5_0

3. CVSup futtatása

Ha még nem futtattad a 'cvsup'-ot eddig, akkor itt az idő, hogy frissítsd a forrásaidat, felhasználva a feljebb említett RELENG tag-ek valamelyikét. Legyél biztos abban, hogy tisztítottad a 'src' könyvtáradat.

#cd /usr/src

#make cleandir

#/usr/local/bin/cvsup -g -L 2 /usr/local/etc/src-supfile

(feltételezzük, hogy a supfile a /usr/local/etc könyvtárban van)

4. Olvasd el az UPDATING filet!

Ha készen vagy, olvasd el a frissítési jelentést, hogy biztos legyél benne, hogy a kód nem igényel-e további lépéseket vagy parancsokat.... Ezt megtalálod a /usr/src/UPDATING helyen. Jelenleg (az írás pillanatában) nincs más a fileban, minthogy megjelent a FreeBSD 5.0.

5. /etc/make.conf szerkesztése

Szerkeszd a /etc/make.conf filet igény szerint:

[...]

CFLAGS= -O -pipe

NOPROFILE= true

USA_RESIDENT= no

[...]

6. Tisztítás

A régi fileok eltávolítása, object könyvtárak törlése. Ez eddig nem volt szükséges lépés, de ajánlott az 5.0-ra való áttérés előtt.

# cd /usr/obj

# chflags -R noschg *

# rm -rf *

7. make buildworld

Itt az idő az új források lefordítására!

# cd /usr/src

# make buildworld

8. Kernel fordítás és telepítés

Forgasd le és telepítsd az új kerneled!

# cd /usr/src

# make buildkernel KERNCONF=KERNEL_KONFIGOD_NEVE

**MEGJEGYZÉS (új lépések itt)

cp src/sys/i386/conf/GENERIC.hints /boot/device.hints

# make installkernel KERNCONF=KERNEL_KONFIGOD_NEVE

**MEGJEGYZÉS (újabb új lépés)

# cd src/sys/boot ; make install

MEGJEGYZÉS: KERNEL_KONFIGOD_NEVE= GENERIC hacsak nem készítettél saját kernel konfigot!

MEGJEGYZÉS: Ha a rendszered secure_level beállítással futtatod, akkor a telepítés nem fog sikerülni. Ilyenkor be kell állítanod a 'kern_securelevel="-1"'-et a /etc/rc.conf-ban, és újra kell indítanod a rendszert. Ha a telepítéssel készen vagy, vissza lehet állítani az értéket az eredeti szintre.

9. Reboot

Újraindítás (reboot) egy-felhasználós módba (single user) . Ez nem szükséges, ha a 4.x-Stable-t futtatod.

# shutdown now

# mount -u /

# mount -a -t ufs

# swapon -a

10. mergemaster

Majdnem kész.. Még frissítenünk kell a /etc-t. Előtte mentsük el a /etc-t mondjuk /etc.old néven. Mielőtt nekiállunk a 'mergemaster'-nek, tudnunk kell, hogy fontos fileok kerülhetnek visszaállításra. Ha engeded, hogy visszaálljanak az eredeti verzióra, sok értékes beállítást veszthetsz el. Ilyenek a felhasználóid a passwd és group fileban. Megpróbálja eltávolítani a tűzfal szabályaidat a rc.firewall-ból, a tárcsázási beállításaidat a ppp.conf-ban, a használható héjak (shellek) listáját, stb. A végeredmény egy frissen telepített rendszerhez hasonlítana. Ha hagynánk. A 'mergemaster' lehetővé teszi, hogy vizuálisan "beolvaszd" (merge) a változásokat; de a javaslatom az, hogy ezt inkább kézzel tegyük meg a kedvenc editorunkkal. Ha bármilyen hibát vétünk, akkor az eredeti konfigurációs fileokat megtaláljuk a /etc.old könyvtárban. Nem véletlenül mentettük el. Vagy csináljuk ízlés szerint. A backup sohasem árt!

Ha telepítettél új funkciókat, akkor a 'mergemaster' megpróbálja beilleszteni az új konfigurációs fileokat a /etc könyvtárba. A 'mergemaster' szólni fog, ha nem talál a konfig fileból előző verziót, és megkérdezi, hogy akarod-e installálni az új filet. A biztonságos válasz az "i" (insert), azaz illessze be az új filet.

**MEGJEGYZÉS A 4.6-RELEASE óta futtatni tudod a mergemaster(8)-t egy ún. pre-buildworld módban a -p kapcsolóval. Ez csak azokat a fileokat fogja összehasonlítani amelyek szükségések a sikeres buildworld vagy installworld-höz. Ha a mergemaster régebbi verziójával rendelkezel, akkor az nem biztos, hogy támogatja a -p kapcsolót, így ebben az esetben használd a legfrissebb verziót a forrásfádból. Első alkalommal való futtatáshoz:

# cd /usr/src/usr.sbin/mergemaster

# ./mergemaster.sh -p

A parancsok frissíteni fogják a /etc-t a következőképpen:

# cp -Rp /etc /etc.old

# /usr/sbin/mergemaster -v -w 132

**MEGJEGYZÉS Újabb új lépés következik itt:

# rm -rf /usr/include/g++

(Mert a FreeBSD 5.0 a GCC 3.x-et igényli)

11. make installworld

Itt az idő az make installworld-re!

# cd /usr/src

# make installworld

12. Frissítsd a /dev-et!

# cd /dev

# ./MAKEDEV all

13. Frissítsd a /stand-ot!

# cd /usr/src/release/sysinstall

# make clean

# make all install

14. Újraindítás

Reboot a többfelhasználós módba (multi-user). Kész.

15. Copyright, licenc, visszajelzés és ilyesmi:

Micskó Gábor trey@debian.szintezis.hu - Hungarian Unix Portal - http://www.hup.hu/

Ez a dokumentum szabadon másolható és terjeszthetõ, ha a copyright és az engedély szövegét minden másolaton megõrzik. E dokumentum módosított változatai a változatlan másolatokkal megegyezõ feltételek alapján másolhatók és terjeszthetõk, ha a módosított változatot is az ezzel az engedéllyel megegyezõ feltételekkel terjesztik. A fordítások is a ``módosított változat'' kategóriájába tartoznak.

Garancia: Nincs.

Ajánlások: Az üzleti célú terjesztés megengedett és támogatott, de nyomatékosan ajánlott, hogy a terjesztõ lépjen kapcsolatba a szerzõvel a terjesztés elõtt, a dolgok naprakészségének biztosítása végett. (Küldhetsz egy példányt abból, amit csinálsz, ha már úgyis csinálod.) A fordítóknak is ajánlott kapcsolatba lépni a szerzõvel, mielõtt lefordítják. A nyomtatott változat jobban néz ki. A papírt használd fel újra!

Visszajelzéseket, építõ jellegű kritikát a trey@portal.fsn.hu email címre várok.

A dokumentum otthona a Hungarian Unix Portal. A legfrissebb verziót a

még nem tudom

URL-en keresd.

Sok szerencsét!

Mel Gorman bejelentett egy részletes Linux VM (virtual memory - virtuális memória) dokumentációt, amely a jelenlegi stabil sorozat 2.4.20-as kernelének kódján alapul. Az első ismertető [pdf] [html] [txt] mélyrehatóan mutatja be azt, hogy valójában hogy is működik a Linux virtuális memória menedzsment, kitérve a a függvényekre és az algoritmusokra is. A második rész [pdf] [html] [txt] pedig egy afféle kód magyarázat, kommentár a VM programozásról, amely segítségével fény derül a VM programozás rejtelmeire és stílusára.

Igaz, már volt erről egyszer szó, de a fenti leíras westel & siemens (me45) combo esetén nem működik. Íme a módosított verzió. (Az eredeti változatért ezúton is ezer köszönet Dankovits Péternek és Demeter Tibornak).A fájlok neveit és helyét is megváltoztattam, hogy kissé jobban illeszkedjen a debianos ppp-hez:

Az /etc/ppp/peers/westel-gprs fájl így néz ki: (itt a "userneved" kicserélendő a westel internet szerződésében megadott usernévre, és az /etc/ppp/pap-secrets fájl értelemszerűen kitöltendő a névvel és jelszóval)

115200

/dev/ttyS0

connect '/usr/sbin/chat -e -f /etc/chatscripts/westel-gprs-connect -v'

disconnect '/usr/sbin/chat -e -f /etc/chatscripts/westel-gprs-disconnect -v'

modem

noauth

noccp

novj

novjccomp

defaultroute

noipdefault

user userneved

lock

hide-password

refuse-chap

az /etc/chatscripts/westel-gprs-connect fajl tartalma:

TIMEOUT 240

""

AT

OK

ATE0V1

OK

AT+CGMI

OK

AT+CGMM

OK

AT+CIMI

OK

AT+CGDCONT=1,"IP","internet"

OK

AT+CGATT?

OK

ATD*99***1#

TIMEOUT 22

CONNECT dc

és végül az /etc/chatscripts/westel-gprs-disconnect fájl tartalma:

"" "K"

"" "+++ATH"

Ha ez megvan, akkor a "pon westestel-gprs" paranccsal indítható is a net. Leállítás : "poff" - ezt célszerű azonnal a pon után kiadni, merthogy a westel gprs elég drága mulatság :-)

Valamelyik nap olvastam a www.linux.hu-n, hogy eltölthető a www.szabilinux.hu tartalma tar.gz formában. Gondolom ez sokaknak segítség, mert nem kell összevadászni egyenként a 70MB-nyi hasznos, magyar nyelvű dokumentumot. Egy gond volt vele, hogy meglehetősen lassan lehetett letölteni (nekem 8-10kbit/sec sebességgel jött, és több óráig tartott). Ezért gondoltam, hogy kiteszem a letöltések közé, húzza akinek szüksége van rá.

Letölthető a RTFM (Read the F..ine Manual) link alatt itt.

Közben bővült a howto-k, faq-k listája bitfakk db mester ;-) PostgreSQL magyar GYÍK-jával is, amit szintén le lehet tölteni a fenti linkről.

Ahogy sokan javasolták és igértem tovább folytattam a kernelforgatás doksim írását. A következő változat már rc lesz (már csak a grub, és pár disztrón az ncurses telepítése hiányzik belőle).Kernelforgatás (2.0-pre3)

1. Mi a kernel?

A kernel az operációs rendszerek magja. Még Windows-ban is van. Ez biztosítja a programoknak az egységesített felületet, amin keresztül a hardware-el tudnak kommunikálni (ez a jó öreg DOS-nál annyi volt, hogy közvetlen hozzáférést adott az összes hardware-hez, aztán minden program oldja meg a saját meghajtóprogramjaival a dolgot, ahogy akarja:). Win9x-ben a kernel a C:WINDOWSSYSTEMKernel32.dll fájl, WinNT/2000/XP alatt pedig a C:WINDOWSSYSTEM32Kernel32.dll fájl szokott lenni. De most nézzük a Linuxot. Linuxban általában /vmlinuz fájl a kernel.

2. Jó ez nagyon szép, de mi a ráknak újat forgatni belőle?

A Windows azért olyan, amilyen, mert a Microsoft csinál egy általános kernelt, és minden gépen ugyan az a kernel fut, így lehet, hogy ami az egyik gépen bejön, az a másikon nem igazán. Linuxnál nem kell ilyenektől szenvedni. Bekonfigurálod a kernelt pont a te gépedhez (és igényeidhez) igazítva, és pontosan azt csinálja, amit te szeretnél (Na jó. Szép álom lenne, de jobban követi az utasításaid, mint a Windows).

3. A kernel beszerzése

"Be kell szerezni? De hát a win ben benne van ott nem kellet beszerezni." Igen. Ez igaz, viszont a win-ben mindig több hónapos, vagy éves kernelt használsz. Biztos lehetsz benne, hogy az azóta kiderült és közismert hibák nincsenek javítva benne. Linuxban mindig friss, ropogós stabil kernelt érdemes használni (figyelem ez nem a legmagasabb verziószámot, vagy az utolsó kiadási dátumot jelenti). A kernelt a kernel.org-on lehet letölteni. Ott megkeresed a �The latest stable version of the Linux kernel is� kezdetű sort. Kb így fog kinézni:

The latest stable version of the Linux kernel is: 2.4.20 2002-11-28 23:54 UTC F V VI Changelog

Itt nem a 2.4.20 feliratra kell klikkelni a letöltéshez, mivel az egy patch (patchekről olvasd el a függelékeket). A sor vége felé ott van egy Nagy F betű. Arra kell kattintani (kb. 25 mega).

4. A beszerzett kernel előkészítése.

Ha megvan a kernel, akkor lehetőleg lépj ki konzolba és ott root-ként belépve folytasd tovább (ennek az első fontos oka, hogy így csak a rendszergazda jogokkal rendelkező felhasználók férhetnek majd hozzá a kernelhez és a forráskódjához, valamint többször volt, hogy az x-win-es konzolok hibásan jelenítették meg a menuconfigot (a menüs rendszerű kernelkonfiguráló felület), az xconfig pedig elég átláthatatlan (ez a grafikus változata a konfiguráló felületnek), meg jobb is inkább a menuconfigot megszokni, mert az grafikus felület nélkül is használható).

Lépj be a /usr/src-ba:

cd /usr/src

Mozgassad ide a letöltött kernelt:

mv /ahova/a/kernelt/töltötted/linux-2.4.20.tar.gz ./

(ha már nem a 2.4.20 a legújabb kernel, amikor ezt olvasod, akkor a verziószámot értelem szerint cseréld ki arra)

Tömörítsd ki a kernelt:

tar -zvxf linux-2.4.20.tar.gz

Így kapsz egy linux-2.4.20 könyvtárat. Erre én szoktam csinálni egy linket, hogy mindig elérhessem így is /usr/src/linux (ez nem kötelező lépés csak praktikus). Így:

ln -s /usr/src/linux-2.4.20 /usr/src/linux

Most lépj be a friss kernelt tartalmazó könyvtáradba!

cd /usr/src/linux

Most hogy a fölösleges cuccokat eltávolítsuk a kernelforrásból add ki ezt a parancsot:

make mrproper

5. A kernel konfigurálása

5.1. A kernelmodulokról

A kernelbe egy eszköz meghajtóprogramját több féle képen is bele lehet rakni. Lehet úgy, hogy mindig be legyen töltve (a kernel rendszerindításkor bekerül a memóriába), vagy lehet modulként tárolni. A modulok nem kerülnek bele a /vmlinuz-ba, hanem külön fájlokban tárolódnak el (/lib/modules/a-kernel-verziója/a-modulok) és csak akkor töltődnek be, ha egy program kéri rá őket, vagy te aktiválod őket a modconf paranccsal (ekkor minden indításnál betöltésre fognak kerülni, de akár mikor el lehet őket távolítani a memóriából.

5.2. Kernelbe vagy modulba?

Mikor melyiket kell használni?

Az esetek nagy részében a kernelbe való fordítást érdemes használni, amennyiben biztos vagy benne, hogy egy eszközt majdnem mindig használni akarsz (hálókártya meghajtóprogramja, ha állandóan hálón vagy, hangkártya meghajtóprogramja, ha állandóan zenét hallgatsz). Viszont, ha van olyan dolog, amit csak lehet, hogy fogsz használni, de nem akarsz olyankor azzal bajlódni, hogy újra forgass egy kernelt, akkor azt modulba rakod (ha mondjuk csak Linux van a gépeden, de lehet, hogy fog néha valamelyik haver hozni cuccot kivehető vinyón és nála még Windows van, akkor modulban felrakod a fat32, DOS és NTFS fájlrendszereket, és csak akkor töltöd be őket, ha helyzet van (mountoláskor maguktól is betöltődnek, ha szükség van rájuk)).

5.3. A menuconfig kasználata

És akkor most hogyan is megy ez a konfigurálás dolog?

Az eszközmeghajtóprogramok között a föl le nyilakkal tudsz lépkedni, és a space gomb lenyomásával tudod kiválasztani, hogy ne legyen lefordítva a meghajtóprogram, modul legyen, vagy a kernelbe forduljon. A jobbra-balra gombokkal pedig azt tudod kiválasztani, hogy mi történjen a space lenyomására. A select a meghajtóprogik állapotának az állítgatása. Az exit vagy visszalép a menüben egy szintet, vagy ha a menü gyökerében vagy, akkor kilép belőle, a help pedig segítséget ad arról a meghajtóprogramról, amin a kurzorod áll. Innen már sima ügy.

5.4. A menuconfig indítása

Ahhoz, hogy a menuconfigot elindítsad telepítve kell, hogy legyen egy ncurses nevű csomag a gépedn. Ennek a telepítése disztribúciókra lebontva a függelékek között olvasható Ncurses néven.

A menuconfig indításához a /usr/src/linux-ban a következő parancsot kell kiadni:

make menuconfig

Így egy első látásra tlán barátságtalannak tünő, de nagyon kezes menürendszerhez jutunk, amiben a meghajtóprogramok fő és alkategóriákra vannak osztva, hogy könnyebben megtalálhassuk őket.

5.5. A kernelkonfigurálásnál pár fontos dolog (eddigi tapasztalataim alapján)

Ha CD-t akarsz írni Linux alatt és ide cdíród van, akkor a következőket bele kell forgatni a kernelben (modulban nem megy (legalábbis nálam nem ment)):

ATA/IDE/MFM/RLL support ---> IDE, ATA and ATAPI Block devices ---> SCSI emulation support

SCSI support ---> SCSI support ; SCSI CD-ROM support ; Enable vendor-specific extensions (for SCSI CDROM) ; SCSI generic support

Ha nincs más scsi eszközöd, akkor minden mást ki lehet szedni az scsi-ből. (ettől még nem fog menni az scsi emuláció, mert bele kell írni egy sort a lilo.conf-ba, de ezt a végén még részletezem)

Játékport:

Lehet, hogy tényleg nem fogod sokat használni, de ha néha akarod használni, akkor is bele kell forgatni a kernelbe a portot (a dzsojsztikot nem fontos :) , mert anélkül nekem nem ismerte fel a gémpadom.

Multimedia devices ---> Video For Linux

Na ezt érti félre mindenki. Ez nem ahhoz kell, hogy tudjál videót nézni Linux-on. Ez a tv kártyákhoz kell, tehát, ha nincs, akkor ne kapcsold be.

File systems ---> MSDOS fs support

Ez az, ami akkor sem kell, ha van Windows a gépen. Ez csak akkor kell, ha van DOS, és nem akarsz alatta a ~1, meg hasonló fájlnevekkel küszködni (DOS-nak tudok ajánlani egy nagyon jó alternatívát: FreeDOS . Még ma is fejlesztik)

File systems ---> Network File Systems ---> SMB file system support (to mount Windows shares etc.)

Ez kell ahhoz, hogy Windows megosztásokat tudjál használni Linux alatt (a hálózatban).

Sound --->

Ha nem találod a hangkártyád, akkor kapcsold be ezt: OSS sound modules

Input core support --->

Az ebben a menüpontban szereplő cuccok csak USB-s eszközökre vonatkoznak.

Talán ennyi jó tanács elég. És szorgosan olvasni a helpeket a kernelmenün belül!!!

6. Forgassunk kernelt!

Ha mindent beállítgattál konfigolás közben, a menü gyökerében nyomsz egy -et, és azt mondod neki, hogy (tehát mentse a "beállításokat). Ha úgy érzed, hogy valamit elszúrtál, akkor csak elindítod újra a make menuconfig-gal ezt a menüt és kilépésnél megint mentesz.

Most a következő parancsot kell kiadni:

make dep

6.1. Forgatási módok

Több alternatíva is létezik a kernel lefordítására. Ezek közül a 2 legfontosabb:

make bzImage

vagy

make bzlilo

A 2 között az a különbség, hogy míg a make bzImage csak lefordítja a kernelt, addig a make bzlilo be is másolja a megfelelő helyre, ugyanakkor a nevéből is adódóan ez csak akkor használható, ha a disztribúciónk lilo bootmanagert használ (mielőtt ezt a parancsot kiadnánk át kell nézni a lilo.conf-ot, tehát nehogy így vaktában lefuttasd! mindenkép olvasd el a lilo-ról szóló részét a doksink előtte!!!). Ha bzImage-vel forgatsz, akkor a /ahol/a/kernel/forrása/van/arch/i386/boot/bzImage -be kerül a kernel.

6.2. Hová kell rakni?

Én elsőnek fogom a disztróban eredetileg benne lévő kernelt (általában /vmlinuz) és átrakom /vmlinuz.orig-ba (mv /vmlinuz /vmlinuz.orig). Ha bzImga-et használtál, akkor ezután a /ahol/a/kernel/forrása/van/arch/i386/boot/bzImage-t másold be a /vmlinuz fájlba. Ezek után még a bootloaderrel is tudatosítani kell, hogy új kernelt kapott a rendszer. Ez a következő 2 pontban lesz részletezve.

6.3 lilo

Lilo esetén a make bzlilo futtatása a logikus, viszont előtte be kell írni a lilo konfigurációs fájljába pár dolgot. A /etc/lilo.conf-ban találod a lilo beállításait. Ezt szerkeszd a kedvenc szövegszerkesztőddel (nekem emacs).A vége felé találsz egy ilyet:

image=/vmlinuz

label=Linux

read-only

Ez után írd be ezeket:

image=/vmlinuz.old

label=LinuxOLD

read-only

optional

image=/vmlinuz.orig

label=LinuxORIG

read-only

optional

Mostmár futtathatod a make bzlilo-t és a kernel magától helyre kerül, valamint a lilo is tudomást vesz róla.

6.4. grub

6.5. Modulok forgatása

Ok a kernel a helyén bootolásra készen. Vagy mégsem?

A modulokat még nem fordítottuk le. Erre a következő parancs szolgál: make modules. Ezek után a modulokat installálni kell a /lib/modules-be. Szerencsére ezt nem kézzel, hanem a make modules_install paranccsal kell megtenni.

7. reboot

Ezek után reboot, és ha valami nem működne az új kernelben, akkor válaszd ki a LinuxORIG-ot bootolásnál.

Függelékek

A. A kernelverziókról

1. Fővonal

A linux kernelnél a verziószám sokat mond el az avatott szemnek a kernelről. Nézzük az aktuális kernel verziószámát:

2.4.20

Az első pont előtti szám a főverzió. Ez csak nagyon lényeges változásoknál változik (ez látszik abból is, hogy eddig csak 2-nél tart).

A 2. pont előtti szám akkor változik, ha új funkciók kerülnek be a kernelbe. Ha ez páros, akkor stabil, ha páratlan, akkor fejlesztői kernelről van szó.

A 3. pint előtti szám nagyobb hibajavításoknál és hasonló nem funkcionális frissítéseknél változik.

Ennek a változása előtt általában a kernel verziószáma egy kötőjel után kap alverziószámot, ami lehet -preX, vagy -rcX. A -preX olyan verzió, ami biztosan változni fog még, az -rcX, ha nem találnak benne hibát, akkor egyszerűen eltűnik és a kernel verziójának utolsó száma lép egyet.

2. A nemFővonalak

A kernel úgynevezet fővonalát Linus Torvalds tartja karban, ugyanakkor léteznek olyan vonalai a kernelnek, amiket más emberek tartanak karban. Ezek általában alapnak a fővonalat veszik (illetve annak utolsó stabil változatát). A legaktívabb ilyen fejlesztő Alan Cox (röviden ac). Az ő változtatásai a fővonalon általában bele is kerülnek a fővonalba. Az ac vonalba ugyanakkor nem csak ac fejlesztései kerülnek bele, hanem vannak, akik neki küldik el a változtatásaikat és ő illeszti be. Ac kernelverziói a kernel.org-on is megtalálhatóak. Az ő esetében a kernel a kötőjel után egy -acX kiegészítést kap.

Ac kernelén kívül még rengeteg létezik. Az hogy ezeket érdemes -e használni azt a honlapjukon található információk alapján könnyen el lehet dönteni.

B. Patchelés

1. Mik a patch-ek?

A patch-ek arra szolgálnak, hogy, ha új verzió jön ki a kernlből, ne kelljen letölteni az egész forrást, mivel általában nem a teljes forráskód változik, csak bizonyos részei. A patch tehát ezeket a változásokat tartalmazza. A patchekkel mindig csak a verziószámukhoz képest előző kernelverzióról lehet frissíteni.

2. A kernel patchelése

A patcheket 3 formában lehet megtalálni: tömörítetlenül, bz2-be vagy gz-be tömörítve (bz2-ben a legkisebbek a patchek). A 3 között csak a használatukhoz kiadandó parancs a külömbség.

Elsőnek mind a 3 esetben be kell lépni a kernel könyvtárába.

A tömörítetleneknél a parancs:

cat /ahol/a/patch/van/patchfájlneve | patch -p1

bz2-be tömörítetteknél (onnan lehet felismerni, hogy a fájl neve .bz2-re végződik):

bunzip2 -cd /ahol/a/patch/van/patchfájlneve | patch -p1

gz-be tömörítetteknél (onnan lehet felismerni, hogy a fájl neve .gz-re végződik):

gunzip -cd /ahol/a/patch/van/patchfájlneve | patch -p1

3. Patchelés visszavonása

Ha a patchelést vissza kéne vonnod, azt is meg teheted gond nélkül. Belépsz a kernel könyvtárába és a következő parancsot adod ki:

cat /ahol/a/patch/van/patchfájlneve | patch -p1 -R

vagy

bunzip2 -cd /ahol/a/patch/van/patchfájlneve | patch -p1 -R

vagy

gunzip -cd /ahol/a/patch/van/patchfájlneve | patch -p1 -R

C. Ncurses

1. Az Ncurses-ról

Az Ncurses konzolos menuk kirajzolására használt lib. Talán ennyi elég is róla.

2. Az Ncurses telepítése a nagyobb disztribúciókban

Mandrake:

Red Hat:

Gentoo:

emerge -s ncurses

Debian:

apt-get install libncurses5-dev

SuSE:

YaST-al próbáld meg!

Slackware:

D. Kernel a Debian-ban (kernel-package)

1. A kernel-package csomag

A kernel-package csomag egy olyan extra lehetőséggel terjeszti ki a Debian-t, amivel talán egy másik disztribúció sem rendelkezik (kivéve esetleg a debian alapúakat:). Aki Debian-t használ az tudja, hogy az dpkg (apt-get) mennyire megkönnyíti az ember életét. Ezt a könnyedséget terjeszti ki a kernel-package csomag a kernel használatára is. Ezzel a csomaggal ugyan olyan .deb csomagokat csinálhatunk a kernelből, mint amilyen az összes többi csomag, így egy kernel telepítése, vagy eltávolítása másodpercek alatt és jelentősen kevesebb macerával mehet végbe.

2. make-kpkg

A kernel-package használata pofon egyszerű. Elő kell készíteni a kernel forrását, ahogy a doksi elejében van (kitömörítés, majd konfigurálás), de sem make dep-et, sem az után következő parancsokat nem kell lefuttatni. Egyszerűen csak be kell lépni a kernel forrásának a könyvtárába (/usr/src/linux), és ki kell adni ezt a parancsot:

make-kpkg kernel_image

Ez elkészít a kernel könyvtárához képest egy könyvtárral feljebb (../) egy debcsomagot, és innentől már csak ki kell adni a

dpkg -i ./ahol/a/csomag/van/kernel-image-kernelverzioja_10.00.Custom_i386.deb

parancsot, aztán rebootolni és már élvezhetjük is az új kernelünket.

D. Erről a doksiról

1. Miért?

Ez a doksi eredetileg egy játékokkal foglalkozó weboldal fórumában íródott (http://www.mportal.hu/?action=forum_olvas&base=mportal8&thread=

203&hit2=25&page=1), azért, hogy azok is tudjanak kerneltforgatni, akiket a linuxos világ nagy része lamáknak nevez, pedig csak egyszerűen nem úgy születtek, hogy értenének a linuxhoz.

2. Készítő(k)

A doksit BaliHB készítette (azaz én), de szeretnék köszönetet mondani az tanácsaikért és hathatós segítségeikért a következőknek:

A jelenlegi főnököm

szogi

rengeteg fórum és cikkolvasó

2 Fejlesztés

A doksi folyamatos fejlesztés alatt áll. Vannak stabil, dev, pre és rc verziói is. A verziókról bővebben a kernelverziókról szóló függelékben olvashatsz :)

3. Készült

Készült: emacs, linux kernel, OpenOffice.org (office.fsf.hu-s magyarítás, valamint az ebből általm készített .deb csomag (http://savannah.nongnu.org/projects/ooodeb-hu/)), Debian, gnome-terminal, wmaker

felhasználásával.

Minőségét megörzi: amíg én vagy valaki fejleszti.

Miért van szükség arra, hogy a szervereink mindig a pontos idő szerint járjanak? Sok rendszeradminisztrátorr nem tulajdonít kellő jelentőséget annak, hogy a szerverei szinkronizálva legyenek. A Unix rendszerekben a log démonok pl. a syslog az információit 00:00:00 (óra:perc:másodperc) formában írja a központi logfileba. A tcpdump 00:00:00.000000 formátumot használ. A cron jobok a rendszeridőhöz igazodva futnak le. Az apache is a rendszeridőből alkotja meg az időbélyegeit. Nem utolsó sorban ez az oldal is a rendszeridőből alkotja meg a cikkek megjelenésének időpontját, postolja be az időzített cikkeket, stb. Szóval, ennek a látszólag nem fontos dolognak nagy szerepe van egy szerver életében.Most a The O'Reilly Network-ös srácok összeütöttek egy dokumentációt, amely az NTP (Network Time Protocol) megismerésének kezdeti lépéseivel foglalkozik.

A dokumentációt megtalálod itt.

Ahogy fejlődik az új Linux kernel, úgy kezdenek majd szállingózni az új rendszerhívásokkal kapcsolatos manuál oldalak is. Az elsők között van a futex (Fast Userspace Locking system call) man oldala is. A futex többek között Molnár Ingó, Rusty Russel (ipchains, iptables), Matthew Kirkwood munkája. Akit érdekel, hogy mit fog tudni az új kernel, annak érdemes elkezdeni begyűjteni ezeket a man oldalakat. Így felkészülve várhatja az új kernelt.

A futex man stuffjait megtalálod itt (böngészhető), vagy letöltheted egyben innen.

Slinky frissítette a népszerű ADSL mini-howto írását. Én azt hittem azon már nincs mit írni, de ezek szerint van. A dokumentumot megtalálod a szokásos helyen a /letöltések alatt. (igazából már december elején elküldte, de csak most volt időm kitenni)

[adsl.txt] [adsl.tar.gz]