LDP
/
old-www
1
1
Fork 0
Code Issues Pull Requests Releases Wiki Activity
old-www/pub/Linux/docs/HOWTO/translations/hu/LILO-hu.txt

1462 lines
60 KiB
Plaintext
Raw Permalink Blame History

LILO mini-HOGYAN
Miroslav "Miskő Skoric, skoric at eunet dot yu
v3.19, 2004.03.30
_________________________________________________________________
A LILO a leggyakrabban alkalmazott linuxos betöltőprogram - Linux
Loader az x86-os Linuxoknál; Én inkább Lilo-nak fogom nevezni a LILO
helyett, mivel nem kedvelem a nagybetűs írásmódot. A dokumentum a
Lilo néhány jellegzetes telepítési módját mutatja be és a Lilo
felhasználói kézikönyvének kiegészítéseként szolgál. Úgy gondolom a
példák nagyon szemléletesek még akkor is, ha a környezet nem teljesen
hasonlít az enyémhez. Remélem néhány bosszúságtól meg fog óvni írásom.
Mivel a Lilo saját dokumentációja nagyon jó, akit a részletek
érdekelnek forduljon az /usr/doc/lilo* leírásokhoz. (A fentieket két
úriember Cameron Spitzer és Alessandro Rubini mondta. Ők készítették
a leírás előző változatait.)
_________________________________________________________________
A Lilo mini-HOGYAN ezen változata Cameron Spitzer
(cls@truffula.sj.ca.us) és Alessandro Rubini (rubini@linux.it)
munkáján alapul. Tony Harris (tony@nmr.mgh.harvard.edu) és Marc Tanguy
(tanguy@ens.uvsq.fr) is hozzájárultak a munkához. A fent említett
szerzők anyagait - változtatások nélkül - használtam fel, ehhez adtam
hozzá néhány a Windows NT és a Windows 2000 Lilo-val történő
együttműködéséhez kapcsolódó témát. Sokkal részletesebb információt
találsz a LILO menüjéből történő Windows NT/2000 aktiválásához a
csodálatos [1]Linux+WindowsNT mini-HOWTO dokumentumban.
1. Bevezetés
Annak ellenére, hogy a Lilo forrásaiban található dokumentáció nagyon
alapos (/usr/doc/lilo), a legtöbb Linux felhasználónak gondot okoz a
saját /etc/lilo.conf állományának elkészítése. Ez a leírás minimális
információkkal és 5 mintatelepítés bemutatásával kíván támogatást adni
nekik:
* Az első példa a klasszikus "Linux és valami más" telepítés.
* A következő azt mutatja br, hogyan kell a Lilo-t telepíteni egy
merevlemezre, mely /dev/hdc-ként kapcsolódik, de /dev/hda-ként
töltődik be. Erre általában akkor van szükség, ha futó
rendszeredről szeretnél egy új Linux meghajtót telepíteni. Itt
írom le, hogyan lehet SCSI lemezről indítani, ha a BIOS elég
modern hozzá.
* A harmadik példa azt mutatja be, hogyan lehet egy Linux rendszert
elindítani olyan lemezrészről, melyet nem ér el a BIOS.
* A következő példa megmutatja, hogyan lehet elérni a nagyméretű
lemezeket, melyet sem a BIOS, sem pedig a DOS nem tud egyszerűen
elérni (ez a rész egy picit elavult).
* Az utolsó példa azt mutatja meg, hogyan kell helyreállítani egy
sérült lemezt, ha a meghibásodást egy másik operációs rendszer
telepítése okozta.
Az utolsó három példát, az eredeti leírás szerzője, Cameron,
cls@truffula.sj.ca.us írta. Alessandro rubini@linux.it a Linuxon kívül
nem futtat mást, ezért nem tudja ellenőrizni, sem pedig frissíteni a
leírást. Szükségtelen mondanom, hogy a visszajelzéseket szívesen
várom.
2. Háttérinformáció és szabványos telepítés
Amikor a Lilo betölti a rendszert, BIOS hívásokat használ a Linux
rendszermag betöltéséhez a merevlemezről (IDE lemez, hajlékonylemez
vagy bármi más). Emiatt a rendszermagnak olyan helyen kell
elhelyezkednie, melyhez a BIOS hozzá tud férni.
A betöltés során a Lilo nem képes a fájlrendszer adatainak olvasására,
az /etc/lilo.conf fájlban beállított bármilyen útvonal a telepítés
során kerül feloldásra (mikor kiadjuk az /sbin/lilo parancsot). A
program a telepítés során építi fel azokat a táblázatokat, melyek
felsorolják, hogy mely szektorokat használják az operációs rendszer
betöltéséhez szükséges fájlok. Ennek következményeként, ezen fájlok
mindegyikének olyan lemezrészen kell elhelyezkednie, melyhez a BIOS is
hozzáfér (a fájlok általában a /boot könyvtárban helyezkednek el, ez
azt jelenti, hogy a Linux rendszernek csak a root lemezrészét kell
elérnie a BIOS-on keresztül).
A Bios-alapúságnak a másik következménye, hogy a betöltőt újra kell
telepíteni (azaz ki kell adni újra az /sbin/lilo parancsot) a Lilo
setup bármilyen módosításakor. Ha újrafordítod a rendszermagot és
felülírod a régi lemezképet újra kell telepíteni a Lilo-t.
2.1 Hova kell a Lilo-t telepítenem?
Az /etc/lilo.conf -ban található boot= utasítás jelzi a Lilo-nak hova
kell tennie az elsődleges betöltőt. Ez általában a a master boot
record (/dev/hda), Linux telepítésednek a root partíciója (általában
/dev/hda1, vagy /dev/hda2).
Ha merevlemezen egy másik operációs rendszer is telepítve van, jobban
teszed ha a Lilo-t a root partícióra telepíted az MBR helyett. Ebben
az esetben a parítciót "bootolhatóként" kell megjelölni az fdisk "a"
parancsával vagy az fdisk "b" parancsával. Ha nem írod felül a master
boot szektort, szükség esetén könnyebb lesz a Linux vagy a Lilo
eltávolítása.
Természetesen van lehetőség a fentihez hasonló "szabályok"
megkerülésére. Nos, a Lilo-t akkor is telepítheted az MBR-be, ha oda
már telepítettél egy másik operációs rendszert. Például, ha gépedre
először egy Windows NT 4.0-t telepítettél az NT betöltője került az
MBR-be, így probléma nélkül indíthatod az NT-t. Miután telepítetted a
Linuxot és azt választottad, hogy a Lilo az MBR -be kerüljön, a Lilo
átírta az NT betöltőjét. Mikor következő alkalommal indítod a
gépedet, nem tudod betölteni az NT-t. Ez azonban nem gond.
Szerkeszteni kell az /etc/lilo.conf fájlt és az NT-nek új bejegyzést
kell készíteni. Következő újraindításkor, a Lilo menüben ott lesz az
új NT bejegyzés. Ugyanez történik, ha a Windows NT helyett Windows
2000-t telepítesz.
2.2 IDE merevlemez beállítása
Személy szerint én nem használom sem az LBA sem a LARGE beállításokat
a BIOS-ban (bár én kizárólag Linuxot futtatok); ezek a PC-s világ
tervezésbeli hiányosságaiból adódó szörnyű tákolmányok. Ennek
következményeként a rendszermagnak az első 1024 cilinderben kell
elhelyezkednie. Ez mindaddig nem gond, amíg a merevlemez
particionálásakor a root partíció kis méretű (amit ettől függetlenül
is így kell csinálni).
Ha merevlemezen már van egy másik operációs rendszer nem módosíthatod
a BIOS beállításokat, különben a régi rendszered nem fog többé
működni. Az összes újabb Lilo terjesztés képes kezelni az LBA és
LARGE lemezbeállításokat.
Ne feledd, hogy az /etc/lilo.conf fájlban található "linear" kulcsszó
segíthet a geometriai problémák megoldásában. Ez a kulcsszó arra
utasítja a Lilo-t, hogy lineáris szektorcímzést használjon a
szektor/fej/cilinder hármas helyett. A 3D címzésre való átalakítás a
futási időre lesz halasztva, ezáltal téve a beállításokat sokkal
inkább immunissá a geometriából adódó problémák irányába.
Ha több mint egy merevlemezed van, és néhányukat csak a Linux
használja, valamint ha nincsenek benne a betöltési folyamatban, azt
beállíthatod a BIOS számára, hogy nincsenek is telepítve. Rendszered
sokkal gyorsabban fog betöltődni a Linux pedig pillanatok alatt
automatikusan felismeri a meghajtókat. Én gyakran cserélgetem a
meghajtókat a számítógépemben, de soha nem bántom a BIOS beállításait.
2.3 Hogyan avatkozhatok be a betöltési folyamat közben?
A Lilo készenléti jelénél a <Tab> billentyű lenyomása megmutatja a
választási lehetőségeket. Ha a Lilo-t nem interaktív módba állították
be tartsd lenyomva az <Alt> vagy <Shift> billentyűket mielőtt
megjelenik a "LILŐ üzenet.
Ha Linux rendszermagot töltesz be, a kiválasztott rendszer neve után
parancssori kapcsolót is megadhatsz. A rendszermag nagyon sok
parancssori kapcsolót fogad el. Az összes parancssori kapcsoló Paul
Gortmaker által írt "BootPrompt-HOWTŐ-ban található meg. Ezeket nem
kívánom itt megismételni. Néhány parancssori kapcsoló azonban
különösen fontos, és érdemes őket itt megemlíteni:
* root=: a Linux rendszermagnak jelezni lehet, hogy egy másik
partíciót csatoljon fel root partíciónak, mint ami a /lilo.conf
fájlban meg van adva. Például, rendszeremben van egy apró
lemezrész, melyen egy minimális Linux telepítés foglal helyet.
Erről képes voltam betölteni a rendszert, miután tévedésből
tönkretettem a root partíciót.
* init=: az 1.3.43 valamint újabb változatú Linux rendszermagok
képesek arra, hogy az /sbin/init helyett más parancsot hajtsanak
végre, mint ahogy az a parancssorban van. Ha súlyos hibákat
tapasztalsz a betöltési folyamat közben, az init=/bin/sh
meghatározásával elérheted az alaprendszert (mikor a parancssorban
vagy, nagy valószínűséggel fel kell csatolni a partíciókat:
próbáld meg a "mount -w -n -o remount /; mount -a" parancsokat, és
ne felejtsd lecsatolni őket ("umount -a"), mielőtt kikapcsolod a
géped).
* Egy szám: ha egy számot adunk meg a rendszermag parancssorában ,
arra utasítod az init-et, hogy egy meghatározott futási szintre
lépjen (az alapértelmezett általában a 3 vagy a 2, a választott
terjesztésnek megfelelően). Ezt megnézheted a init leírásában, az
/etc/inittab és /etc/rc*.d helyeken.
2.4 A Lilo eltávolítása
Mikor a Lilo felülírja a betöltő szektort, lement egy biztonsági
másolatot a /boot/boot.xxyy alá, ahol az xxyy az eszköz felső és alsó
számai hexadecimálisan kifejezve. A merevlemez, vagy lemezrész felső
és alsó számait a "ls -l /dev//device" parancs futtatásával veheted
szemügyre. Például a /dev/hda első szektora (felső 3, alsó 0) a
/boot/boot.0300 könyvtárba lesz lementve, ha a Lilo-t a /dev/fd0
eszközre telepítjük az egy /boot/boot.0200 könyvtárat fog létrehozni,
ha pedig /dev/sdb3 (felső 8, alsó 19) akkor /boot/boot.0813-ba lesz
lementve. Figyeld meg, hogy a Lilo nem fog még egy fájlt létrehozni,
ha már létezik egy, így nem kell törődnöd a a biztonsági másolattal,
ha újratelepíted a Lilo-t (például a rendszermagod újrafordítása
után). A /boot/ alatt található biztonsági másolatok mindig
pillanatfelvételei annak a helyzetnek, mielőtt bármilyen Lilo-t
telepítettél volna.
Ha valaha is el kell távolítanod a Lilo-t (például, abban a
szerencsétlen esetben, hogy eltávolítsd a Linuxot), egyszerűen csak
vissza kell állítanod az eredeti betöltő szektort. Ha a Lilo a
/dev/hda-ra települt, egyszerűen írd be a "dd if=/boot/boot.0300
of=/dev/hda bs=446 count=1" parancsot (Személy szerint én a "cat
/boot/boot.0300 > /dev/hda" parancsot használom, de ez nem
biztonságos, mivel ez helyre fogja állítani az eredeti partíciós
táblát is, melyet közben módosíthattál is). Ezt a parancsot sokkal
egyszerűbb futtatni, mint megpróbálkozni DOS parancssorból a "fdisk
/mbr" paranccsal, ez lehetővé teszi, hogy tisztán eltávolítsd a
lemezről a Linuxot, még akkor is, ha eddig csak mindig Linuxot
töltöttél is be. A Lilo eltávolítása után ne feledd el futtani a Linux
"fdisk" parancsát a Linux lemezrészek eltávolítsa céljából (A DOS
"fdisk" nem képes nem-DOS lemezrészek eltávolítására).
Ha a Lilo-t a root partícióra telepítetted(pl.: /dev/hda2), semmi
különöset nem kell tenned a Lilo eltávolításához. Egyszerűen csak
futtasd a Linux "fdisk" parancsát a Linux lemezrészek partíciós
táblából való eltüntetéséhez. Ne feledd el megjelölni a DOS lemezrészt
betölthetőként.
2.5 Ram lemez készítése
Figyelem: Ha ezt a bekezdést nehéznek találod, nézz körül a [2]How to
make a ram disk honlapon, itt megtalálhatod ennek a kiegészítésnek az
"eredetijét"...
Írta: Tony Harris
2000. október 16.
ram lemez ici-pici HOGYAN
Ha a root partíció olyan eszközön van, melynek nincs a rendszermagba
befordított eszközmeghajtója a lilo -t kell használnod ennek az
eszközmeghajtónak modulként való betöltéséhez a betöltési folyamat
korai szakaszában. Két egyszerű lépésből áll:
* készíts egy ram lemezképet az /mkinitrd paranccsal
* módosítsd a lilo.conf fájlt, hogy az a lemezképre mutasson
Először is, a cd-vel átváltok a /boot könyvtárba:
System.map chain.b module-info-2.2.16-3ext3
System.map-2.2.16-3 initrd-2.2.16-3.img vmlinux-2.2.16-3
System.map-2.2.16-3ext3 vmlinux-2.2.16-3ext3
vmlinuz kernel.h
boot.b map vmlinuz-2.2.16-3
bz.2.2.15.juke.Image module-info vmlinuz-2.2.16-3ext3
bzImage-2.2.14 module-info-2.2.16-3
Itt láthatod, hogy van egy 2.2.16-3 rendszermagom és hozzáadtam egy
második rendszermagot, mely támogatja az ext3-at
(vmlinuz-2.2.16-3ext3). Az első rendszermagom számára már létezik egy
lemezkép (initrd-2.2.16-3.img).
A második rendszermag számára létrehozandó lemezképhez, a
következőket kell beírnom (a begépelendő kiemelve van szedve):
boot# mkinitrd initrd-2.2-16-3ext3.img 2.2.16-3ext3
Az mkinitrd egy shell szkript, mely megvizsgálja a rendszermagom
számára szükséges modulokat, majd létrehoz egy ext2 fájlrendszert,
mely tartalmazza azokat a modulokat. Ha belepillantunk a lemezképbe
látjuk, hogy ez igaz:
boot# cat initrd-2.2.16-3ext3.img | gunzip > /tmp/myimage
boot# file /tmp/myimage
/tmp/myimage: Linux/i386 ext2 filesystem/
Nem szükséges belenézned a lemezképbe. A lemezkép létrehozása és a
lilo.conf módosítása a két kötelező lépés. A ram lemezkép leírása
kizárólag pedagógiai célokat szolgál.
A lemezkép megtekintéséhez azt fájlrendszerként kell felcsatolni:
boot# mount /tmp/myimage /mnt/tmp -t ext2 -o loop=/dev/loop3
boot# ls /mnt/tmp
bin dev etc lib linuxrc
boot# find /mnt/tmp
mnt/tmp/
mnt/tmp/lib/
mnt/tmp/lib/aic7xxx.o/
mnt/tmp/bin/
mnt/tmp/bin/sh/
mnt/tmp/bin/insmod/
mnt/tmp/etc/
mnt/tmp/dev/
mnt/tmp/dev/console/
mnt/tmp/dev/null/
mnt/tmp/dev/ram/
mnt/tmp/dev/systty/
mnt/tmp/dev/tty1/
mnt/tmp/dev/tty2/
mnt/tmp/dev/tty3/
mnt/tmp/dev/tty4/
mnt/tmp/linuxrc/
Ennek a ram lemezképnek a legfontosabb része az aic7xxx.o, mely az én
scsi modulom.
Végül elérkeztünk az utolsó lépéshez, az /etc/lilo.conf módosításához:
Itt láthatod az én bejegyzésemet a lilo.conf fájlban, mely összhangban
van az imént létrehozott rendszermaggal és a lemezképpel:
image=boot/vmlinuz-2.2.16-3ext3/
label=linux.ext3
initrd=boot/initrd-2.2.16-3ext3.img/
read-only
root=dev/hdb3/
Ennyi az egész. Root felhasználóként futtasd a /lilo-t, majd indítsd
újra a géped.
Ha gondjaid vannak, nézd meg [3]Linux kernel HOWTO ( [4]Linux
rendszermag HOGYAN) dokumentumot. Van néhány dolog benne amikkel
találkoznod kellett: az /etc/conf.modules fájlban található
rendszermag-modulokat le kell fordítani.
3. Az egyszerű beállító állomány
A legtöbb Lilo telepítés olyan beállító állományokat használ, mint az
alábbi:
boot = /dev/hda # vagy a gyökér lemezrész
delay = 10 # késleltetés, tizedmásodpercben (ekkor avatkozhatsz be)
vga = 0 # nem kötelező. 80x50-hez használd a "vga=1" parancsot
#linear # geometriai problémák esetén próbálkozz a "linear" paranccsa
l.
image = /boot/vmlinux # a zImage fájlod
root = /dev/hda1 # a gyökér lemezrész
label = Linux # vagy bármilyen tetszetős név
read-only # a root partíció kizárólag olvashatóként történő felcs
atolása
other = /dev/hda4 # dos lemezrész, ha van
table = /dev/hda # a jelenleghi partíciós táblázat
label = dos # vagy bármilyen nem tetszetős név
Ha szeretnéd, lehet több "image" és "other" bekezdésed. Nem szokatlan,
hogy több rendszermag-lemezképed van beállítva a lilo.conf-ban,
legalábbis, ha naprakész vagy a rendszermag fejlesztésekben.
3.1 Nagy rendszermagok kezelése
Ha fordítasz egy "zImage" rendszermagot és az túl nagy ahhoz, hogy fél
megabájtban elférjen (ez általános az új 2.1 rendszermagoknál), akkor
egy "nagy zImage"-et kell helyette készítened: "make bzImage". Egy
nagy rendszermag-lemezkép betöltéséhez semmi különleges nem kell, csak
a Lilo 18 vagy újabb változata. Ha a telepítésed régebbi, a Lilo
csomagodat frissíteni kell.
3.2 Windows NT betöltése a "LILO boot:" menüből
A következőkben leírom annak menetét, hogyan tudod hozzáadni a Lilo
menüjéhez mind a Linux, mind pedig az NT bejegyzéseit:
* Először is javaslom, hogy telepíts egy friss Windows NT 4.0-t a
merevlemezre. Azt gondolom, hogy már elkészítetted a fontos
adataid biztonsági mentését, így az NT telepítése nem okozhat
problémát. Az NT telepítése közben, a telepítő nem fogja
megkérdezni hova telepítse a NT betöltőjét, így az merevlemez
MBR-jébe (Master Boot Record) kerül. Azonban lehetőség van arra,
hogy az MBR előző tartalma megmaradjon az MBR-en belül
(különösen egy előző Lilo). Emiatt azt javaslom, hogy (az NT
telepítése előtt) egy DOS-os Fdisket tartalmazó DOS
rendszerlemezről töltsd be a rendszert. A parancssorban a:\
egyszerűen írd be a következő parancsot: fdisk /mbr és indíts
újra a gépet (immár a rendszerlemez nélkül).
* Miután sikeresen telepítetted az NT-t, láthatod, hogy az egész
merevlemezt elfoglalja, vagy a merevlemezed egy meghatározott
részét (attól függően, hogyan döntöttél a telepítési folyamat
során). Tanácsos "lezsugorítani" az NT-t elfoglaló lemezrészt,
annak érdekében, hogy legyen egy kis szabad helyünk a lemezen.
Erre a szabad területre fogod telepíteni a Linuxot. Miután
beállítottad az NT-t és az működik, egy Partition Magic
segédprogramot (gyártója a Power Quest) tartalmazó
hajlékonylemezről kell indítanod a rendszert. Ez egy grafikus
eszköz, mely látja az összes lemezen lévő összes lemezrészt. A
legjobb dolog, hogy a lemezrészekkel anélkül tudsz változtatásokat
végrehajtani, hogy tönkretennéd a már meglévő adataidat. Az egyik
lehetőség a meglévő lemezrészek csökkentése, annak érdekében,
hogy egy kis szabad helyet szerezzünk egyéb célokra. Bár tanácsos
egy biztonsági másolatot készíteni bármilyen módosítás előtt, én
általában az NT lemezrész "zsugorítását" az előtt teszem,
mielőtt még bármit is telepítettem volna az NT-n kívül (így, ha
szükséges egy újratelepítés ne okozhat gondot). Nos, a Partition
Magic (vagy bármely általad ismert hasonló segédprogram)
lezsugorítja az NT lemezrészt (legyen az NTFS vagy FAT) egy kisebb
méretűre, majd ezt az előző rész elejére vagy a végére teszi.
Ez azt jelenti, hogy választhatsz, hogy a lezsugorított NT
lemezrész a merevlemez elején vagy végén helyezkedjen el (én
általában azt választom, hogy az NT a lemez elejére kerüljön, így
a lemez hátsó része "szabad területté" válik). A "zsugorítás"
befejezése után, újraindíthatod az NT-t, és ellenőrizheted az új
helyzetet: a Windows intézőt és a Lemezkezelőt használhatod erre
a feladatra.
* Eddig megvolnánk. A következő lépés a Linux telepítése. Ha
ismered a RedHat terjesztést (remélem más terjesztésekkel ugyanez
vagy hasonló a helyzet), rakd a telepítő CD-t a meghajtóba és
indítsd újra a géped. Amikor a telepítés típusának kiválasztásához
érsz (Gnome vagy KDE munkaállomás, Egyéni stb.) bármelyik általad
kívánt típust kijelölheted, én azonban a munkaállomás
(workstation) telepítését javasolnám először. Ez azért jó, mert a
Linux telepítő automatikusan megtalálja a szabad partíciót az
(első) merevlemezen, elkészíti az összes, Linuxhoz szükséges
partíciót, megfelelően megformázza őket, alapértelmezettként
beállítja a legtöbb opciót, így nincsen sok gondod a telepítés
alatt (később ha szeretnéd hozzáadhatod a hiányzó összetevőket,
vagy újratelepítheted a Linuxot egyéni módban a már létező
partíciókra). A Lilonak az MBR-be kell kerülnie.
* Miután úgy látod, hogy a Linux telepítse befejeződött, újra kell
indítani a gépet és látni fogod a Lilo-t egyetlen betölthető
Linux bejegyzéssel (vagy több mint egy Linux bejegyzéssel abban az
esetben, ha a hardvered többprocesszoros). Ne ess pánikba! A
Windows NT még mindig ott van, ahova telepítetted a Linux előtt.
Minél előbb meg kell ismerkedned a Linuxszal, abból a célból,
hogy megtaláld és megszerkeszd az új /etc/lilo.conf fájlodat.
Mikor először nyitod meg ezt a fájlt, azt fogod látni, hogy csak
egy (vagy több) Linux bejegyzés szerepel. Nos, ismerned kell a
pontos helyzetét (azaz partícióját) a Windows NT telepítésednek,
így hozzáadhatod a megfelelő bejegyzést az /etc/lilo.conf fájlba.
Miután megcsináltad, indítsd újra a Lilo-t és a következő
újraindítás után ott lesz mind a "linux" mind pedig a "nt"
bejegyzés a Lilo menüjében.
3.3 Windows 2000 betöltése a "LILO boot:" menüből
Nos, használhatod ugyanazt az eljárást, amit fent ismertettem.
Javaslom, hogy olvasd el a [5]Linux+WindowsNT mini-HOWTO dokumentumot,
mely ír a Windows 2000 betöltéséről is. Ez a lemez ugyanazon
területére volt telepítve, mint Windows NT azelőtt. Itt nagyon sok
hasznos részletet találsz majd meg a különböző Linux+WinNT/2000/98
kombinációkat illetően.
4. A hdc telepítése hda-ként, a bios= kapcsoló használatával
A Lilo lehetőséget ad arra, hogy egy merevlemezről csatlakoztassuk a
rendszermag lemezképét, és a BIOS-t arra utasítsuk, hogy egy másik
lemezről töltse azt be. Például, én gyakran telepítem a Linuxot
hdc-re (secondary mester), majd önálló rendszerként töltöm azt be, egy
másik gép primary IDE vezérlőjén lévő rendszerben. A telepítő
hajlékonylemezt egy pici partícióra másoltam, így futtathatom a chroot
parancsot egy virtuális konzolon a hdc telepítéséhez, miközben a
rendszert valami másra használom.
A Lilo telepítéséhez használt lilo.conf fájl a következőképpen néz
ki:
# Ezt a fájlt egy /dev/hdc-n futó rendszernél kell alkalmazni
boot = /dev/hdc # felülírja a hdc MBR-jét
disk = /dev/hdc # jelzi milyen lesz a hdc:
bios = 0x80 # a bios első meghajtóként fogja látni
delay = 0
vga = 0
image = /boot/vmlinux # ez a /dev/hdc1- en van
root = /dev/hda1 # de a betöltődés során hda1 lesz
label = Linux
read-only
Ezt a konfigurációs állományt egy off /dev/hdc1-en futó Lilo-nak kell
beolvasnia. A Lilo felcsatolja és beírja a betöltő szektorba. A
(/dev/hdc)-nek hivatkoznia kell a /boot-ban elhelyezkedő fájlokra
(jelenleg hdc-ként telepítettük); az ilyen állományok hda alatt
lesznek elérhetőek, ha a lemezt egy önálló rendszerről töltjük be.
Ezt a konfigurációs fájlt én /mnt/etc/lilo.conf.hdc-nek hívom (az /mnt
az ahova a hdc kerül felcsatolásra a telepítés során. A Lilo
telepítéáséhez a "cd /mnt; chroot . sbin/lilo -C /etc/lilo.conf.hdc
parancsot használom. Ha ez esetleg varázslatnak tűnne nézd meg a
chroot kézikönyv oldalait.
A "bios=" utasítás a lilo.conf fájlban azt jelzi a Lilo-nak, hogy a
BIOS hogyan jelöli az eszközt. A BIOS hívás azonosítja a hajlékony- és
merevlemezes meghajtókat: 0x00 és a 0x01 választja ki a
hajlékonylemez-meghajtót, a 0x80 és az ezt követő számok pedig a
merevlemezt (a régi BIOS-ok csak két eszköz elérésére képesek). A
"bios = 0x80" az előző mintafájlban azt jelenti, hogy használd a
0x80 a BIOS hívásokban a "/dev/hdc" eszközhöz.
Ez a Lilo utasítás más helyzetekben is hasznos lehet, például mikor a
BIOS az IDE lemezek helyett SCSI lemezekről is tud rendszert
betölteni. Ha mind IDE, mind pedig SCSI eszközök is jelen vannak, a
Lilo nem tudja eldönteni, hogy a 0x80 mely lemezre fog vonatkozni,
mivel a felhasználó tudja ezt kiválasztani a BIOS konfigurációs
menüben, és a BIOS-t nem lehet elérni, miközben a Linux működik.
Alapesetben a Lilo azt feltételezi, hogy az IDE lemezeket
csatlakoztatja először BIOS, de ezt felül lehet bírálni a következők
használatával a /etc/lilo.conf fájlban:
disk = /dev/sda
bios = 0x80
5. A Lilo használata, ha a BIOS nem látja a root partíciót
Két IDE és egy SCSI lemezem van. A SCSI lemezt nem lehet a BIOS-ból
látni. A Linux betöltője a Lilo, BIOS hívásokat használ, és csak
azokat a meghajtókat látja, amelyet a BIOS is lát. Az én buta AMI
BIOS-om csak "A:"-ról vagy "C:" -ről hajlandó rendszert betölteni. A
root partícióm a SCSI lemezem egy lemezrészén helyezkedik el.
A megoldás az, hogy a rendszermagot, a map fájlt, és a lánc betöltőt
(chain loader) az első IDE lemezen egy Linux partíción tárolom.
Figyeld meg, hogy nem kötelező a a rendszermagot a root partíción
tartani.
Az első IDE meghajtóm második lemezrésze (/dev/hda2, a Linux
lemezrész melyről régebben a rendszert szoktam betölteni) a /u2 alá
van felcsatolva. Íme az általam használt /etc/lilo.conf fájl.
# Lilo telepítése a Master Boot Recordba
# az első IDE lemezen.
#
boot = /dev/hda
# /sbin/lilo (a telepítő) bemásolja a Lilo boot recordot
# a következő fájlból az MBR-be.
install = /u2/etc/lilo/boot.b
#
# Írtam egy bőbeszédű boot menüt. A Lilo itt fogja azt megtalálni.
message = /u2/etc/lilo/message
# A telepítő elkészíti a következő fájlt. Jelzi a
# rendszer-betöltőnek, hol vannak a rendszermag blokkjai.
map = /u2/etc/lilo/map
compact
prompt
# várj 10 másodpercet, majd töltsd be alapértelmezettként az 1.2.1 rendszerma
got.
timeout = 100
# A rendszermag ott helyezkedik el, ahol a BIOS láthatja:
# cp -p /usr/src/linux/arch/i386/boot/zImage /u2/z1.2.1
image = /u2/z1.2.1
label = 1.2.1
# A Lilo megmondja a rendszermagnak, hogy csatolja fel a első SCSI partíciót
# root fájlrendszerként. A BIOS-nak nem szükséges látnia.
root = /dev/sda1
# A lemezrész ellenőrzésre kerül és a /etc/rc.d/rc.S csak-olvashatóként újra
felcsatolja
# Telepítettem egy régi Slackware rendszermagot is, arra az esetre, ha netalán
# nem működik a másik rendszermag. Ténylegesen csak egyszer volt szükségem rá
.
image = /u2/z1.0.9
label = 1.0.9
root = /dev/sda1
read-only
# A DR-DOS 6 lemezrészem.
other = /dev/hda1
loader=/u2/etc/lilo/chain.b
label = dos
alias = m
6. SCSI meghajtó BIOS számának kiderítése
Marc Tanguy hozzájárulása (mtanguy@ens.uvsq.fr), 2001.09.27
6.1 Az elmélet
Alapvetően két módot érdemes tudni:
Ha van egy adaptec scsi kártyád (2940u2, 29160, 39160), egyszerűen a
"diagnózis" módszert kell használni (a BIOS v3.10.0 használat a
ajánlott). Ezt az scsi kártya BIOS menüjében kell aktiválni. Majd
valami ilyesmire kell várnod, és valami hasonlót kell látnod:
... ID LUN Gyártó Termék Rev Méret Sync Bus HD#
... 0 0 QUANTUM ATLAS10K2 DDD6 17GB 160 16 80h
... 1 0 QUANTUM ATLAS10K2 DDD6 17GB 160 16 81h
... 2 0 IBM DDRS DC1B 4GB 80 16 82h
... 3 0 IBM DNES SAH0 9GB 80 16 83h
Ha nincsen adaptec kártyád, tudnod kell mi a "betöltő" lemez
(általában ID 0, de ez nem kötelező, ezt az scsi kártya BIOS-ban
lehet meghatározni) a LILO hol fogja megtalálni és hol fog kezdődni:
ez az első lemez, ezért a 0x80 számmal rendelkezik. Ezután már nagyon
egyszerű, a BIOS követi az ID-ket.
Például :
ID 0 -> boot -> 0x80
ID 1 -> empty
ID 2 -> disk -> 0x81
ID 3 -> disk -> 0x82
or
ID 0 -> disk -> 0x81
ID 1 -> empty
ID 2 -> disk -> 0x82
ID 3 -> boot -> 0x80
ID 4 -> disk -> 0x83
Ez a rész egyáltalán nem törődik azzal, hogy mi van az scsi lemezekre
telepítve. Azonban figyelembe kell venni, hogy ha a SCSI csatolónál
nagyobb ID azonosítót használsz akkor gondjaid lehetnek. Ezért mindig
meg kell próbálni hogy az scsi csatoló ID-je közvetlenül az scsi
eszköz azonosítója mögött legyen.
6.2 A Linux és az NT indításának megcserélése
Renben, de az NT kell, hogy legyen az első betöltendő lemez, ezért
az 0x80 kell neki adni, azonban már van egy LILO-m és egy teljes ext2
lemezrészem a 0x80 lemezen és a NT pedig a 0x83 lemezen van. Hogyan
"cserélhetem ki" a Linuxot az NT-vel? Ez nagyon egyszerű: csak
jelezni kell a BIOS-nak, hogy az NT lemez most a 0x80 a Linux lemez
pedig a 0x83.
other=/dev/sdd1
label=nt
map-drive = 0x83
to = 0x80
map-drive = 0x80
to = 0x83
Ez a változtatás egy figyelmeztetéssel fog járni:
Warning: BIOS drive 0x8? may not be accessible
(Figyelem: a 0x8? BIOS meghajtó lehetséges, hogy nem lesz elérhető)
Ha tudod mit csinálsz, gond nélkül működni fog.
A következő konfiguráción használtam, amelyen egy Red Hat Linux 7.1
és egy Windows 2000 Pro volt:
Név mutató partíció.típus Fájlrendszer típus [cimke] méret (MB)
lemez: /dev/sda - 0x80
sda1 Boot Primary Linux ext2 [/boot] 24.68
sda2 Primary Linux Swap 139.83
sda3 Primary Linux ext2 [/usr] 3150.29
sda4 Primary Linux ext2 [/home] 15044.04
lemez: /dev/sdb - 0x81
sdb1 Primary Linux Swap 139.83
sdb2 Primary Linux ext2 [/] 3150.29
sdb3 Primary Linux ext2 [/opt] 1052.84
sdb4 Primary Linux ext2 [/public] 14015.88
lemez: /dev/sdc - 0x82
sdc1 Primary Linux ext2 [/var] 1052.84
sdc2 Primary Linux ext2 [/tmp] 106.93
sdc3 Primary Linux ext2 [/cache] 1052.84
sdc4 Primary Linux ext2 [/chroot] 2352.44
lemez: /dev/sdd - 0x83
sdd1 Boot Primary NTFS [WINDOWS_2000] 9162.97
A teljes /etc/lilo.conf állományom:
boot=/dev/sda
map=/boot/map
install=/boot/boot.b
prompt
default=Linux
read-only
compact
image=/boot/vmlinuz
label=Linux
root=/dev/sdb2
other=/dev/sdd1
label=Windows
map-drive = 0x83
to = 0x80
map-drive = 0x80
to = 0x83
6.3 Egyéb
Éppen most építettem be egy új scsi lemezt, és a LILO most nem
hajlandó betöltődni, mi történik?
Mikor egy új meghajtót építesz be a rendszerbe, nagyon figyelned kell
az ID-kre. Ha már két meglévő meghajtó közé csatlakoztatsz egy újat,
a BIOS számok megváltoznak:
előtte ----> utána
scsi id - - BIOS id scsi id - - BIOS id
ID 0 - disk - 0x80 ID 0 - disk - 0x80
ID 1 - empty ID 1 - new disk - 0x81
ID 2 - disk - 0x81 ID 2 - disk - 0x82 !!
Ha megváltoztatod a BIOS ID-ket, újra kell értékelned őket.
7. Nagy kapacitású lemezek elérése, ha a BIOS nem látja azt
Megjegyzés: "Nagy" az 1GB? Nos, egyszer volt hol nem volt ...
Irodámban lévő rendszeremben 1GB-os IDE lemez van. A BIOS csak az
első 504 MB-ot látja az IDE estében. (Ahol is az MB 2**10 byte-ot
jelent, nem pedig 10**6 byte-ot.) Szóval MS-DOS-om van egy 350 MB-os
partíción /dev/hda1, valamint a Linux root egy 120 MB-os
lemezrészen/dev/hda2.
Hauke Laging (hauke@laging.de) és Bob Hall (bhall@hallfire.org)
észrevettek egy apróbb hibát a fentieknél, ők javasolták hogy a MB
2**20 byte legyen a 2**10 byte helyett. Köszönöm a kiigazítást. Ezen
felül, Hauke többet szeretett volna tudni, ahogy ő nevezte a, "LILO
indulás karakter kódjairól, amikor a LILO leáll a LI, LI-, LIL- vagy
más hibaüzenetekkel". Szívesen venném a hozzászólásokat ebben a
témakörben vagy működő hivatkozást a magyarázatra.
Íme tessék (Zohar Stolar hozzájárulása, zohar@numericable.fr):
B. LILO betöltési hibakódok
[6]http://www.tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html
Köszönöm a hivatkozást.
Az MS-DOS nem volt képes telepíteni magát, mikor a lemez új. A Novell
DOS 7-nek ugyanez a problémája volt. Szerencsémre, az "IBM opciók"
elfelejtette berakni a dobozba a "OnTrack" lemezt a meghajtó mellé. A
merevlemez mellé kellett volna rakni a "OnTrack Disk Manager" nevű
programot. Ha csak MSDOS-od van, azt hiszem ezt használnod kell.
Így készítettem egy lemezrészt a linuxos fdisk-kel. MSDOS-6.2 nem
települt a /dev/hda1-re. Valami ilyesmit írt ki: "Az MS-DOS ezen
verziója csak új telepítésekhez használható. A számítógépeden már van
MS-DOS, ezért egy frissítő kiadásra van szükséged, melyet
beszerezhetsz a kereskedőnél." Valójában a merevlemez teljesen új
volt.
Micsoda tragacs! Így újra futtattam a linuxos fdisk-et és letöröltem
az 1. partíciót a partíciós táblából. Ez kielégítette az MS-DOS
6.2-őt, mely létrehozta ugyanazt a 1. partíciót, melyet éppen most
töröltem le. Az MS-DOS 6.2 beírta a saját Master Boot Record-ját a
merevlemezre, de nem tudta betölteni magát.
Szerencsére volt egy Slackware rendszermagom egy hajlékonylemezen (ezt
a Slackware telepítő programja a "setup" készítette), így betöltöttem
a Linuxot és felülírtam a a Lilo-val a MS-DOS hibás MBR-jét. Ez
működött. Íme az általam használt /etc/lilo.conf fájl:
boot = /dev/hda
map = /lilo-map
delay = 100
ramdisk = 0 # kikapcsolja a ramdisk-et a Slackware magban
timeout = 100
prompt
disk = /dev/hda # A BIOS csak az első 500 MB-ot látja.
bios = 0x80 # Az első IDE lemezt adja meg.
sectors = 63 # a meghajtó dokumentácijából kivett számok
heads = 16
cylinders = 2100
image = /vmlinuz
append = "hd=2100,16,63"
root = /dev/hda2
label = linux
read-only
vga = extended
other = /dev/hda1
label = msdos
table = /dev/hda
loader = /boot/chain.b
Miután telepítettem ezeket a rendszereket, ellenőriztem a lemezrészt,
mely tartalmazza a zImage, boot.b, map, chain.b, és üzenet fájlokat és
képesek az msdos fájlrendszer használatára, mivel nincsen
"stacker"-rel, vagy "doublespace"-el tömörítve. Így tudtam DOS
lemezrészt készíteni a /dev/hda1 500 MB-os lemezen.
Azt is megtanultam, hogy az "OnTrack" egy partíciós táblát írt volna
néhány tucat bájttal a merevlemezre, az eleje helyett és valószínűleg
meg kellett volna bütykölni a Linux IDE meghatót, hogy megoldja a
problémát. Az előre lefordított Slackware rendszermaggal azonban
lehetetlen lett volna telepíteni. Végül az IBM küldött nekem egy
"OnTrack" lemezt. Felhívtam az OnTrack's technikai támogatását. Azt
mondták a Linux rossz, mert nem használja a BIOS-t. Lemezüket odaadtam
valaki másnak.
8. Biztonsági lemezről történő betöltés
Következő. Telepítettem a Windows-95-öt az irodai rendszeremen. Ez
tönkretette a szép Lilo MBR-met, de a Linux partícióimat békén hagyta.
A rendszermag betöltése hajlékonylemezről nagyon sokáig tart, ezért
egy olyan hajlékonylemezt készítettem, mely tartalmaz egy működő
Lilo-t. Ez betölti a rendszermagomat az IDE merevlemezemről.
A lilo lemezt a következőképp készítettem el:
fdformat /dev/fd0H1440 # létrehozza a sávokat egy szűz lemezen
mkfs -t minix /dev/fd0 1440 # a fájlrendszer minix típusú
mount /dev/fd0 /mnt # az alapértelmezett tmp felcsatolása
cp -p /boot/chain.b /mnt # másold át a lánc betöltőt
lilo -C /etc/lilo.flop # telepítsd a Lilo-t és a térképet a lemezre.
umount /mnt
Figyeld meg, hogy a lemezt fel kell csatolni, miközben a telepítőt
futtatod , hogy a Lilo tudja írni helyesen a csatoló fájljait.
Ez a fájl az /etc/lilo.flop. Majdnem ugyanaz mint a legutóbbi:
# Egy hajlékonylemezt készít, mely a rendszermagot a merevlemezről tölti be.
boot = /dev/fd0
map = /mnt/lilo-map
delay = 100
ramdisk = 0
timeout = 100
prompt
disk = /dev/hda # 1 GB IDE, a BIOS csak az első 500 MB-ot látja.
bios=0x80
sectors = 63
heads = 16
cylinders = 2100
image = /vmlinuz
append = "hd=2100,16,63"
root = /dev/hda2
label = linux
read-only
vga = extended
other = /dev/hda1
label = msdos
table = /dev/hda
loader = /mnt/chain.b
Végül, szükségem volt egy MS-DOS 6.2-re az irodai rendszeremen, de nem
akartam bántani a első merevlemezt. Hozzáadtam egy SCSI vezérlőt és
lemezt, msdos fájlrendszert raktam rá a Linux mkdosfs-programjával, és
a Windows-95 "D:" meghajtóként látja. Természetesen az MSDOS nem fog a
"D:-"ről betöltődni. Ez nem gond, ha van Lilo. Hozzáadtam a
következő sort a lilo.conf fájlhoz 2. példa
other = /dev/sda1
label = d6.2
table = /dev/sda
loader = /boot/any_d.b
Ezzel a módosítással az MSDOS-6.2 fut, és azt gondolja, hogy ő a C: a
Windows-95 pedig a D:.
9. LILO a Mandrake Linux 9.1 telepítése után, HP termékeken
2003.11.19
9.1 A kísérletben használt termékek leírása
Megjegyzés: Ez a rész semmilyen értelemben NEM egy HP termékekről
szóló reklám! Valójában az általam használt HP számítógépek egy
sorozatában meghibásodtak a tápegységek, problémák voltak a
merevlemezekkel stb. Másrészről a laptopok akkumulátorai idő előtt
lemerültek. Ezeken kívül a HP gépek jól működnek.
HP Omnibook 6000
Az Omnibook 6000 laptopok bootolható DVD meghajtóval vannak
felszerelve, a minap egy ICT konferencián vettem egy bootolható
Mandrake Linux 9.1 DVD telepítő lemezt. A laptop indítása után, a
bootolható DVD lemez használatával, közvetlenül a Linux telepítője
indult el.
HP Vectra VL420 (szerverként használt)
Az Omnibook 6000 laptoppal ellentétben a HP Vectra VL420-ben nincs DVD
meghajtó (csakegy CD meghajtó), így nem lehet DVD-ről telepíteni.
Viszont lehetőség van indítólemezről kezdeni a telepítési eljárást.
Valójában számos telepítőkészlet (boot image) elérhető azok számára,
akiknek nincs (bootolható vagy semmilyen) DVD meghajtója. Ezek egyike
a "hálózati". Ez azt jelenti, hogy egy helyi hálózaton - legyen az
NFS, FTP vagy HTTP szerver - van elhelyezve a telepítőkészlet.
HP Vectra VL420 (munkaállomásként használt)
Egy másik VL420 desktop rendszert is használok, ebben van egy szabad
HDD, egy előző Windows 2000 telepítésből maradt meg (ez az IDE
meghajtó egy másik számítógépből lett átrakva, abban az elsődleges
volt, ebben pedig egy második, adatmentésre használt merevlemez). Jó
dolog az, hogy erre van HTTP és FTP szerver telepítve (természetesen
akkor használható, ha a rendszer arról a lemezről lett indítva). Ez
nagyszerű, így ezen szerverek egyikét használhatom most.
Készítettem egy "hálózatos" indítólemezt, majd erről indítottam az
első Vectra VL420 gépet (amelyet Linux szervernek szántam). Hamarosan
el kellett döntenem a telepítés módját (NFS vagy FTP vagy HTTP
szerver). Először a második "szabad" HTTP szervert akartam használni,
amelyet fentebb említettem, de figyelmetlenségből "Everyone"
csoportot próbáltam a Windows felhasználókhoz rendelni, így mindig a
következő választ kaptam a Linux telepítésekor:
Error: Couldn't get file ... (or something like that)
Ekkor a "szabad" FTP szervert próbáltam használni a második Vectra
gépről, ez először a helyi (local) és távoli (remote) IP címeket
kérdezte meg. Ekkor minden tökéletesen működött, megkezdődött a
távoli Linux fájlok egy részének letöltése ennek a memóriájába,
mindenféle panaszkodás nélkül. Ezután hamarosan ugyanaz következett,
ami az Omnibook 6000 gépen:
megjelent a telepítési menü, amely rákérdezett a telepítési eljárás
során használni kívánt nyelvre.
Ettől a ponttól kezdve a telepítési eljárás majdnem ugyanaz...
A következő dolgokat állítottam be vagy választottam ki:
- használt nyelv, az alapértelmezett angol (amerikai) mellett:
hozzáadtam az Unicode-ot és a szerbet (a cirillt és a latint
egyaránt); - egér és billentyűzet; - biztonsági szint - elfogadtam az
alapértelmezettet: "Standard" a laptophoz és "Higher" a szerverhez;
A következő lényeges kérdés az egyik DrakX particionálási opció
kiválasztása:
- a laptopnál a Windows partíción lévő szabad hely felhasználását
választottam, mivel ebben egy merevlemez van, és ennek egy részén
szerettem volna Linuxot használni (a már telepített Windows 2000 Prof.
mellett). A Windows lemezkezelő a következőt közölte:
Disk 0 15 MB FAT (HP Diagnostics or like)
7.13 GB FAT32 (C: "HPNOTEBOOK")
20.80 GB Free space
A két partíció (FAT és FAT32) a HP által mellékelt CD lemezek
telepítése közben jöttek létre.
A Linux telepítő az első pillanatban arra panaszkodott, hogy a
Windows partíció "túlságosan töredezett", szükség van a Windows
indítására, majd a töredezettség-mentesítő (defrag) futtatására.
Ezután újra kell kezdeni a Mandrake Linux telepítését. A
töredezettség-mentesítési eljárás kb. másfél óráig tartott! Mikor
újraindítottam a telepítést, 7.13 GB Windows partíciót szerettem volna
a 20.80 GB helyett. A "Use the free space" ("szabad terület
használata") lehetőséget választottam. Ekkor partíciókat készített a
Linux számára: /dev/hda5 and /dev/hda7. - a Vectra VL420 gépen a
"Custom disk partitioning" ("egyedi particionálás") lehetőséget
választottam, mivel két SCSI meghajtóm volt, az egyiken futott a
Windows 2000 szerver, a másikat teljesen a Linux szervernek szántam.
Mellesleg nem voltam biztos a "Erase entire disk" ("a lemez teljes
törlése") jelentésében (egy egész lemezt töröl vagy egy partíciót?),
bár az is megfelelő megoldás lehet. A DrakX felismerte a két SCSI
meghajtót, mint sda és sdb. Az sdb meghajtót választottam a Linux
telepítéséhez. Az első lépés a "Clear all" ("teljes törlés") volt,
majd az "Auto allocate" ("automatikus helykiosztás") következett
(amely beállította a meghajtón létrehozandó partíciók méretét - a
lektor), mindez a második meghajtóra vonatkoztatva. Végül a "Done"
("kész") megjelenésekor létrejöttek a /dev/sdb1 és /dev/sdb6 Linux
partíciók.
9.2 A LILO beállítása ezeken a HP termékeken
HP Omnibook 6000
boot=/dev/hda
map=/boot/map
vga=normal
default="windows"
keytable=/boot/us.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
label="linux"
root=/dev/hda5
initrd=/boot/initrd.img
append="quiet devfs=mount acpi=off"
read-only
image=/boot/vmlinuz
label="failsafe"
root=/dev/hda5
initrd=/boot/initrd.img
append="failsafe devfs=nomount acpi=off"
read-only
other=/dev/hda2 <--- /dev/hda1 seems to be rese
rved for some HP diags.
label="windows"
table=/dev/hda
other=/dev/fd0
label="floppy"
unsafe
HP Vectra VL420 (desktop Linux kliens rendszerként telepítve)
boot=/dev/hda
map=/boot/map
vga=normal
default="windows"
keytable=/boot/us.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
label="linux"
root=/dev/hda5
initrd=/boot/initrd.img
append="quiet devfs=mount acpi=off"
vga=788 <--- that line is missing at la
ptop with LCD screen above.
read-only
image=/boot/vmlinuz
label="linux-nonfb"
root=/dev/hda5
initrd=/boot/initrd.img
append="devfs=mount acpi=off"
read-only
image=/boot/vmlinuz
label="failsafe"
root=/dev/hda5
initrd=/boot/initrd.img
append="failsafe devfs=nomount acpi=off"
read-only
other=/dev/hda1 <--- /dev/hda1 seems not to be
reserved for HP diags here.
label="windows" There I have Windows 20
00 Professional already
table=/dev/hda installed (probably wit
hout HP's supplied CD's).
other=/dev/hdb1 <--- that is the spare disk wit
h Windows 2000 Server.
label="windows2" Actually I had some dat
a on it and used it as a
table=/dev/hdb second, backup disk on
that desktop workstation.
map-drive=0x80 I have never tried to b
oot the computer from it, but
to=0x81 Mandrake's setup offere
d it as a boot option.
map-drive=0x81 (And that was useful as
a FTP server, needed to install
to=0x80 Mandrake Linux on the o
ther box - without DVD drive too).
other=/dev/fd0
label="floppy"
unsafe
HP Vectra VL420 (szerver szolgáltatásokkal felvértezett desktop Linux
kliens rendszerként telepítve)
boot=/dev/sda <--- /dev/sda is the first SCSI
disk where LILO resides (MBR).
map=/boot/map
vga=normal
default="windows"
keytable=/boot/us.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
label="linux"
root=/dev/sdb1 <--- /dev/sdb1 is the second SC
SI disk where Linux resides.
initrd=/boot/initrd.img
append="quiet devfs=mount acpi=off"
vga=788
read-only
image=/boot/vmlinuz
label="linux-nonfb"
root=/dev/sdb1
initrd=/boot/initrd.img
append="devfs=mount acpi=off"
read-only
image=/boot/vmlinuz-secure
label="linux-secure" <--- something related to the L
inux server security?
root=/dev/sdb1
initrd=/boot/initrd-secure.img
append="quiet devfs=mount acpi=off"
read-only
image=/boot/vmlinuz
label="failsafe"
root=/dev/sdb1
initrd=/boot/initrd.img
append="failsafe devfs=nomount acpi=off"
read-only
other=/dev/sda1 <--- /dev/sda1 is the first par
tition on the first SCSI disk where Windows resides.
label="windows"
table=/dev/sda
9.3 Következtetések
Mint a fenti példákból is látható, különböző konfigurációjú
számítógépeket használok, különböző típusú merevlemezekkel. Az
egyikben egy van, a másikban kettő, és van olyan, amelyikben egy
rakat SCSI meghajtó van. Mindettől függetlenül mindig megpróbáltam a
LILO-t az első meghajtón lévő MBR-be tenni. Úgy látszik a Linux
vágül megoldotta a régi 1024 cyl problémát. Valójában úgy néz ki, hogy
a LILO képes a Linuxot betölteni attól függetlenül, hogy az a Linux
partíciók egyikére került vagy sem.
Van néhány más megfontolandó dolog is a fenti kísérlettel
kapcsolatban, de ezek egy másik nagyszerű dokumentum részét képezik:
[7]Linux+WindowsNT mini-HOWTO.
10. Szakirodalom
2004.03.30
Figyelem: Emberek, gyakran járok nemzeti (nemzetközi) ICT
konferenciákra szerte Szerbia és Montenegróban, tanulmányokat
publikálva és előadásokat tartva. Például [8]ezen a képen is láthatsz
a hallgatóság előtt beszélni. Szeretném a lehető legszélesebb körben
terjeszteni az amatőr rádiózás alapötletét és hasznosságát. Azt
szeretném, ha olvasóim mindezt a Linuxszal tennék meg. Ezen kívül,
különböző cikkeket írtam különböző tudományos és egyéb lapnak. Itt
megtalálhatod az általam írt cikkek felsorolását, és az eddig
konferenciákon kiadott tanulmányokat is.
Abban az esetben, ha újra ki szeretnéd adni, vagy továbbítani
szándékozol önkéntes munkáimat újságok, vagy más más médiának, bátran
keress meg. Tanulmányaim némelyike szerb cirill nyelven íródott,
néhány angolul, néhány pedig vegyesen is!
- "U prilog I.A.C.", MI (the youth scientists' organization
newspaper), No. 69, 1990.
- "U prilog I.A.C. (2)", MI (the youth scientists' organization
newspaper), No. 70, 1990.
- "Vise od radio-amaterskog hobija", Vojska, No. 163, 1995.
- "Korak ka zvezdama", Vojska, No. 200, 1996.
- "Die Gefahr von Innen - Internet gegen Amateurfunk",
AMSAT-DL Journal, No. 4, Dez./Feb. 96/97.
- "Kakva nam organizacija (ne) treba?", Radioamater,
Feb. 1997.
- "Kakva nam organizacija (ne) treba? (2)", Radioamater,
Apr./May. 1997.
- "Sateliti umiru padajuci", Vojska, No. 235, 1997.
- "The Internet is not the Enemy", QST, Aug. 1998.
- "Novi radio-amateri za novi vek", Antena, June 2000.
- "Racunarske komunikacije putem radio-veza i
zastita pristupa", Bezbednost, No. 3, 2000.
- "Paket-radio - Racunarske komunikacije putem radio-veza",
proceedings, "Info-Teh", Vrnjacka Banja, Serbia, 2001.
- "Racunarske komunikacije putem radio-amaterskih veza",
proceedings, "YU-Infő, Kopaonik, Serbia, 2002.
- "Computer Communications over radiő, presentation,
"Linux FEST", Belgrade, Serbia, 2002.
- "Paket-radio - Radio-amaterske digitalne veze",
proceedings, "Kongres JISA", Herceg Novi, Montenegro, 2002.
- "Paket-radio (2) - Modemi za radio-veze",
proceedings, "Info-Teh", Vrnjacka Banja, Serbia, 2002.
- "Alternativne racunarske mreze", festival catalog,
"INFOFEST", Budva, Montenegro, 2002.
- "Alternative computer networks", proceedings, "TELFOR",
Belgrade, Serbia, 2002.
- "With rule and regulation improvements to the progress"
proceedings, "TELFOR", Belgrade, Serbia, 2002.
- "Racunarske komunikacije putem radio-amaterskih veza (2)",
proceedings, "YU-Infő, Kopaonik, Serbia, 2003.
- "Racunarske komunikacije putem radio-amaterskih veza (3)",
proceedings, "YU-Infő, Kopaonik, Serbia, 2003.
- "Paket-radio (3) - Programske mogucnosti na strani servera",
proceedings, "Info-Teh", Vrnjacka Banja, Serbia, 2003.
- "Paket-radio (4) - Legal rules and regulations in the amateur
computer networks", proceedings, "Info-Teh", Vrnjacka Banja,
Serbia, 2003.
- "Packet-radio (2) - With rule and regulation improvements to the progre
ss",
proceedings, "Kongres JISA", Herceg Novi, Montenegro, 2003.
- "Alternativne racunarske mreze (2)", festival catalog,
"INFOFEST", Budva, Montenegro, 2003.
- "Alternativne racunarske komunikacije putem radio-veza",
Info M, 6-7/2003.
- "Legal Rules and Regulations in the Amateur Radio Computer Networks"
,
proceedings, "22nd ARRL and TAPR Digital Communications Conference",
Hartford, CT USA, 2003.
- "Favoritism", IEEE Potentials, Oct/Nov 2003
- "Alternative computer networks (2)", proceedings, "TELFOR",
Belgrade, Serbia, 2003.
- "With rule and regulation improvements to the progress (2)"
proceedings, "TELFOR", Belgrade, Serbia, 2003.
- "XI Telekomunikacioni forum - TELFOR 2003", Info M, 8/2003.
- "Aktivnosti organizacije IEEE Computer Society - YU Chapter"
Info M, 8/2003.
- "Yugoslavia IEEE Student Branch", IEEE Region 8 News,
Vol. 7 No. 1, Feb/Mar 2004
Besides these articles published and papers presented, I have been
studying for an M.Sc. degree in computing. I am also the member of the
following associations: IEEE Computer Society, IEEE Communications
Society and ACM. In addition, I have been voluntarily working on
establishing an academy computer network that would use the amateur
radio stations as the media. Such networks exist somewhere else on the
globe and I invite their administrators to contact me in order to
cooperate.
11. További információk
11.1 Szerzői jog
Copyright (c) 2003 by Miroslav [9]Misko Skoric, YT7MPB.
A dokumentum szabadon másolható, terjeszthető és módosítható, az FSF
által közzétett GNU Szabad Dokumentációs Licenc v1.1, vagy annak
későbbi változatában szereplő feltételek szerint; állandó fejezetek,
előoldali és hátoldali szövegek nélkül.
A licenc egy másolata megtalálható a
[10]http://www.fsf.org/licenses/fdl.html honlapon.
11.2 A felelősség teljes kizárása
A leírásban található információt kizárólag saját felelősségedre
használhatod. A leírásban foglaltakért semmilyen felelősséget nem
vállalok. A fogalmakat, példákat és a dokumentum egyéb tartalmát
kizárólag saját felelősségedre használhatod.
Minden szerzői jogot a megfelelő tulajdonos birtokol, hacsak másként
nincs jelezve. Ez a leírás nem sért semmilyen termék védjegyet sem
pedig szolgáltatási védjegyet.
Az egyéni termékekre vagy márkákra történő hivatkozás nem képezi
jóváhagyás tárgyát.
Erősen ajánlott rendszeres időközönként rendszeredről biztonsági
mentést készíteni nagyobb telepítések előtt.
11.3 Hírek
A Lilo dokumentáció mellett, számos mini-HOGYAN létezik, melyek
hasznosak lehetnek számodra. Mindegyiket úgy nevezik, hogy
"Linux+foobar-OS", néhány foobar-OS, a Linux és más operációs
rendszer(ek) egymás melletti működéséről szólnak. Például, a "NT OS
betöltő + Linux mini-HOGYAN" (Bernd Reichert írta), azt írja le,
hogyan kell hozzáadni egy sort a Linux számára a már létező Windows
NT betöltő menüjéhez. Majd ott van a [11]Linux+WindowsNT mini-HOWTO,
melyet én írtam. Ez arról szól, hogyan adjuk hozzá az NT bejegyzést a
már létező Linux Lilo menünkbe (sokkal részletesebb, mint ebben a
dokumentumban). A "Win95 + WinNT + Linux multiboot using LILO
mini-HOWTŐ az írja le, hogy a különböző Windows változatok, hogyan
élhetnek együtt a Linuxszal.
Ez a mini-HOGYAN időről időre frissülni fog. Ha úgy gondolod, hogy
a Linux telepítő CD-n megtalálható HOGYAN elavult, az interneten
megtalálhatod a legújabb kiadását a dokumentumnak. Elsősorban a
[12]Linux Documentation Project honlapon, vagy a következő [13]Linux
Documentation Project webhelyen.
11.4 Köszönetnyilvánítás
Ez a mini-HOGYAN a következő embereknek köszönhető:
Cameron Spitzer (cls@truffula.sj.ca.us)
Alessandro Rubini (rubini@linux.it)
Tony Harris (tony@nmr.mgh.harvard.edu)
Marc Tanguy (mtanguy@ens.uvsq.fr)
Dragomir Kalaba, a local Linux 'guru'
Bármilyen megjegyzés, vagy javaslatot szívesen várok a következő
e-mail címre: skoric at eunet dot yu
11.5 HOGYAN
Segítségként bemutatok egy-két hasonló témájú dokumentumot, amelyekben
háttérinformáció, vagy meghatározott problémák megoldása található.
Néhány fontosabb HOGYAN: The Linux Bootdisk HOWTO, The Linux
Installation HOWTO, The Linux 2.4 SCSI subsystem HOWTO és UMSDOS
HOW-TO. Megtalálhatók az [14]LDP archive-ban a Metalab webhelyén
(korábban Sunsite-ként volt ismert).
11.6 Mini-HOGYAN
Ezek a HOGYANok kisebb terjedelmű rokonai. Néhány fontosabb
mini-HOGYAN: Backup-With-MSDOS, Diskless, LILO, Large Disk,
Linux+DOS+Win95+OS2, Linux+OS2+DOS, Linux+Win95, Linux+WindowsNT,
Linux+NT-Loader, NFS-Root, Win95+Win+Linux, ZIP Drive, FBB
packet-radio BBS. Ezeket ugyanott találod meg ahol a HOGYANokat,
általában egy mini nevű alkönyvtárban. Ne felejts el, hogy ezeket
nemsokára SGML-be fordítják és rendes HOGYANokká válhatnak a
közeljövőben.
11.7 Helyi források
A Linux legtöbb terjesztésében van egy dokumentáció könyvtár
telepítve, nézd meg a [15]/usr/doc könyvtárat. A legtöbb csomag a fő
dokumentációját, és README fájljait stb. itt tárolja. A HOGYANok
archívjait is itt fogod megtalálni ( [16]/usr/doc/HOWTO) készre
alakított HOGYANok valamint a mini-HOGYAN archívumot is (
[17]/usr/doc/HOWTO/mini) sima szöveg formátumban.
A korábban említett konfigurációs fájlok legtöbbje a [18]/etc könyvtár
alatt található. Ha dolgozni szeretnél az [19]/etc/fstab állománnyal,
mely beállítja a partíciók felcsatolását, valamint lehet, hogy a
[20]/etc/mdtab állományra is szükséged lesz, mely az md rendszer RAID
beállításához szükséges.
A rendszermag forrása az [21]/usr/src/linux természetesen a végső
dokumentáció. Más szóval használd a forrást, Luke. Meg kell említenünk
azt is, hogy a rendszermag nem csak forráskóddal együtt érkezik,
melyben még megjegyzések is találhatóak (nos, legalábbis részben), de
egy informatív [22]dokumentációs könyvtárat is tartalmaz. Ha bármilyen
kérdésed lenne a rendszermaggal kapcsolatban, először ezt olvasd el.
Ez rengeted időd fog megspórolni neked és másnak is, valamint sok
kellemetlenségtől is megvéd.
Nézd meg a rendszernaplót is ( [23]/var/log/messages), hogy meglásd mi
is történik a rendszeredben, és hogyan is zajlott ténylegesen a
betöltés folyamat, ha túl sok szöveg csúszott ki a képernyőből. A
tail -f /var/log/messages parancs egy külön ablakban vagy képernyőn
való használata egy folyamatos képet mutat arról, hogy mi is történik
a rendszeredben.
Hasznos lehet a [24]/proc állomány is, fájlrendszer, mely egy ablak a
rendszered belső működésére. Használd inkább a cat parancsot a more
helyett a fájlok megtekintéséhez, mivel nulla hosszúságúnak jelzi ki
őket a rendszer. A less is jól működik ebben az esetben.
11.8 Honlapok
Rengeteg informatív honlap található, melyek természetüknél fogva
nagyon gyorsan változnak, így nem lepődj meg, ha ezek a hivatkozások
hamar elavulttá válnak.
Jó kezdőpont lehet természetesen a [25]Linux Documentation Project
honlap, vagy a [26]Linux Documentation Project, egy információs
központja a dokumentációknak, projekt oldalaknak és sok-sok másnak.
Kérlek tudasd velem, ha van bármilyen érdeklődésre számot tartó
hivatkozásod.
11.9 Magyar fordítás
A magyar fordítást [27]Horváth Albert készítette (2004.03.22). A
lektorálást [28]Daczi László végezte el (2004.05.10). A dokumentum
legfrissebb változata megtalálható a [29]Magyar Linux Dokumentációs
Projekt honlapján.
12. Segítség kérése
Legvégső esetben abban a helyzetben találhatod magadat, hogy nem
tudod megoldani a problémáidat, és valaki mástól kérsz segítséget.
Ennek leghatékonyabb módja, hogy vagy megkérdezel egy helybélit a
legközelebbi Linux felhasználói csoportból, keress rájuk az
interneten.
Egy másik lehetőség, hogy a számtalan Usenet hírcsoport egyikében
teszed fel kérdésedet A gond ezzel az, hogy olyan nagy mennyiségű és
zajos (ezt úgy hívják, hogy alacsony jel-zaj arány), hogy kérdésedet
könnyen lehet hogy nem válaszolják meg.
Teljesen mindegy hol kérdezed meg, a fontos az, hogy jól kérdezz,
ellenkező esetben nem fognak komolyan venni. Ha csak azt mondod a
merevlemezem nem működik, nem fognak segíteni neked helyette inkább a
zaj aránya még jobban fog emelkedni, és ha szerencséd van, akkor
valaki meg fog kérni, hogy pontosíts.
Ehelyett írd le részletesebben a problémádat, mely lehetőséget
biztosít az embereknek hogy segítsenek neked. A probléma oka lehet
ott, ahol te nem is számítasz rá. Ezért tanácsos a következő
információkat felsorolni a rendszeredről:
Hardver
+ Processzor
+ DMA
+ IRQ
+ Chip set (LX, BX stb)
+ Bus (ISA, VESA, PCI stb)
+ alkalmazott bővítőkártyák (lemezvezérlők, video, IO stb)
Szoftver
+ BIOS (Az alaplapé és lehetőség szerint a SCSI vezérlőé)
+ LILO, ha használod
+ Linux rendszermag verziószáma, valamint a módosítások és
foltok
+ a rendszermag paraméterei, ha vannak
+ a szoftver, mely a hibát mutatja (verziószámmal vagy
dátummal)
Kiegészítők
+ A merevlemezek típusa a gyártó nevével egyetemben, verzió és
típus
+ Más fontos kiegészítők, melyek ugyanarra a sínrendszerre
vannak kötve
Ne felejtsd el, hogy a betöltés szövege a /var/log/messages fájlba
naplózásra kerül, mely a fenti kérdések legtöbbjére választ tud adni.
Nyilvánvalóan, ha a meghajtó hibás nem tudsz hozzáférni a lemezre
elmentett naplóhoz, de legalább visszamehetsz a képernyőn a a SHIFT
és PAGE UP billentyűket használva. Hasznos lehet az is, ha ennek egy
részét bemásolod a kérdésedbe, de ne ess túlzásba, legyen rövid, mivel
egy teljes naplófájl hírcsoportba való postázása több, mint egy picit
idegesítő.
References
1. http://tldp.org/HOWTO/Linux+WinNT.html
2. http://surfer.nmr.mgh.harvard.edu/partition/ramdisk.html
3. http://tldp.org/HOWTO/Kernel-HOWTO/index.html
4. http://tldp.fsf.hu/HOWTO/Kernel-HOWTO-hu/index.html
5. http://tldp.org/HOWTO/Linux+WinNT.html
6. http://www.tldp.org/HOWTO/Bootdisk-HOWTO/a1483.html
7. http://tldp.org/HOWTO/Linux+WinNT.html
8. http://www.jisa.org.yu/SlikeKongres2003/Miroslav_Skoric.jpg
9. http://www.coil.com/~dsmith/thinkers/pic-misko.html
10. http://www.fsf.org/licenses/fdl.html
11. http://tldp.org/HOWTO/Linux+WinNT.html
12. http://www.linuxdoc.org/
13. http://www.tldp.org/
14. http://metalab.unc.edu/LDP/
15. file://localhost/usr/doc
16. file://localhost/usr/doc/HOWTO
17. file://localhost/usr/doc/HOWTO/mini
18. file://localhost/etc
19. file://localhost/etc/fstab
20. file://localhost/etc/mdtab
21. file://localhost/usr/src/linux
22. file://localhost/usr/src/linux/Documentation
23. file://localhost/var/log/messages
24. file://localhost/proc
25. http://www.linuxdoc.org/
26. http://www.tldp.org/
27. mailto: horvalb[kukac]freemail[pont]hu
28. mailto: dacas[kukac]freemail[pont]hu
29. http://tldp.fsf.hu/
Reference in New Issue View Git Blame Copy Permalink