Gentoo Logo

[ << ] [ < ] [ Powrót ] [ > ] [ >> ]


2. Wybór medium instalacyjnego

Spis treści:

2.a. Wymagania sprzętowe

Wprowadzenie

Przed przystąpieniem do procesu instalacji należy upewnić się, że komputer spełnia podstawowe wymagania sprzętowe Gentoo.

Wymagania sprzętowe

Procesor (schemat Big Endian) Procesor klasy MIPS3, MIPS4, MIPS5 lub MIPS64
Procesor (schemat Little Endian) Procesor klasy MIPS4, MIPS5 lub MIPS64
Pamięć 128 MB
Miejsce na dysku 3.0 GB (bez miejsca na partycję wymiany)
Partycja wymiany Co najmniej 256 MB

Reszta wymagań znajduje się w dokumencie Wymagania sprzętowe dla Gentoo MIPS.

2.b. Informacje dotyczące instalacji

Kilka słów o architekturze procesorów

Procesory wielu architektur przeszły przez kilka etapów rozwoju, przy czym każdy kolejny był oparty na poprzednich. MIPS nie jest tu wyjątkiem. W skład architektury MIPS zalicza się kilka różnych procesorów. Aby wybrać odpowiedni tarball etapu i dobrać prawidłowe flagi CFLAGS należy znać rodzinę, do jakiej należy procesor komputera. Rodzina określana jest przez zestaw instrukcji procesora - ISA (Instruction Set Architecture).

MIPS ISA 32/64-bit Procesor
MIPS 1 32-bit R2000, R3000
MIPS 2 32-bit R6000
MIPS 3 64-bit R4000, R4400, R4600, R4700
MIPS 4 64-bit R5000, RM5000, RM7000 R8000, R9000, R10000, R12000, R14000, R16000
MIPS 5 64-bit Na razie brak
MIPS32 32-bit Seria AMD Alchemy, 4kc, 4km i wiele innych. Jest kilka różnych wersji w MIPS32 ISA.
MIPS64 64-bit Broadcom SiByte SB1, 5kc i inne. Jest kilka różnych wersji w MIPS32 ISA.

Uwaga: Zestaw instrukcji MIPS5 został opracowany w 1994 roku przez Silicon Graphics, ale nigdy nie został zaimplementowany w rzeczywistych procesorach. Obecnie istnieje on jako część zbioru instrukcji procesorów MIPS64.

Uwaga: Zestawy instrukcji MIPS32 i MIPS64 często są przyczyną niejasności. Zbiór instrukcji MIPS64 jest w rzeczywistości nadzbiorem MIPS5. Zawiera on więc wszystkie instrukcje zbioru MIPS5 i wcześniejszych. MIPS32 jest 32-bitowym podzbiorem MIPS64. Zestaw ten został utworzony, ponieważ większość aplikacji wymaga jedynie 32-bitowego przetwarzania.

Inną wartą wzmianki właściwością jest porządek bitów (endianness). Jest to sposób w jaki procesor odczytuje słowa z pamięci głównej. Słowo może być odczytywane jak duża endiana (najważniejszy bajt na początku) lub mała endiana (najmniej znaczący bajt na początku). Komputery Intel x86 są generalnie oparte na małej endianie, a komputery Sparc i Apple na dużej. Na architekturze MIPS możliwe są obie sytuacje. Aby je odróżniać dodajemy el do nazwy architektury, by zaznaczyć używanie małej endiany.

Architektura 32/64-bit Porządek bitów Komputery
mips 32-bit Big Endian Silicon Graphics
mipsel 32-bit Little Endian Serwery Cobalt
mips64 64-bit Big Endian Silicon Graphics
mips64el 64-bit Little Endian Serwery Cobalt

Aby uzyskać więcej informacji na temat zestawów instrukcji procesora (ISA), warto zajrzeć na strony internetowe:

Archiwum stage3

Plik ten to archiwum zawierające podstawowy system Gentoo, z którego będzie można kontynuować instalację w sposób opisany w tym Podręczniku. W przeszłości znajdowały się tu instrukcje dotyczące instalacji z trzech różnych plików tego typu. Wciąż udostępniamy archiwa stage1 i stage2, ale w oficjalnym opisie instalacji prezentujemy jedynie czynności związane z użyciem stage3. Informacje dotyczące instalacji za pomocą stage1 i stage2 znajdują się w Gentoo FAQ w podrozdziale W jaki sposób zainstalować Gentoo używając stage 1 lub stage 2?.

2.c. Uruchamianie z sieci - przegląd

W tym rozdziale omówimy wszystko co jest niezbędne dla uruchomienia komputera Silicon Graphics lub Cobalt Server z sieci. Jest to skrócony opis, więcej informacji znaleźć można w artykule Bezdyskowa stacja robocza na bazie Gentoo.

Co będzie potrzebne? To zależy od komputera. Istnieje wiele różnych urządzeń, które pozwalają na zainstalowanie Linuksa.

  • Generalnie:
    • Serwer DHCP/BOOTP z serii Alchemy, 4kc, 4km i wiele innych. Jest kilka różnych wersji w MIPS32 ISA. Serwer OTP (ISC DHCPd rekomendowany).
    • Cierpliwość, mnóstwo cierpliwości
  • Dla komputerów Silicon Graphics:
    • Serwer TFTP (zalecane tftp-hpa)
    • Jeśli konieczna jest konsola szeregowa:
      • Przewód MiniDIN8 --> RS-232 (wymagany jedynie przy IP22 i IP28).
      • Przewód Null-modem
      • Terminal VT100 lub kompatybilny z ANSI, zdolny do transmisji z prędkością 9600 bodów
  • Dla Cobalt Servers (ale NIE dla Qube):
    • Serwer NFS
    • Przewód Null-modem
    • Terminal VT100 lub kompatybilny z ANSI, zdolny do transmisji z prędkością 115200 bodów

Uwaga: Komputery SGI używają złącza MiniDIN 8 dla portów szeregowych. Modemy Apple wydają się doskonale pracować na kablach szeregowych, ale w związku ze wzrostem popularności modemów wewnętrznych oraz USB coraz trudniej je dostać. Schemat tego typu kabli znaleźć można na stronie Linux/MIPS Wiki, a w większości sklepów elektronicznych można kupić potrzebne wtyczki.

Uwaga: Jeśli chodzi o terminal to może być to VT100/ANSI lub zwykły terminal PC z emulacją (jak HyperTerminal, Minicom, seyon, Telex, xc, screen - zależnie od upodobań). Platforma sprzętowa nie jest ważna, o ile komputer posiada port szeregowy RS-232 i odpowiednie oprogramowanie.

Uwaga: Warto zauważyć, że ten przewodnik nie bierze pod uwagę pracy z oryginalnym Qube. Serwer taki nie posiada portu szeregowego i dlatego nie jest na nim możliwa instalacja Gentoo bez pomocy śrubokręta czy podobnego narzędzia. Pełen opis instalacji Gentoo na takich komputerach znajduje się pod adresem http://www.metzner.org/projects/qube/ .

Krótki opis konfiguracji TFTP i DHCP

Po zebraniu wszystkich potrzebnych elementów przychodzi pora na krótkie omówienie procesu uruchamiania z sieci, jak już wspominaliśmy nie jest to pełen opis.

Warto zauważyć, że serwer, z którego będziemy uruchamiać system nie musi koniecznie działać pod kontrolą Gentoo, może to być FreeBSD lub inna platforma UNIX-owa. W Podręczniku zakładamy jednak, że tym systemem będzie Gentoo. Inną opcjonalną możliwością jest uruchomienie serwerów TFTP i DHCP na osobnych komputerach.

Ostrzeżenie: Zespół Gentoo/MIPS nie może pomóc użytkownikom w konfiguracji innych systemów operacyjnych w roli serwerów netboot. Jeśli zdecydujemy się na wykorzystanie innych systemów, musimy wiedzieć jak je skonfigurować.

Pierwsza czynność to konfigurowanie DHCP. Aby demon ISC DHCP mógł odpowiadać na zapytania BOOTP (tak jak to jest wymagane przez SGI & Cobalt BOOTROM) potrzebne jest uruchomienie dynamicznego BOOTP na odpowiednim zakresie adresów, a później wprowadzenie danych, wskazujących na odpowiedni obraz do uruchomienia, na każdym z komputerów klientów.

Listing 3.1: Instalowanie ISC DHCP

# emerge dhcp

Po zainstalowaniu dhcp należy utworzyć plik /etc/dhcp/dhcpd.conf. Oto przykładowa konfiguracja:

Listing 3.2: Przykładowy dhcpd.conf

# Wyłączenie dynamicznego DNS
# dhcpd odmówi pracy jeśli nie zostanie to dokonane
ddns-update-style none;

# Utworznie podsieci:
subnet 192.168.10.0 netmask 255.255.255.0 {
# Zakres adresów dla klientów; nie należy zapominać o bicie 'dynamic-bootp'
  pool {
    range dynamic-bootp 192.168.10.1 192.168.10.254;
  }

  # Serwery DNS i domyślna brama - należy zastąpić odpowiednie wpisy
  własnymi ustawieniami
  option domain-name-servers 203.1.72.96, 202.47.56.17;
  option routers 192.168.10.1;

  # Przypisuje serwerowi DHCP zarządzanie podsiecią
  authoritative;

  # Umożliwia BOOTP korzystanie z podsieci
  allow bootp;
}

Przy takiej konfiguracji we fragmencie dotyczącym podsieci można podać wiele komputerów klientów. Szczegółowo omówimy to w dalszej części tekstu.

Następny krok to konfiguracja serwera TFTP. Zaleca się wykorzystanie programu tftp-hpa, ponieważ jest to jedyny demon TFTP, który działa poprawnie. Instalujemy go w ten sposób:

Listing 3.3: Instalowanie tftp-hpa

# emerge net-ftp/tftp-hpa

Instalacja tftp-hpa spowoduje utworzenie katalogu /tftproot, w którym będziemy mogli umieszczać obrazy netboot. Jeśli chcemy, możemy zmienić tę lokalizację, jednak w dalszej części tego przewodnika zakładamy, że korzystamy z domyślnego katalogu.

2.d. Uruchamianie komputerów SGI z sieci

Pobieranie obrazu

W zależności od komputera, na którym instalowany jest system należy wybrać jeden z kilku dostępnych obrazów. Wszystkie mają nazwy odpowiednie dla systemu i procesora, dla których zostały skompilowane. Oto ich lista:

Nazwa kodowa Komputery
IP22 Indy, *Indigo 2, Challenge S
IP26 *Indigo 2 Power
IP27 Origin 200, Origin 2000
IP28 *Indigo 2 Impact
IP30 Octane
IP32 O2

Uwaga: Częstą pomyłką jest pomieszanie IRIS Indigo (IP12 z R3000 CPU lub IP20 z R4000 CPU, z których żaden nie jest w stanie pracować pod kontrolą Linuksa), Indigo 2 (IP22, który sobie radzi z Linuksem), opartego na R8000 Indigo 2 Power (nie pracujący z Linuksem) i opartego na R10000 Indigo 2 Impact (IP28, bardzo eksperymentalny). Należy pamiętać, że są to różne komputery.

Również w nazwach plików r4k odnosi się do serii procesorów R4000, r5k do R5000, rm5k do RM5200 i r10k do R10000. Wszystkie obrazy znajdują się pod adresem Gentoo mirrors.

Konfiguracja DHCP od strony klienta SGI

Po pobraniu pliku, rozpakowujemy obraz i umieszczamy go w katalogu /tftproot (dekompresujemy archiwum przy pomocy polecenia bzip2 -d). Następnie edytujemy plik /etc/dhcp/dhcpd.conf, dodając do niego wpisy dla naszych klientów SGI.

Listing 4.1: Fragment dhcpd.conf dla komputera SGI

subnet xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx {
  # ... to co zwykle ...

  # Komputer SGI ... należy zamienić 'sgi' na nazwę hosta komputera SGI
  host sgi {

    # Adres MAC komputera SGI. Zwykle zapisany z tyłu urządzenia
    hardware ethernet 08:00:69:08:db:77;

    # Serwer TFTP (domyślnie ten sam co serwer DHCP)
    next-server 192.168.10.1;

    # Adres IP dla komputera SGI
    fixed-address 192.168.10.3;

    # Nazwa pliku jaki ma pobrać i uruchomić PROM
    filename "/gentoo-r4k.img";
  }
}

Opcje kernela

To już niemal koniec, pozostało do przeprowadzenia tylko kilka drobnych zmian. Uruchamiamy konsolę z prawami dostępu roota i wpisujemy następujące polecenia:

Listing 4.2: Poprawki dla komputerów SGI by TFTP działało poprawnie

(Wyłączenie "Path Maximum Transfer Unit", aby SGI mogło znaleźć plik
jądra)
# echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

(Ustawiamy zakres portów dla SGI PROM)
# echo "2048 32767" > /proc/sys/net/ipv4/ip_local_port_range

To powinno wystarczyć do poprawnej pracy serwera Linuksowego z PROM-em SGI.

Uruchamianie demonów

Pora na uruchomienie demonów, dokonuje się tego za pomocą poleceń:

Listing 4.3: Uruchamianie demonów DHCP i TFTP

# /etc/init.d/dhcp start
# /etc/init.d/in.tftpd start

Jeśli wszystko poszło dobrze to ostatnim krokiem jaki pozostał do wykonania jest włączenie komputera. Jeśli serwer DHCP nie uruchamia się z jakiś powodów należy uruchomić "dhcpd" z linii poleceń i sprawdzić jakie drukuje komunikaty o błędach. Gdy wszystko jest w porządku demon uruchamia się w tle, jeśli nie to pojawi się informacja 'exiting.' - wyłączanie, zaraz po poinformowaniu o zaistniałym problemie.

Łatwym sposobem sprawdzenia poprawności pracy demona tftp jest wpisanie poniższego polecenia, jeśli wszystko działa poprawnie to jego wynik powinien być następujący:

Listing 4.4: Sprawdzanie TFTPd

# netstat -al | grep ^udp
udp        0      0 *:bootpc                *:*
udp        0      0 *:631                   *:*
udp        0      0 *:xdmcp                 *:*
udp        0      0 *:tftp                  *:* <-- (najważniejsza linia)

Uruchamianie z sieci komputera SGI

W porządku, wszystko gotowe, DHCP i TFTP działają. Pora na uruchomienie komputera SGI. Włączamy go, po chwili pojawi się napis "Running power-on diagnostics", wtedy musimy kliknąć "Stop For Maintenance" lub wcisnąć klawisz ESCAPE. Pojawi się menu takie jak poniżej, należy w nim wpisać następujące polecenia:

Listing 4.5: Menu zarządzania SGI PROM

        Running power-on diagnostics

System Maintenance Menu

1) Start System
2) Install System Software
3) Run Diagnostics
4) Recover System
5) Enter Command Monitor

Option? 5
Command Monitor. Type "exit" to return to the menu.
>> bootp(): root=/dev/ram0

W tym momencie komputer powinien zacząć pobierać i uruchamiać obraz, następnie, około 20 sekund później rozpocząć uruchamianie Linuksa. Jeśli również to uda się bez problemów, użytkownik powinien znaleźć się w Busybox, powłoce ash, takiej jak poniżej, skąd może przejść bezpośrednio do rozdziału Konfigurowanie sieci.

Listing 4.6: Jeśli wszystko poszło dobrze...

init started:  BusyBox v1.00-pre10 (2004.04.27-02:55+0000) multi-call binary

Gentoo Linux; http://www.gentoo.org/
 Copyright 2001-2004 Gentoo Technologies, Inc.; Distributed under the GPL

 Gentoo/MIPS Netboot for Silicon Graphics Machines
 Build Date: April 26th, 2004

 * To configure networking, do the following:

 * For Static IP:
 * /bin/net-setup <IP Address> <Gateway Address> [telnet]

 * For Dynamic IP:
 * /bin/net-setup dhcp [telnet]

 * If you would like a telnetd daemon loaded as well, pass "telnet"
 * As the final argument to /bin/net-setup.

Please press Enter to activate this console.

Potencjalne problemy

Jeśli komputer uparcie odmawia pobrania obrazu, to mógł zaistnieć jeden z dwóch problemów. (1) użytkownik popełnił błąd w procesie konfiguracji lub (2) potrzeba trochę delikatnej perswazji (nie, nie takiej, proszę odłożyć młotki). Oto lista rzeczy, które warto sprawdzić:

  • Czy dhcpd podaje komputerowi SGI adres IP. Zapytania BOOTP powinny być widoczne w logach. tcpdump również może okazać się tutaj przydatny.
  • Czy prawa dostępu do plików w katalogu tftp są ustawione poprawnie (normalnie /tftproot powinien być dostępny dla wszystkich)
  • Czy serwer tftp nie zgłasza w swoich logach żadnych błędów.

Jeżeli wszystko poszło prawidłowo od strony serwera, ale komputer SGI wciąż nie może się połączyć należy wpisać następujące polecenia:

Listing 4.7: Naprawianie SGI PROM

>> resetenv
>> unsetenv netaddr
>> unsetenv dlserver
>> init
>> bootp(): root=/dev/ram0

2.e. Alternatywnie: Użycie LiveCD Gentoo/MIPS SGI

Ogólnie o tej metodzie

Komputery Silicon Graphics można uruchomić bezpośrednio z płyty CD w celu zainstalowania systemu operacyjnego (w ten sposób instalowany jest np. IRIX). W ostatnim czasie stało się możliwe stworzenie takich płyt przeznaczonych do instalacji Gentoo.

Obecnie LiveCD Gentoo/MIPS jest dostępne jedynie dla stacji roboczych SGI Indy, Indigo 2 i O2 z procesorami serii R4000 i R5000. Stworzenie płyt dla innych platform być może będzie możliwe w przyszłości.

Obrazy płyt można pobrać z serwerów lustrzanych Gentoo. Znajdują się one w katalogu experimental/mips/livecd.

Ostrzeżenie: W chwili obecnej opisywane płyty znajdują się w stadium eksperymentalnym. Mogą one w ogóle nie działać. Udane i nieudane próby można raportować poprzez Bugzillę, w tym wątku na forum lub na kanale IRC #gentoo-mips. Zespół Gentoo MIPS będzie wdzięczny za wszelkie uwagi na temat działania LiveCD.

Nagrywanie Live CD

Musimy pamiętać, że SGI PROM nie jest w stanie odczytać płyt w formacie ISO9660 i nie obsługuje standardu bootowania El Torito. Płyt skonstruowane są jako obrazy dysków SGI z sekcją startową w nagłówku woluminu - tak, jak w przypadku dysku twardego. Z tego powodu nagrywanie obrazów wymaga poświęcenia szczególnej uwagi.

Poniżej znajduje się przykładowa komenda rozpoczynająca nagrywanie z prędkością 24x na nagrywarce IDE. Jeśli posiadamy nagrywarkę SCSI, musimy zmodyfikować parametr dev, aby odpowiadał naszemu sprzętowi. Podobnie w przypadku opcji speed - jeśli pojawią się problemy, możemy zmniejszyć prędkość nagrywania.

Listing 5.1: Nagrywanie płyty przy użyciu cdrecord

# bzip2 -d mips-livecd-prototype-rc2-20041027.img.bz2
# cdrecord -vv -pad speed=24 dev=ATAPI:0,0,0 -tao mips-livecd-prototype-rc2-20041027.img

Uwaga: Być może możliwe jest nagranie LiveCD w systemie Windows. Potrzebny jest do tego program, który po prostu ślepo kopiuje obraz na płytę. Jednakże, jak do tej pory, nikomu się to nie udało.

Uwaga: Jeśli nie jesteśmy pewni jakiej wartości powinniśmy użyć dla argumentu dev, wykonajmy polecenie cdrecord -scanbus jako użytkownik root - uzyskamy w ten sposób informację o tym, gdzie zlokalizowana jest nasza nagrywarka.

2.f. Uruchamianie z sieci serwerów Cobalt

Proces uruchamiania w skrócie

W przeciwieństwie do SGI, serwery Cobalt korzystają z NFS do przesyłania jądra przed uruchomieniem. Komputer uruchamia się przytrzymując przyciski strzałek w prawo i w lewo po wciśnięciu włącznika. Komputer spróbuje pobrać adres IP poprzez BOOTP, zamontuje katalog /nfsroot z serwera poprzez NFS, a następnie pobierze plik uruchomieniowy vmlinux_raq-2800.gz (którego nazwa oczywiście zależy od konkretnego modelu). Plik ten powinien być standardową binarką ELF.

Pobieranie obrazu

Wewnątrz http://dev.gentoo.org/~redhatter/mips/cobalt/netboots/ znajdują się obrazy niezbędne, aby uruchomić Cobalt. Pliki mają nazwy nfsroot-KERNEL-COLO-DATE-cobalt.tar. Wybieramy najbardziej aktualny i wypakowujemy go do katalogu / tak, jak pokazano poniżej:

Listing 6.1: Wypakowywanie obrazu nfsroot

# tar -C / -xvf nfsroot-2.6.13.4-1.19-20051122-cobalt.tar

Konfiguracja serwera NFS

W związku z tym, że komputer używa NFS do pobrania obrazu potrzebne będzie wyeksportowanie /nfsroot na serwer. Jeśli nie dokonano tego wcześniej będzie trzeba zainstalować pakiet net-fs/nfs-utils.

Listing 6.2: Instalowanie nfs-utils

# emerge net-fs/nfs-utils

Następnie należy umieścić poniższy wpis w pliku /etc/exports. W razie potrzeby można dodać nieco bardziej restrykcyjne opcje.

Listing 6.3: Eksportowanie katalogu /nfsroot

/nfsroot      *(ro,sync)

Po dokonaniu powyższego należy uruchomić serwer NFS:

Listing 6.4: Uruchamianie serwera NFS

# /etc/init.d/nfs start

Jeśli serwer NFS był już uruchamiany należy sprawdzić jego plik exports za pomocą exportfs.

Listing 6.5: Exportowanie nowego systemu plików

# exportfs -av

Konfiguracja DHCP dla komputera Cobalt

Konfiguracja DHCP jest prosta, wystarczy dodać następujące wpisy do pliku /etc/dhcp/dhcpd.conf:

Listing 6.6: Fragment dhcpd.conf dla serwerów Cobalt

subnet xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx {
  # ... to co zawsze ...

  # Konfiguracja serwera Cobalt
  # Ustawienia hostname:
  host qube {
    # Ścieżka do katalogu nfsroot
    # Opcja specjalnie dla CoLo przez TFTP
    # Zazwyczaj nie powinniśmy tego zmieniać
    option root-path "/nfsroot";

    # Adres MAC serwera Cobalt
    hardware ethernet 00:10:e0:00:86:3d;

    # Serwer z obrazem
    next-server 192.168.10.1;

    # Adres IP serwera Cobalt
    fixed-address 192.168.10.2;

    # Lokalizacja pliku default.colo względem /nfsroot
    # Zazwyczaj nie powinniśmy tego zmieniać
    filename "default.colo";
  }
}

Uruchamianie demonów

W tym momencie należy uruchomić demony, dokonuje się tego za pomocą poleceń:

Listing 6.7: Uruchamianie demonów DHCP i NFS

# /etc/init.d/dhcp start
# /etc/init.d/nfs start

Jeśli wszystko poszło dobrze można będzie włączyć komputer. Jeśli serwer DHCP nie uruchamia się z jakiś powodów należy wpisać w konsoli polecenie 'dhcpd' i sprawdzić jakie zgłasza komunikaty o błędach. Jeśli wszystko idzie dobrze demon po prostu uruchamia się w tle, jeśli problem występuje to pojawia się komunikat 'exiting.' tuż pod informacją o błędzie.

Uruchamianie komputera Cobalt z sieci

W porządku, wszystko gotowe, działają serwery DHCP i NFS. Teraz pora na uruchomienie Cobalta. Podpinamy kabel, przestawiamy terminal na prędkość transmisji 115200, 8 bitów, bez parzystości, 1 bit przerwania oraz emulację VT100. Następnie przytrzymujemy klawisze strzałek w prawo i lewo podczas uruchamiania komputera.

Jeśli wszystko poszło prawidłowo panel powinien wyświetlić napis "Net Booting", powinna również pojawić się pewna aktywność sieciowa związana ze startem CoLo. Na tylnym panelu należy przewinąć ekran w dół aż do pojawienia się napisu "Network (NFS)", a następnie nacisnąć ENTER. Na konsoli szeregowej powinniśmy zobaczyć oznaki uruchamiania się komputera.

Listing 6.8: Uruchamianie jądra

elf: 80080000 <-- 00001000 6586368t + 192624t
elf: entry 80328040
net: interface down
CPU revision is: 000028a0
FPU revision is: 000028a0
Primary instruction cache 32kB, physically tagged, 2-way, linesize 32 bytes.
Primary data cache 32kB 2-way, linesize 32 bytes.
Linux version 2.4.26-mipscvs-20040415 (root@khazad-dum) (gcc version 3.3.3...
Determined physical RAM map:
 memory: 08000000 @ 00000000 (usable)
Initial ramdisk at: 0x80392000 (3366912 bytes)
On node 0 totalpages: 32768
zone(0): 32768 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,115200 root=/dev/ram0
Calibrating delay loop... 249.85 BogoMIPS
Memory: 122512k/131072k available (2708k kernel code, 8560k reserved, 3424k dat)

Jeśli wszystko poszło prawidłowo pojawi się powłoka ash o nazwie Busybox. Pora na przejście do rozdziału Konfiguracja sieci.

Listing 6.9: Kiedy wszystko jest w porządku...

VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 280k freed
init started:  BusyBox v1.00-pre10 (2004.04.27-02:55+0000) multi-call binary

Gentoo Linux; http://www.gentoo.org/
 Copyright 2001-2004 Gentoo Technologies, Inc.; Distributed under the GPL

 Gentoo/MIPS Netboot for Cobalt Microserver Machines
 Build Date: April 26th, 2004

 * To configure networking, do the following:

 * For Static IP:
 * /bin/net-setup <IP Address> <Gateway Address> [telnet]

 * For Dynamic IP:
 * /bin/net-setup dhcp [telnet]

 * If you would like a telnetd daemon loaded as well, pass "telnet"
 * As the final argument to /bin/net-setup.

Please press Enter to activate this console.

Potencjalne problemy

Jeśli komputer uparcie odmawia pobrania obrazu to mógł zaistnieć jeden z dwóch problemów. (1) użytkownik popełnił błąd w procesie konfiguracji lub (2) potrzeba trochę delikatnej perswazji (nie, nie takiej, proszę odłożyć młotki). Oto lista rzeczy, które warto sprawdzić:

  • Czy dhcpd podaje Cobaltowi adres IP. W takim wypadku powinny się pojawić logi z zapytań BOOTP. Program tcpdump może się tu również okazać przydatny.
  • Czy prawa do katalogu /nfsroot są ustawione prawidłowo (powinien być dostępny dla wszystkich).
  • Czy serwer NFS działa i udostępnia katalog /nfsroot. Sprawdza się to za pomocą polecenia exportfs -v na serwerze.

[ << ] [ < ] [ Powrót ] [ > ] [ >> ]


Drukuj

Pokaż całość

Zaktualizowano 30 kwietnia 2008

Podsumowanie: Wybieramy w jaki sposób chcemy zainstalować Gentoo. Opisujemy tu różne media, za pomocą których można zainstalować Gentoo.

Sven Vermeulen
Autor

Grant Goodyear
Author

Roy Marples
Autor

Daniel Robbins
Główny Architekt

Chris Houser
Autor

Jerry Alexandratos
Autor

Seemant Kulleen
Gentoo x86 Developer

Tavis Ormandy
Gentoo Alpha Developer

Jason Huebel
Gentoo AMD64 Developer

Guy Martin
Gentoo HPPA developer

Pieter Van den Abeele
Gentoo PPC developer

Joe Kallar
Gentoo SPARC developer

John P. Davis
Redaktor

Pierre-Henri Jondot
Redaktor

Eric Stockbridge
Redaktor

Rajiv Manglani
Redaktor

Jungmin Seo
Redaktor

Stoyan Zhekov
Redaktor

Jared Hudson
Redaktor

Colin Morey
Redaktor

Jorge Paulo
Redaktor

Carl Anderson
Redaktor

Jon Portnoy
Redaktor

Zack Gilburd
Redaktor

Jack Morgan
Redaktor

Benny Chuang
Redaktor

Erwin
Redaktor

Joshua Kinard
Redaktor

Stuart Longland
Redaktor

Tobias Scherbaum
Editor

Xavier Neys
Redaktor

Joshua Saddler
Redaktor

Gerald J. Normandin Jr.
Korekta

Donnie Berkholz
Korekta

Ken Nowack
Korekta

Lars Weiler
Współpracownik

Karol Wojtaszek
Tłumacz

Łukasz Damentko
Tłumacz

Waldemar Korłub
Tłumacz

Donate to support our development efforts.

Support OSL
Gentoo Centric Hosting: vr.org
Tek Alchemy
SevenL.net
Global Netoptex Inc.
Bytemark
Online Kredit Index
Copyright 2001-2009 Gentoo Foundation, Inc. Questions, Comments? Contact us.