skoric at eunet dot yuA Lilo mini-HOGYAN ezen v�ltozata Cameron Spitzer
([email protected]) �s Alessandro Rubini
([email protected]) munk�j�n alapul. Tony Harris
([email protected]) �s Marc Tanguy
([email protected]) 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
Linux+WindowsNT mini-HOWTO dokumentumban.
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:
/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�.
Az utols� h�rom p�ld�t, az eredeti le�r�s szerz�je, Cameron, [email protected]
�rta. Alessandro [email protected]
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.
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.
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.
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.
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 "LILO" �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-HOWTO"-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).
/etc/inittab
�s /etc/rc*.d helyeken.
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.
Figyelem: Ha ezt a bekezd�st neh�znek tal�lod, n�zz k�r�l a 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:
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
Linux kernel HOWTO (
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.
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" paranccsal. 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� felcsatol�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.
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.
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:
Nos, haszn�lhatod ugyanazt az elj�r�st, amit fent ismertettem. Javaslom, hogy olvasd el a 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.
hdc telep�t�se hda-k�nt, a bios= kapcsol� haszn�lat�valA 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
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 rendszermagot.
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
Marc Tanguy hozz�j�rul�sa ([email protected]), 2001.09.27
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.
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
�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.
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 ([email protected]) �s Bob Hall ([email protected]) �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, [email protected]):
B. LILO bet�lt�si hibak�dok
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.
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:.
2003.11.19
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.
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 reserved 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 laptop 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 2000 Professional already
table=/dev/hda installed (probably without HP's supplied CD's).
other=/dev/hdb1 <--- that is the spare disk with Windows 2000 Server.
label="windows2" Actually I had some data 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 boot the computer from it, but
to=0x81 Mandrake's setup offered 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 other 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 SCSI 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 Linux 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 partition on the first SCSI disk where Windows resides.
label="windows"
table=/dev/sda
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: Linux+WindowsNT mini-HOWTO.
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 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-Info", Kopaonik, Serbia, 2002.
- "Computer Communications over radio", 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-Info", Kopaonik, Serbia, 2003.
- "Racunarske komunikacije putem radio-amaterskih veza (3)",
proceedings, "YU-Info", 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 progress",
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.
Copyright (c) 2003 by Miroslav 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 http://www.fsf.org/licenses/fdl.html honlapon.
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.
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 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-HOWTO" 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 Linux Documentation Project honlapon, vagy a k�vetkez� Linux Documentation Project webhelyen.
Ez a mini-HOGYAN a k�vetkez� embereknek k�sz�nhet�:
Cameron Spitzer ([email protected])
Alessandro Rubini ([email protected])
Tony Harris ([email protected])
Marc Tanguy ([email protected])
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
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
LDP archive-ban
a Metalab webhely�n (kor�bban Sunsite-k�nt volt ismert).
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.
A Linux legt�bb terjeszt�s�ben van egy dokument�ci� k�nyvt�r telep�tve, n�zd meg a /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 ( /usr/doc/HOWTO) k�szre alak�tott HOGYANok valamint a mini-HOGYAN arch�vumot is ( /usr/doc/HOWTO/mini) sima sz�veg form�tumban.
A kor�bban eml�tett konfigur�ci�s f�jlok legt�bbje a
/etc
k�nyvt�r alatt tal�lhat�. Ha dolgozni szeretn�l az
/etc/fstab
�llom�nnyal, mely be�ll�tja a part�ci�k felcsatol�s�t, valamint lehet, hogy a
/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 /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 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 (
/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
/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.
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 Linux Documentation Project honlap, vagy a 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.
A magyar ford�t�st Horv�th Albert k�sz�tette (2004.03.22). A lektor�l�st Daczi L�szl� v�gezte el (2004.05.10). A dokumentum legfrissebb v�ltozata megtal�lhat� a Magyar Linux Dokument�ci�s Projekt honlapj�n.
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:
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�.