Handbook:MIPS/Blocks/HWReqs/de

Schauen Sie sich den Artikel MIPS Hardware Requirementsen im Gentoo Wiki an.

Bemerkungen zur Installation
Auf vielen Architekturen hat der Prozessor mehrere Generationen durchschritten. Die jeweils neuere Generation baut auf dem Fundament der vorhergehenden auf. MIPS ist da keine Ausnahme.Es gibt mehrere CPU Generationen unter der MIPS Architektur. Um das Netboot-Abbild Stage Tarball und die CFLAGS richtig auszuwählen, ist es notwendig sich darüber im Klaren zu sein zu welcher Familie die CPU des Systems gehört. Diese Familien werden als Befehlssatzarchitektur (Instruction Set Architecture) bezeichnet.

Ein weiteres wichtiges zu erfassendes Konzept ist das der Byte-Reihenfolge (Endianness). Die Byte-Reihenfolge bezieht sich auf die Art, in der eine CPU ein Datenwort aus dem Arbeitsspeicher liest. Ein Datenwort kann entweder als Big-Endian (höherwertiges Byte bei der niedrigeren Speicheradresse) oder als Little-Endian (niederwertiges Byte bei der niedrigeren Speicheradresse) gelesen werden. Intel x86 Maschinen verwenden grundsätzlich Little-Endian, Apple und Sparc Maschinen hingegen Big-Endian. MIPS können entweder das eine oder das andere sein. Um beide Arten zu unterscheiden hängen wir zur Kennzeichnung von Little-Endian el an den Architekturnamen.

Für jene die mehr über ISAs lernen wollen, könnten die folgenden Seiten hilfreich sein.
 * Linux/MIPS Website: MIPS ISAen
 * Linux/MIPS Website: Endiannessen
 * Linux/MIPS Website: Processorsen
 * Wikipedia: Instruction Seten

Netbooting Übersicht
In diesem Abschnitt handeln wir das Notwendige was zum Netzwerk-booten einer Silicon Graphics Workstation oder eines Cobalt Servers benötigt wird ab. Dies ist nur ein kurzer Leitfaden. Es ist nicht beabsichtigt vollständig zu sein. Für weitere Informationen wird empfohlen das Diskless HOWTOen zu lesen.

Abhängig von der Maschine gibt es eine gewisse Menge an Hardware die zum Netboot und zur Linux-Installation benötigt wird.


 * Grundsätzlich:
 * DHCP/BOAMD Alchemy Serie, 4kc, 4km, viele andere ... Es gibt ein paar Revisionen von MIPS32 ISA.OTP Server (ISC DHCPd empfohlen)
 * Geduld -- und viel davon
 * Für Silicon Graphics Workstations:
 * TFTP Server (tftp-hpa empfohlen)
 * Wenn die serielle Konsole verwendet werden muss:
 * MiniDIN8 --> RS-232 serielles Kabel (nur für IP22 und IP28 Systeme benötigt)
 * Nullmodem-Kabel
 * VT100 oder ANSI kompatibles Terminal, 9600 Baud fähig
 * Für Cobalt Server (NICHT der original Qube):
 * NFS Server
 * Nullmodem-Kabel
 * VT100 oder ANSI kompatibles Terminal, 115200 Baud fähig

TFTP und DHCP einrichten
Wie bereits erwähnt ist dies keine komplette Anleitung. Es ist ein Grundgerüst, das die Dinge nur ins Rollen bringt. Verwenden Sie es um ein Setup von Grund auf neu zu beginnen, oder nutzen Sie die Vorschläge zur Erweiterung eines bestehenden Setup mit Netboot-Unterstützung.

Es ist erwähnenswert, dass die genutzten Server nicht Gentoo Linux verwenden müssen. Sie können auch gut und gerne FeeBSD oder jede andere Unix-ähnliche Plattform nutzen. Dieser Leitfaden geht von der Verwendung von Gentoo Linux aus. Wenn gewünscht, ist es auch möglich TFTP/NFS auf einer separaten Maschine am DHCP Server zu betreiben.

Erster Schritt -- DHCP konfigurieren. Damit der ISC DHCP Daemon auf BOOTP anfragen reagiert (wie es vom SGI und Cobalt BOOTROM benötigt wird) Aktivieren Sie als erstes das dynamische BOOTP für den verwendeten Adressbereich. Dann erstellen Sie einen Eintrag für jeden Client mit Zeigern auf das Bootabbild.

Sobald es installiert ist, erstellen Sie die Datei. Hier ist ein Konfigurationsgrundgerüst um loszulegen.

Mit diesem Setup kann man eine beliebige Anzahl von Clients im Subnetz-Abschnitt hinzufügen. Wir besprechen das später in dieser Anleitung.

Nächster Schritt -- TFTP Server einrichten. Es wird empfohlen tftp-hpa zu verwenden, da es der einzige bekannte TFTP Daemon ist der korrekt arbeitet. Fahren Sie wie unten gezeigt mit der Installation fort.

Dies erzeugt das Verzeichnis zur Aufbewahrung der Netboot Abbilder. Verschieben Sie es an eine andere Stelle, falls notwendig. Zum Zwecke dieser Anleitung wird davon ausgegangen, dass es an der vorgegebenen Stelle verbleibt.

Netboot Abbild herunterladen
Je nach System für das die Installation gedacht ist, gibt es mehrere mögliche Images zum Download. Diese sind je nach System- und CPU-Typ benannt für den Sie kompiliert wurden. Die Maschinentypen sind wie folgt:

Im Dateinamen bezeichnet den Prozessor der R4000-Serie,  den R5000,  den RM5200 und  den R10000. Die Abbilder stehen auf den Gentoo Spiegelservern zur Verfügung.

DHCP Konfiguration für einen SGI Client
Nach dem Herunterladen der Datei legen Sie die entpackte Image-Datei in das Verzeichnis (verwenden Sie   zum dekomprimieren). Bearbeiten Sie anschließend die Datei und fügen Sie den passenden Eintrag für den SGI Client hinzu.

Kernel Optionen
Wir sind fast fertig, aber es gibt noch ein paar Optimierungen durchzuführen. Öffnen Sie eine Konsole mit Root-Privilegien.

Deaktivieren Sie "Path Maximum Transfer Unit". Andernfalls findet der SGI PROM den Kernel nicht:

Stellen Sie den vom SGI PROM nutzbaren Port-Bereich ein:

Dies sollte ausreichend sein, damit der Linux Server mit dem SGI PROM zusammenspielt.

Starten der Dienste
Starten Sie hier die Dienste.

Wenn im letzten Schritt nichts schiefgegangen ist, sollte alles zum Einschalten der Workstation und zum fortfahren mit der Anleitung bereit sein. Falls der DHCP Server aus welchen Gründen auch immer nicht startet, versuchen Sie  auf der Kommandozeile und schauen Sie was er sagt. Wenn alles gut läuft, sollte er direkt in den Hintergrund gehen. Andernfalls zeigt er 'exiting.' genau unterhalb seiner Beschwerde.

Eine einfache Möglichkeit zum Test ob der TFTP Daemon ausgeführt wird ist den folgenden Befehl einzugeben und seine Ausgabe zu prüfen:

Netbooting the SGI station
Okay, everything is set, DHCP is running as is TFTP. Now it is time to fire up the SGI machine. Power the unit on -- when "Running power-on diagnostics" comes on the screen, either click "Stop For Maintenance" or press. A menu similar to the following will show up.

Type in to enter the command monitor. On the monitor, start the BootP process:

From this point, the machine should start downloading the image, then, roughly 20 seconds later, start booting Linux. If all is well, a busybox ash shell will be started as shown below and the installation of Gentoo Linux can continue.

Troubleshooting
If the machine is being stubborn and refusing to download its image, it can be one of two things,
 * 1) the instructions were not followed correctly, or
 * 2) it needs a little gentle persuasion (No, put that sledge hammer down!)

Here's a list of things to check:
 * dhcpd is giving the SGI Machine an IP Address. There should be some messages about a BOOTP request in the system logs. tcpdump is also useful here.
 * Permissions are set properly in the tftp folder (typically -- should be world readable)
 * Check system logs to see what the tftp server is reporting (errors perhaps)

If everything on the server is checked, and timeouts or other errors occur on the SGI machine, try typing this into the console.

Overview of the netboot procedure
Unlike the SGI machines, Cobalt servers use NFS to transfer their kernel for booting. Boot the machine by holding down the left & right arrow buttons whilst powering the unit on. The machine will then attempt to obtain an IP number via BOOTP, mount the directory from the server via NFS, then try to download and boot the file vmlinux_raq-2800.gz (depending on the model) which it assumes to be a standard ELF binary.

Downloading a Cobalt netboot image
Inside http://distfiles.gentoo.org/experimental/mips/historical/netboot/cobalt/ the necessary boot images for getting a Cobalt up and running are made available. The files will have the name nfsroot-KERNEL-COLO-DATE-cobalt.tar -- select the most recent one and unpack it to / as shown below:

NFS server configuration
Since this machine uses NFS to download its image, it is necessary to export on the server. Install the package:

Once that is done, place the following in the file.

Now, once that is done, start the NFS server:

If the NFS server was already running at the time, tell it to take another look at its exports file using exportfs.

DHCP configuration for a Cobalt machine
Now, the DHCP side of things is relatively straightforward. Add the following to the file.

Starting daemons
Now start the daemons. Enter the following:

If nothing went wrong in that last step all should be set to power on the workstation and proceed with the guide. If the DHCP server isn't firing up for whatever reason, try running 'dhcpd' on the command line and see what it tells -- if all is well, it should just fork into the background, otherwise it will show 'exiting.' just below its complaint.

Netbooting the Cobalt machine
Now it is time to fire up the Cobalt machine. Hook up the null modem cable, and set the serial terminal to use 115200 baud, 8 bits, no parity, 1 stop bit, VT100 emulation. Once that is done, hold down the left & right arrow buttons whilst powering the unit on.

The back panel should display "Net Booting", and some network activity should be visible, closely followed by CoLo kicking in. On the rear panel, scroll down the menu until the "Network (NFS)" option then press. Notice that the machine starts booting on the serial console.

A busybox ash shell will pop up as shown below, from which the Gentoo Linux installation can continue.

Troubleshooting
If the machine is being stubborn and refusing to download its image, it can be one of two things,
 * 1) the instructions have not been followed correctly, or
 * 2) it needs a little gentle persuasion. (No, put that sledge hammer down!)

Here's a list of things to check:
 * dhcpd is giving the Cobalt Machine an IP Address. Notice messages about a BOOTP request in the system logs. tcpdump is also useful here.
 * Permissions are set properly in the folder. (should be world readable)
 * Make sure the NFS server is running and exporting the directory. Check this using   on the server.