NetBSD/sgimips Frequently Asked Questions

Grundlegende Fragen

• Wertvolles Wissen zum Thema 'serielle Konsole'
• NetBSD/sgimips übers Netz booten
• Cross-Kompilierung eines sgimips-Kernels
• MAC-Adresse setzen (IP22)
• tftp-Client-Fehler bei Standardeinstellungen
• Schwierigkeiten in Sachen PROM

Weitere Informationsquellen

• Diskless NetBSD HOW-TO
• NetBSD Serial Port Primer
• 'Indy Tech' bietet weitere Informationen betreffend der Indy Hardware.

Grundlegende Fragen

Wertvolles Wissen zum Thema 'serielle Konsole' (zurück)

Merke: nachfolgende Information dürfte bei anderen Modellen ebenfalls zutreffen. Um die Maschine über die serielle Konsole booten zu können ist sicherzustellen, dass beim Einschalten keine Tastatur angeschlossen ist. Standardmäßig läuft die Konsole auf dem seriellen Port #1 (9600, 8N1).

Eine weitere Möglichkeit ist es, im PROM- Monitor "setenv console d" einzugeben, um die Konsole auf #1 bzw. "setenv console d2", um sie auf #2 zu legen (der Standard ist "g"). Die Geschwindigkeit kann beliebig mittels "setenv dbaud <bps>" gesetzt werden. Nach Eingabe der PROM- Parameter ist ein "init" oder Neustart des Systems notwendig.

Wird IRIX über die Konsole gestartet, kann es sein, dass Logins nicht erlaubt sind. Diese können ermöglicht werden, indem Sie folgende Zeile in /etc/inittab einfügen:

st:23:respawn:/sbin/getty systty co_9600        # serial console - HF

Dabei ist es wichtig zu beachten, dass nun inittab mit "init q" erneut eingelesen werden muß.

Die Belegung des seriellen Ports ist dieselbe wie diejenige der SPARC- Systeme, und serielle Macintosh- Kabel eignen sich hervorragend als Konsolenkabel. Vgl. auch NetBSD Serial Port Primer für weitere Details.

NetBSD/sgimips übers Netz booten (zurück)

• Um diesen Port zu laden, muß der Kernel über das Netz geladen werden, was über SGIs ARCS- Firmware geschieht. Das Diskless NetBSD HOW-TO liefert weitere Informationen zum Thema Netbooting. Zusammengefasst sollten die nachfolgenden Schritte notwendig sein:
  1. Server: etc.tgz und base.tgz entpacken, beispielsweise nach /home/indy/root. Anschließend in das Verzeichnis root/dev wechseln und an dieser Stelle "sh MAKEDEV all" ausführen.
  2. Client: Im PROM der Maschine ist nun die MAC- Adresse herauszufinden; ganz einfach geht das durch ein "printenv eaddr".
  3. Server: Einrichten des DHCP; dies geschieht durch Anpassen der /etc/dhcpd.conf, etwa wie nachfolgend:

     ddns-update-style       none;
     subnet 10.0.0.0 netmask 255.255.255.0 {                # anpassen
             host indy {
                     hardware ethernet 08:00:69:09:93:78;   # eigene MAC
                     fixed-address 10.0.0.15;               # anpassen
                     #filename "/netbsd";                   # Auskommentiert lassen!
                     option root-path "/home/indy/root";
                     server-name="10.0.0.3";
             }
     }
     

     Sicherzustellen ist, dass "filename" nicht gesetzt wird, da es sonst nicht möglich sein wird, später eine andere Kernelbenennung im boot-Kommando des PROM anzugeben.

  4. Client: Wiederum im PROM wird nun die IP- Adresse auf ihre Richtigkeit überprüft:

     >> printenv netaddr
     netaddr=1.2.3.4
     >> setenv netaddr 10.0.0.15
     >> printenv netaddr
     netaddr=10.0.0.15
     

  5. Server: In /etc/inetd.conf ist zu prüfen, ob der Zugriff auf die Maschine per ftp erlaubt ist; anschließend wird ein 'sauberer' Kernel nach /tftpboot geschoben, beispielsweise netbsd.IP22.

  6. Client: Nun wird im PROM die Anweisung gegeben, den Kernel "netbsd.IP22" zu laden:

     >> boot -f bootp():/netbsd.IP22
     Setting $netaddr to 10.0.0.15 (from server 10.0.0.3)
     Obtaining /netbsd-IP22 from server 10.0.0.3
     ...
     

  7. Erscheint die Frage nach dem 'root device', erbringt "?" ein Liste mit Auswahlmöglichkeiten. Beispielsweise bezeichnet "sq0" das Netzwerk-Interface der Indy.
  8. Für das 'dump device' ist lediglich RETURN notwendig.
  9. Sofern nicht eine Platte zum Booten hergerichtet wurde, wird das 'root filesystem' zumeist über NFS geladen, also ist dies anzugeben: "nfs".
  Sollten Sie dabei auf Probleme stoßen, sind tcpdump(8) oder /pkgscr/net/ethereal nützliche Tools zur Analyse des Netzwerkverkehrs. Die IRIX PROM Manpage bietet tiefergehende Hilfestellungen im Umgang mit PROM- Parametern.

• Anschließend ist eine (zweite) Platte mit einem NetBSD FFS und Disklabel vorzubereiten; der Kernel kann root/swap auf dieser Platte nutzen. In diesem Moment ist es der Firmware nicht möglich, den Kernel von einem FFS Filesystem zu booten, vorerst muß dies über das Netzwerk geschehen.

Um den Vorgang zu starten, werden die nachfolgenden Dateien benötigt:

Snapshot:

ftp://ftp.NetBSD.org/pub/NetBSD/arch/sgimips/snapshot/

Kernel:

netbsd.ip32 oder

netbsd.ip22

Cross-Kompilierung eines sgimips-Kernels (zurück)

NetBSD ab Version 1.6 einschließlich unterstützt die Cross-Kompilierung des Basissystems vollständig- auch für nicht-Root-User und nicht-NetBSD-Hosts. Cross-building NetBSD im Bereich NetBSD Anleitungen und FAQs liefert weitere wissenswerte Details.

MAC-Adresse setzen (IP22) (zurück)

Hier nun ein Weg, die MAC-Adresse zu setzen - so funktioniert es zumindest auf der Indy, vielleicht aber auch auf anderen Maschinen mit HPC3s.

Es gelten die üblichen Disclaimer.

Eingabe im PROM:

dump -w -x 0xbfbe04e8

Sorgfältig überprüfen, ob die Ausgabe hier mit der Adresse, die in der Fehlermeldung 'ec0: bad ethernet address' angegeben wurde, übereinstimmt. Ist dies nicht der Fall, sollte an dieser Stelle nichts überschrieben werden.

fill -w -v 0xGG 0xbfbe04e8 fill -w -v 0xHH 0xbfbe04ec fill -w -v 0xII 0xbfbe04f0 fill -w -v 0xJJ 0xbfbe04f4 fill -w -v 0xKK 0xbfbe04f8 fill -w -v 0xLL 0xbfbe04fc

Wobei GG:HH:II:JJ:KK:LL die gewünschte MAC-Adresse ist. Eine durchaus gute Idee ist es, die Adresse, mit der die Maschine ursprünglich ausgeliefert wurde, weiterzuverwenden. Ist diese nicht mehr bekannt, kann der ggf. noch vorhandene Aufkleber an der Rückseite der Maschine weiterhelfen.

Nun muß das System herunter- und nach einer vollen Minute Wartezeit wieder heraufgefahren werden. Alle Variablen sind nun zurückgesetzt, genau wie beim resetenv-Kommando, mit Ausnahme von $eaddr.

tftp-Client-Fehler bei Standardeinstellungen (zurück)

Es ist möglich, dass der tftp-Client auf SGIs unter Benutzung der standard NetBSD-Einstllungen fehlschlagen wird. Der Grund: die aktuelle PROM-Version unterstützt keine Portnummern, bei denen das ``sign bit'' gesetzt wurde. Abhilfe schaffen Sie, indem Sie die Zahl der Portnummern für anonyme Verbindungen auf 32767 limitieren. Folgende Kernelparameter sollten das Problem lösen:

# sysctl -w net.inet.ip.anonportmin=20000
# sysctl -w net.inet.ip.anonportmax=32767

Schwierigkeiten in Sachen PROM (zurück)

Es gibt noch einige Haken, abhängig von der benutzten PROM-Version und der installierten OS (SASH)-Version:

1. Alte Versionen der SASH haben Probleme mit der unrichtigen Wiedergabe der Speichertabelle... Erhält man beim Booten einen 'kernel panic' mit einer Message bezüglich UVM (sogar noch vor der Copyright-Message) ist es einen Versuch wert, den Kernel direkt aus dem PROM (und nicht aus der SASH) heraus zu laden. (Eine I2 hatte ebenfalls dieses Problem, bevor sie auf IRIX 6.x aktualisiert wurde. -- Zuvor lief sie unter IRIX5.3.)

2. Noch ein Problem mit alten PROMs -- die verstehen kein ELF, also braucht man einen ECOFF- Kernel. Ein Workaround hierfür kann die Benutzung der SASH sein, die offenbar ELF sogar in IRIX 5.x versteht; vgl. auch Problem #1.

Home Page

Zurück zu Dokumentation