MIPS/FAQ/de

Diese FAQ Article description::beantwortet einige der am häufigsten gestellten Fragen im Zusammenhang mit Gentoo/MIPS und Linux/MIPS im Allgemeinen.

Einleitung
Diese FAQ soll häufig gestellte Fragen zu Gentoo/MIPS und Linux/MIPS beantworten, die wir von verschiedenen Benutzern erhalten. Sie richtet sich sowohl an neue Benutzer als auch an erfahrene Benutzer. Sie wurde in eine Reihe von Kategorien aufgeteilt, um die Navigation zu erleichtern.

Wenn Sie einen Beitrag zu den FAQ leisten möchten oder nach dem Lesen dieses Leitfadens noch Fragen haben, die unbeantwortet geblieben sind, können Sie sich gerne.

Was ist Gentoo/MIPS?
Gentoo/MIPS ist eine kleines Projekt, das sich um die MIPS-Portierung von Gentoo Linux kümmert.

Warum Gentoo Linux auf MIPS installieren
Okay, sicher, einige MIPS-Maschinen sind heutzutage nicht mehr die schnellsten. Aber trotz des Alters einiger dieser Biester können sie immer noch sehr funktionale, nützliche Maschinen sein. Ein Cobalt Qube 2 könnte ein sehr guter Breitband-Internet-Router sein, der in der Lage ist, Websites, E-Mail, IRC und zahlreiche andere Aufgaben zu hosten. Es gibt eine Reihe von Gründen, warum man Linux auf dieser Art von Hardware installieren sollte.


 * Man lernt eine Menge über Computer-Hardware, indem man einen anderen Bezugsrahmen erhält.


 * Es ermöglicht Ihnen, eine ansonsten nutzloses Gerümpel in ein sehr funktionelles System zu verwandeln.


 * Statussymbol: Linux auf x86 ist heutzutage so weit verbreitet, dass es nicht mehr lustig ist. Linux auf MIPS ist jedoch weitaus weniger verbreitet und sorgt für viel Gesprächsstoff.

Warum portieren Sie Gentoo nicht auf NetBSD/MIPS oder IRIX?
Hey, tolle Idee. Leider haben vieler des Gentoo/MIPS-Teams bereits alle Hände voll zu tun, sich um Linux/MIPS zu kümmern, sowie andere Verpflichtungen. Ein Projekt wie dieses würde unter das Dach des fallen. Einige Arbeiten wurden bereits für IRIX durchgeführt, die Überreste davon können in Bugzilla gefunden werden.

Was ist MIPS?
MIPS Technologies ist ein Unternehmen, das eine Reihe von RISC-CPU-Kernen herstellt, die die MIPS-Architektur implementieren. Diese Prozessoren werden in allen Arten von Hardware eingesetzt, von kleinen eingebetteten Geräten bis hin zu großen Servern.

Es ist auch ein Akronym: Millions of Instructions Per Second.

Welche Art von Hardware verwendet MIPS-Prozessoren?
Kurz gesagt... eine Menge. MIPS-Prozessoren werden in allen mögliche Geräten eingesetzt, von kleinen PDAs (wie den frühen Window CE-betriebenen Casio-PDAs), X-Terminals (z.B. Tektronix TekXPress XP330-Serie) bis hin zu Workstations wie dem Silicon Graphics Indy und O2 und sogar High-End-Servern wie dem Silicon Graphics Origin 2000.

Eine umfassende Liste ist auf der Linux/MIPS Website zu finden.

... und das ist nur die Spitze des Eisbergs. Diese Maschinen sind vielfältig und unterschiedlich. Auf vielen von ihnen läuft derzeit kein Linux. Von denen, die es tun, unterstützen wir nur eine Handvoll, obwohl Sie gerne Gentoo/MIPS auf jede MIPS-Maschine portieren können, wenn Sie es wünschen. Einige dieser Maschinen sind auch im Fokus des wie z.B. das Linksys WRT54G.

Wird mein Gerät unterstützt?
Für die erste Variante ist es einfach, einen Blick auf die zu werfen. Dort erfahren Sie, ob Ihr System theoretisch mit Gentoo/MIPS laufen kann.

Wenn Ihr Rechner dort nicht aufgeführt ist, können Sie auf der Linux/MIPS-Website nachsehen, ob er dort zu finden ist. Die Installation ist jedoch nicht ganz einfach, da Sie die Einstellung eines Kernel und geeigneter Bootmedien führ Ihre Hardware weitgehend selbst vornehmen müssen. Natürlich werden wir versuchen zu helfen, wo wir können.

Warum unterstützen Sie die Maschine X nicht?
Wenn Sie sich die Seite mit den Gentoo/MIPS-Hardwareanforderungen angesehen haben, haben sie wahrscheinlich bemerkt, dass es eine Menge Maschinen gibt, die wir nicht unterstützen. Im Falle der SGI-Hardware ist über einige von ihnen sehr wenig bekannt, nicht genug, um Linux erfolgreich auf sie zu portieren.

Wenn Sie es geschafft haben, Linux auf einem Rechner zum Laufen zu bringen, der derzeit als nicht unterstützt gelistet ist, teilen Sie uns dies bitte mit. Wir wären daran interessiert.

Welchen Stage-Tarball soll ich verwenden?
Dies hängt von dem in Ihrem System verwendeten CPU-Typ ab. Der Dateiname der Stufe lautet wie folgt:

Für R4000-Klasse CPUs, verwenden Sie  oder   Stage-Tarballs.

For R5000-class or later CPUs, use a  or   stage tarball.

I got an "Illegal Instruction" or "Cannot Execute Binary File" error message when chrooting. What did I do wrong?
This is generally caused by using the wrong stage tarball. If you try to run a  userland on a   CPU, you'll get an illegal instruction error message. Likewise, if you have a Big Endian CPU and you try to run Little Endian code on it, you'll get cannot execute binary file.

The fix is simple: clean out your partition, then unpack the correct tarball.

Why doesn't my SGI machine netboot?
This could be for any number of reasons, ranging from cabling issues, through to issues on the server. The best way to troubleshoot any problem is a step-by-step approach...

Make sure the network is cabled correctly. Also note that some machines have special needs. For instance the Challenge S cannot obtain network connectivity under Linux via its UTP port, you need to use the AUI port via a transceiver. Make sure your firewall is not blocking DHCP/BOOTP requests (ports 67 and 68 on UDP) or TFTP (port 69 on UDP). should get things rolling. SGI boxes require = 1 and  = "2048 32767". See. Double check your. ISC's dhcpd won't dish out addressing information via BOOTP unless the machine has been statically defined with a fixed address. is known to work. is a lot more advanced, this can cause problems. If in doubt, try installing  and see if the problem clears up. should show up when typing. As for TFTP, it'll largely depend on whether its a standalone server, or if its running from. runs as a process called. Look for that in the  output and start any services not currently running. Make sure you place the kernel image to be booted in this directory and that it is world-readable. Also, in your, note that the path to the kernel will be relative to the  directory if you're using. Try running  and.
 * 1)  Have you got the SGI machine (and server) plugged into the right network ports?
 * 1)  Are there any firewalls in use?
 * 1)  Have you disabled packet MTU discovery and set the port range?
 * 1)  Is the server giving out the correct details via BOOTP?
 * 1)  Which TFTP server are you using?
 * 1)  Are the daemons running?
 * 1)  Does the kernel exist in  ?
 * 1)  Have you unset the   and   PROM variables?

The machine downloads the kernel, but then "hangs" (using a monitor and keyboard not serial console)
Unfortunately, not all graphics frame buffers are supported under Linux yet. This doesn't mean you can't use the machine... it just means you'll need a null-modem serial cable to interact with it. It is quite possible that the machine is in fact running, however, the system is outputting to the serial console rather than the screen. Try using a default serial connection of 9600 8N1, with a null modem adapter.

Why won't my Cobalt machine boot?
This could be for a number of reasons. Our easiest bet however is to run through a checklist and make sure everything is correct.

Make sure the network is cabled correctly. Please note, the Cobalt firmware will only boot via the Primary network port. Make sure your firewall is not blocking DHCP/BOOTP requests (ports 67 and 68 on UDP) or RPC/Portmap (port 111 on UDP and TCP). The following firewall rules should get things rolling: Double check your. ISCs dhcpd won't dish out addressing information via BOOTP unless the machine has been statically defined with a fixed address. Make sure you are exporting that to the Cobalt machine. It only needs read-only access. Also remember to run  after you edit the file. should show up when typing. Likewise with  and the other RPC daemons. The following commands should look after this for you: Make sure you place the kernel image to be booted in this directory and that it is world-readable.
 * 1)  Have you got the Cobalt machine (and server) plugged into the right network ports?
 * 1)  Are there any firewalls in use?
 * 1)  Is the server giving out the correct details via BOOTP?
 * 1)  Are you exporting  in your  ?
 * 1)  Are the daemons running?
 * 1)  Does the kernel exist in  ?

Why don't you support the Qube 2700?
The Qube 2700 was the first of the Cobalt servers. While they are very nice machines, unfortunately, they lack a serial port. In other words, any interaction with the machine has to be done through a network. At present, our netboot images do not support this.