Handbook:MIPS/Installation/Bootloader/hu

From Gentoo Wiki
Jump to:navigation Jump to:search
This page is a translated version of the page Handbook:MIPS/Installation/Bootloader and the translation is 100% complete.
MIPS kézikönyv
A Gentoo Linux telepítése
A telepítésről
Telepítőképfájl kiválasztása
Hálózat beállítása
Adathordozók előkészítése
Stage fájl
Alaprendszer telepítése
Kernel beállítása
Rendszer beállítása
Eszközök telepítése
Bootloader beállítása
Telepítés véglegesítése
Munka a Gentoo rendszerrel
Portage bemutatása
USE jelölőzászlók
Portage jellemzői
Init-szkript rendszer
Környezeti változók
Munka a Portage szoftvercsomag-kezelővel
Fájlok és könyvtárak
Változók
Szoftverágak keverése
További eszközök
Egyéni szoftvercsomag-tárolóhely
Fejlett funkciók
Hálózat beállítása OpenRC init-rendszeren
Munka elkezdése
Fejlett beállítások
Moduláris hálózat
Vezeték nélküli (Wi-Fi)
Funkcionalitás hozzáadása
Dinamikus menedzsment



arcload a Silicon Graphics számítógépekhez

Az arcload olyan számítógépekhez készült, amelyek 64 bites kerneleket igényelnek, ezért nem használható az arcboot (mivel ezt nehéz 64 bites binárisként lefordítani). Emellett megoldást nyújt azokra a sajátosságokra is, amelyek akkor jelentkeznek, amikor a kerneleket közvetlenül a kötet fejléceiből töltik be. A telepítés folytatásához kezdje az alábbi lépéssel:

root #emerge arcload dvhtool

Miután ez befejeződött, keresse meg az arcload bináris fájlt a /usr/lib/arcload/ könyvtárban. Most két fájl létezik:

  • sashARCS: A 32 bites bináris fájl az Indy, Indigo2 (R4k), Challenge S és O2 rendszerekhez.
  • sash64: A 64 bites bináris fájl az Octane/Octane2, Origin 200/2000 és Indigo2 Impact rendszerekhez.

Használja a dvhtool parancsot a megfelelő bináris fájl telepítéséhez a rendszer számára a kötet fejlécébe:

Indy/Indigo2/Challenge S/O2 felhasználók számára:

root #dvhtool --unix-to-vh /usr/lib/arcload/sashARCS sashARCS

Indigo2 Impact/Octane/Octane2/Origin 200/Origin 2000 felhasználók számára:

root #dvhtool --unix-to-vh /usr/lib/arcload/sash64 sash64
Note
A sashARCS vagy sash64 név használata nem kötelező, kivéve, ha a művelet egy bootolható CD kötetfejlécébe történő telepítésre irányul. Normál adathordozókról történő indítás esetén bármi más név adható a fájlnak, amit a felhasználó kíván.

Most csak használja a dvhtool parancsot annak ellenőrzésére, hogy azok a kötetfejlécben találhatók-e.

root #dvhtool --print-volume-directory
----- directory entries -----
Entry #0, name "sash64", start 4, bytes 55859

A arc.cf fájl C-szerű szintaxissal rendelkezik. A teljes részletezéshez, hogy miként lehet beállítani, tekintse meg az arcload oldalt a Linux/MIPS wikiben. Röviden: definiáljon egy sor opciót, amelyek az OSLoadFilename változó használatával indításkor engedélyezhetők vagy letilthatók.

FILE arc.cfPélda az arc.cf fájlra
# ARCLoad Configuration
  
# Some default settings...
append  "root=/dev/sda5";
append  "ro";
append  "console=ttyS0,9600";
  
# The main definition. ip28 may be changed if desired.
ip28 {
        # Definition for a "working" kernel
        # Select this by setting OSLoadFilename="ip28(working)"
        working {
                description     "SGI Indigo2 Impact R10000\n\r";
                image system    "/working";
        }
  
        # Definition for a "new" kernel
        # Select this by setting OSLoadFilename="ip28(new)"
        new {
                description     "SGI Indigo2 Impact R10000 - Testing Kernel\n\r";
                image system    "/new";
        }
  
        # For debugging a kernel
        # Select this by setting OSLoadFilename="ip28(working,debug)"
        # or OSLoadFilename="ip28(new,debug)"
        debug {
                description     "Debug console";
                append          "init=/bin/bash";
        }
}

Az arcload-0.5 verziótól kezdve az arc.cf és a bináris kernelképfájlok vagy a kötetfejlécben, vagy egy partíción helyezhetőek el. Az újabb funkció használatához helyezze a fájlokat a /boot/ partícióba (vagy / ha a boot partíció nem különálló). Az arcload a népszerű grub bootloader fájlrendszer-illesztőprogramját használja, és ezért ugyanazokat a fájlrendszereket támogatja.

root #dvhtool --unix-to-vh arc.cf arc.cf
root #dvhtool --unix-to-vh /usr/src/linux/vmlinux new

CoLo a Cobalt MicroServers számára

CoLo telepítése

Cobalt szervereken ezek a gépek sokkal kevésbé képes firmware-t tartalmaznak, amelyet a chipre telepítettek. A Cobalt BOOTROM primitív az SGI PROM-hoz képest, és számos komoly korlátozással rendelkezik.

  • A kernelfájlok mérete körülbelül 675 kB méretre van korlátozva. A Linux 2.4 jelenlegi mérete szinte lehetetlenné teszi egy ilyen méretű kernel létrehozását. A Linux 2.6 és 3.x teljesen kizárt.
  • A készleten lévő firmware nem támogatja a 64 bites kernelképfájlokat (bár ezek jelenleg rendkívül kísérletiek a Cobalt gépeken).
  • A shell a legjobb esetben is alapvető funkciókat biztosít.

A korlátozások leküzdése érdekében egy alternatív firmware-t fejlesztettek ki, amelyet CoLo-nak (Cobalt Loader) neveztek el. Ez egy BOOTROM képfájl, amelyet vagy a Cobalt szerver belsejében található chipbe lehet flash-elni, vagy a meglévő firmware-ből betölthető.

Note
Ez az útmutató végigvezeti Önt a CoLo beállításának folyamatán, hogy az az alapértelmezett firmware által legyen betöltve. Ez az egyetlen valóban biztonságos és ajánlott módja a CoLo beállításának.
Warning
Ha akarja, akkor ezeket a fájlokat a szerverre lehet flashelni, hogy teljesen le legyen lecserélve az eredeti firmware, azonban ebben a vállalkozásban teljes mértékben egyedül van. Ha bármi rosszul sül el, akkor fizikailag távolítsa el a BOOTROM-ot, és programozza újra az alapértelmezett firmware-rel. Ha ez ijesztőnek hangzik akkor NE flaselje a számítógépet. A Gentoo nem vállal felelősséget azért, ami történik, amennyiben ezt a tanácsot figyelmen kívül hagyja.

Most telepítse a CoLo szoftvert. Kezdje a szoftvercsomag letöltésével:

root #emerge --ask sys-boot/colo

A telepítés után nézzen bele a /usr/lib/colo/ könyvtárba, hogy megtalálja a két fájlt:

  • colo-chain.elf – A "kernelképfájl", amelyet az alapértelmezett firmware betöltésére használnak.
  • colo-rom-image.bin – Egy ROM képfájl, amelyet a BOOTROM-ba lehet be flashelni.

Kezdje a /boot/ felcsatolásával, majd dobjon egy tömörített másolatot a colo-chain.elf fájlról a /boot/ könyvtárba, ahová a rendszer várja.

root #gzip -9vc /usr/lib/colo/colo-chain.elf > /boot/vmlinux.gz

CoLo beállítása

Most, amikor a rendszer először bootol, betölti a CoLo fájlt, amely megjelenít egy menüt a hátsó LCD-n. Az első lehetőség (és az alapértelmezett, amely körülbelül 5 másodperc múlva automatikusan elfogadásra kerül) az adathordozóra történő bootolás. A rendszer ezután megpróbálja felcsatolni az első Linux-partíciót, amelyet talál, és futtatja a default.colo nevű szkriptet. A szintaxis teljes mértékben dokumentált a CoLo dokumentációjában (pillantson bele a /usr/share/doc/colo-X.YY/README.shell.gz fájlba – ahol X.YY a telepített verzió), és nagyon egyszerű.

Note
Egy tipp: Amikor kernelt telepít, ajánlott kettő bináris kernelképfájlt létrehozni, kernel.gz.working – egy ismert működőképes bináris kernelképfájlt, és kernel.gz.new – egy éppen most binárisra lefordított kernelképfájlt. Lehetséges szimbolikus linkeket használni, hogy az aktuális 'új' és 'működő' bináris kernelképfájlokra mutassanak, vagy egyszerűen átnevezheti a bináris kernelképfájlokat.
FILE default.coloPélda a CoLo beállítására
#:CoLo:#
mount hda1
load /kernel.gz.working
execute root=/dev/sda5 ro console=ttyS0,115200
Note
A CoLo nem fog betölteni olyan szkriptet, amely nem a #:CoLo:# sorral kezdődik. Gondoljon rá úgy, mint a shell szkriptekben a #!/bin/sh sor megfelelőjére.

Az is lehetséges, hogy kérdést tegyen fel, például melyik bináris kernelképfájlt és beállítást szeretné betölteni, alapértelmezett időkorláttal. Az alábbi beállítás pontosan ezt teszi: Megkérdezi a felhasználót, hogy melyik bináris kernelképfájlt kívánja használni, majd végrehajtja a kiválasztott bináris képfájlt. A vmlinux.gz.new és vmlinux.gz.working lehetnek tényleges bináris kernelképfájlok, vagy szimbolikus linkek, amelyek az adathordozón lévő bináris kernelképfájlokra mutatnak. A select parancs 50 argumentuma azt jelöli, hogy az első lehetőséggel ("Working") folytassa 50/10 másodperc után.

FILE default.coloMenülapú beállítás
#:CoLo:#
lcd "Mounting hda1"
mount hda1
select "Which Kernel?" 50 Working New
  
goto {menu-option}
var image-name vmlinux.gz.working
goto 3f
@var image-name vmlinux.gz.working
goto 2f
@var image-name vmlinux.gz.new
  
@lcd "Loading Linux" {image-name}
load /{image-name}
lcd "Booting..."
execute root=/dev/sda5 ro console=ttyS0,115200
boot

További részletekért tekintse meg a dokumentációt a /usr/share/doc/colo-VERSION könyvtárban.

Soros konzol beállítása

Rendben, a jelenlegi Linux telepítés jól indulna, de feltételezi, hogy a felhasználó egy fizikai terminálon jelentkezik be. Cobalt számítógépeken ez különösen problémás, mivel nincs olyan, hogy fizikai terminál.

Note
Azok, akiknek van lehetőségük támogatott videó lapkakészlet használatára, kihagyhatják ezt a részt, ha szeretnék.

Először nyisson meg egy szerkesztőt, és kezdje el módosítani a /etc/inittab fájlt. Lentebb a fájlban vegye észre a következőket:

FILE /etc/inittabRészlet az inittab fájlból
# SERIAL CONSOLE
#c0:12345:respawn:/sbin/agetty 9600 ttyS0 vt102
  
# TERMINALS
c1:12345:respawn:/sbin/agetty 38400 tty1 linux
c2:12345:respawn:/sbin/agetty 38400 tty2 linux
c3:12345:respawn:/sbin/agetty 38400 tty3 linux
c4:12345:respawn:/sbin/agetty 38400 tty4 linux
c5:12345:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux
  
# What to do at the "Three Finger Salute".
ca:12345:ctrlaltdel:/sbin/shutdown -r now

Először, törölje a c0 sor megjegyzést. Alapértelmezés szerint ez 9600 bps terminál baud sebesség használatára van állítva. Cobalt szervereken ezt meg lehet változtatni 115200 értékre, hogy megegyezzen a BOOT ROM által meghatározott baud sebességgel. Ezután ez a rész így fog kinézni. Fej nélküli számítógépen (például Cobalt szervereken) szintén ajánlott a helyi terminálsorok (c1-től c6-ig) megjegyzésének hozzáadása, mivel ezek hajlamosak helytelenül működni, amikor nem tudják megnyitni a /dev/ttyX fájlt.

FILE /etc/inittabRészlet az inittab fájlból
# SERIAL CONSOLE
c0:12345:respawn:/sbin/agetty 115200 ttyS0 vt102
  
# TERMINALS -- These are useless on a headless qube
#c1:12345:respawn:/sbin/agetty 38400 tty1 linux
#c2:12345:respawn:/sbin/agetty 38400 tty2 linux
#c3:12345:respawn:/sbin/agetty 38400 tty3 linux
#c4:12345:respawn:/sbin/agetty 38400 tty4 linux
#c5:12345:respawn:/sbin/agetty 38400 tty5 linux
#c6:12345:respawn:/sbin/agetty 38400 tty6 linux

Végül, mondja meg a rendszernek, hogy a helyi soros port megbízható biztonságos terminálként használható. Az /etc/securetty fájlt kell módosítani. Ez tartalmazza a terminálok listáját, amelyeket a rendszer megbízhatónak tekint. Egyszerűen adjon hozzá két sort, amely lehetővé teszi a soros vonal használatát root bejelentkezésekhez.

root #echo 'ttyS0' >> /etc/securetty

Mostanában a Linux ezt /dev/tts/0 néven is nevezi, ezért ezt is adja hozzá:

root #echo 'tts/0' >> /etc/securetty

SGI PROM finomhangolása

Általános PROM beállítások

A bootloader telepítése után, az számítógép újraindítását követően (amely hamarosan megtörténik), lépjen a System Maintenance Menu menübe, és válassza az Enter billentyűgombot a Command Monitor (5) opcióra, hasonlóan a rendszer kezdeti hálózati indításához.

CODE Menü a bootolást követően
1) Start System
2) Install System Software
3) Run Diagnostics
4) Recover System
5) Enter Command Monitor

Adja meg a Volume Header helyét:

>>setenv SystemPartition scsi(0)disk(1)rdisk(0)partition(8)

Gentoo automatikus indítása:

>>setenv AutoLoad Yes

Állítsa be az időzónát:

>>setenv TimeZone EST5EDT

Használja a soros konzolt. Grafikus adaptert használó felhasználóknak az "d1" helyett "g" értéket kell megadniuk:

>>setenv console d1

Állítsa be a soros konzol baud sebességét. Ez választható, az alapértelmezett beállítás 9600, bár akár 38400-ig terjedő sebességeket is használhat, ha ezt kívánja.

>>setenv dbaud 9600

Most a következő beállítások attól függenek, hogy hogyan indul a rendszer.

Direct volume-header booting beállítása

Note
Ez a téma teljesség kedvéért került ide. Ajánlott, hogy a felhasználók inkább az "arcload" telepítését vizsgálják meg.
Note
Ez csak az Indy, Indigo2 (R4k) és Challenge S eszközökön működik.

Állítsa be a root eszközt a Gentoo root partíciójára, például /dev/sda3:

>>setenv OSLoadPartition <root device>

Az elérhető kernelfájlok listázásához írja be az "ls" parancsot.

>>setenv OSLoader <kernel name>
>>setenv OSLoadFilename <kernel name>

Határozza meg az átadandó kernelparamétereket:

>>setenv OSLoadOptions <kernel parameters>

Ha a kernelparaméterek módosítása nélkül szeretné kipróbálni egy kernelt, használja a boot -f PROM parancsot.

root #boot -f new root=/dev/sda5 ro

Az arcload beállítása

Az arcload az OSLoadFilename opciót használja annak meghatározására, hogy mely beállításokat kell alkalmazni az arc.cf fájlból. A beállításfájl lényegében egy szkript, amelyben a legfelső szintű blokkok különböző rendszerekhez tartozó bináris boot képfájlokat határoznak meg, ezekben pedig opcionális beállítások találhatók. Így az OSLoadFilename=mysys(serial) beállítása betölti a mysys blokk beállításait, majd felülírja azokat a serial-ben meghatározott további opciókkal.

A példafájlban egy rendszertömb van meghatározva, az ip28, amelyhez működő, új és hibakeresési lehetőségek állnak rendelkezésre. Ezután határozza meg a PROM változókat:

Válassza az arcload fájlt bootloadernek: sash64 vagy sashARCS:

>>setenv OSLoader sash64

Használja a "working" bináris kernelképfájlt, amely az arc.cf fájl ip28 szakaszában van meghatározva.

>>setenv OSLoadFilename ip28(working)

Az arcload-0.5 verziótól kezdve a fájlokat már nem szükséges a kötetfejlécbe helyezni. Ezek partícióba is elhelyezhetők. Annak megadásához, hogy az arcload hol keresse a beállításfájlt és a bináris kernelképfájlokat, be kell állítani az OSLoadPartition PROM változót. Ennek pontos értéke attól függ, hogy az adathordozó hol található a SCSI buszon. Használja a SystemPartition PROM változót útmutatóként - csak a partíciószámot kell módosítani.

Note
Partitions are numbered starting at 0, not 1 as is the case in Linux.

A kötetfejlécről való betöltéshez használja a 8-as partíciót.

>>setenv OSLoadPartition scsi(0)disk(1)rdisk(0)partition(8)

Ellenkező esetben adja meg a partíciót és a fájlrendszer típusát:

>>setenv OSLoadPartition scsi(0)disk(1)rdisk(0)partition(0)[ext2]


Rendszer újraindítása

Lépjen ki a chrootolt környezetből, és válassza le az összes felcsatolt partíciót. Ezt követően írja be azt az egyetlen mágikus parancsot, amely elindítja a végső, valódi tesztet: reboot.

(chroot) livecd #exit
livecd~#cd
livecd~#umount -l /mnt/gentoo/dev{/shm,/pts,}
livecd~#umount -R /mnt/gentoo
livecd~#reboot

Ne feledje el eltávolítani az Live ISO telepítőt, különben ismét elindulhat a számítógépen az újonnan telepített Gentoo rendszer helyett!

Miután újraindította a számítógépet, és belépett a frissen feltelepített Gentoo környezetben, bölcs dolog véglegesíteni a Gentoo telepítést.