MIPS/FAQ

From Gentoo Wiki
< MIPS
Jump to:navigation Jump to:search
This page is a translated version of the page MIPS/FAQ and the translation is 67% complete.
Outdated translations are marked like this.
Other languages:


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

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 ans uns wenden.

Siehe auch
Siehe auch die FAQ, oder die Portage FAQ für häufig gestellte Fragen über den Paketmanager. Es gibt auch einen FAQ Teil im Handbuch. Für häufig gestellte Fragen bezüglich des Dokumentations-Wikis und der Bearbeitung des Wiki, siehe Wiki FAQ. Es gibt auch andere architekturspezifische FAQs, wie zum Beispiel: AMD64/FAQ, PPC/FAQ, und Alpha/FAQ.

Über das Gentoo/MIPS-Projekt

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 Gentoo Prefix Projekt fallen. Einige Arbeiten wurden bereits für IRIX durchgeführt, die Überreste davon können in Bugzilla gefunden werden.

MIPS-Hardware-FAQs

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 Gentoo Embedded Projekts wie z.B. das Linksys WRT54G.

Wird mein Gerät unterstützt?

Für die erste Variante ist es einfach, einen Blick auf die Gentoo/MIPS-Anforderungsseite 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.

MIPS-Software-FAQs

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:

CODE Schema für die Benennung von Stage-Tarballs
stage3-mipsel4_multilib-20110627.tar.bz2
\____/ \_____/ \______/ \______/
   |      |       |        |
   |      |       |        `-- Gentoo Release (date of creation)
   |      |       |
   |      |       `--- ABI: multilib, n32, n64 (nothing for o32)
   |      |
   |      `----------- Endianness and ISA Level
   |                     mips   ==> Big Endian
   |                     mipsel ==> Little Endian
   |
   `------------------ Stage Tarball type: 1, 2 or 3.

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

Für R5000-Klasse oder spätere CPUs, verwenden Sie mips4 oder mipsel4 Stage-Tarballs.

Ich habe beim Chrooten die Fehlermeldung "Illegal Instruction" oder "Cannot Execute Binary File" erhalten. Was habe ich falsch gemacht?

Dies wird im Allgemeinen durch die Verwendung des falschen Stage-Tarballs verursacht. Wenn Sie versuchen, ein mips4-Userland auf einer mips3-CPU auszuführen, erhalten Sie die Fehlermeldung illegal instruction. Wenn Sie eine Big-Endian-CPU haben und versuchen, Little-Endian-Code darauf auszuführen, erhalten Sie die Fehlermeldung cannot execute binary file.

Die Lösung ist einfach: Leeren Sie Ihre Partition und entpacken Sie dann den richtigen Tarball.

Silicon Graphics-spezifische FAQs

Warum bootet mein SGI-Rechner nicht vom Netz?

Dafür kann es viele Gründe geben, von Problemen mit der Verkabelung bis hin zu Problemen auf dem Server. Die beste Methode zur Fehlerbehebung ist ein schrittweises Vorgehen...

  1. Have you got the SGI machine (and server) plugged into the right network ports?
    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.
  2. Are there any firewalls in use?
    Make sure your firewall is not blocking DHCP/BOOTP requests (ports 67 and 68 on UDP) or TFTP (port 69 on UDP). iptables -I INPUT 1 -p udp --dport 67:69 -j ACCEPT should get things rolling.
  3. Have you disabled packet MTU discovery and set the port range?
    SGI boxes require /proc/sys/net/ipv4/ip_no_pmtu_disc = 1 and /proc/sys/net/ipv4/ip_local_port_range = "2048 32767". See the Gentoo/MIPS handbook.
    Hinweis
    Only required for IP22/IP28 systems. Other SGI systems can netboot without these two tweaks.
  4. Is the server giving out the correct details via BOOTP?
    Double check your /etc/dhcp/dhcpd.conf . ISC's dhcpd won't dish out addressing information via BOOTP unless the machine has been statically defined with a fixed address.
  5. Which TFTP server are you using?
    tftp-hpa is known to work. atftp is a lot more advanced, this can cause problems. If in doubt, try installing tftp-hpa and see if the problem clears up.
  6. Are the daemons running?
    dhcpd should show up when typing ps ax . As for TFTP, it'll largely depend on whether its a standalone server, or if its running from (x)inetd . tftp-hpa runs as a process called in.tftpd . Look for that in the ps ax output and start any services not currently running.
  7. Does the kernel exist in /tftpboot ?
    Make sure you place the kernel image to be booted in this directory and that it is world-readable. ( chmod 644 /tftpboot/foo ) Also, in your /etc/dhcp/dhcpd.conf , note that the path to the kernel will be relative to the /tftpboot directory if you're using tftp-hpa .
  8. Have you unset the netaddr and dlserver PROM variables?
    Try running unsetenv netaddr and unsetenv dlserver .

Der Rechner lädt den Kernel herunter, hängt sich dann aber auf (bei Verwendung eines Monitors und einer Tastatur, nicht nur einer seriellen Konsole)

Leider werden noch nicht alle Grafik-Framebuffer unter Linux unterstützt. Das bedeutet nicht, dass Sie den Rechner nicht benutzen können... es bedeutet nur, dass Sie ein serielles Nullmodemkabel benötigen, um mit ihm zu kommunizieren. Es ist durchaus möglich, dass der Rechner tatsächlich läuft, das System aber auf die serielle Konsole und nicht auf den Bildschirm ausgibt. Versuchen Sie es mit einer seriellen Standardverbindung 9600 8N1 mit einem Nullmodem-Adapter.

Cobalt-spezifische FAQs

Warum lässt sich mein Cobalt-Rechner nicht starten?

Das kann eine Reihe von Gründen haben. Am einfachsten ist es jedoch, eine Checkliste durchzugehen und sicherzustellen, dass alles korrekt ist.

  1. Have you got the Cobalt machine (and server) plugged into the right network ports?
    Make sure the network is cabled correctly. Please note, the Cobalt firmware will only boot via the Primary network port.
  2. Are there any firewalls in use?
    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:
    root #iptables -I INPUT 1 -p udp --dport 67:68 -j ACCEPT
    root #iptables -I INPUT 1 -p udp --dport 111 -j ACCEPT
    root #iptables -I INPUT 1 -p tcp --dport 111 -j ACCEPT
  3. Is the server giving out the correct details via BOOTP?
    Double check your /etc/dhcp/dhcpd.conf . ISCs dhcpd won't dish out addressing information via BOOTP unless the machine has been statically defined with a fixed address.
  4. Are you exporting /nfsroot in your /etc/exports ?
    Make sure you are exporting that to the Cobalt machine. It only needs read-only access. Also remember to run exportfs -av after you edit the file.
  5. Are the daemons running?
    dhcpd should show up when typing ps ax . Likewise with portmap and the other RPC daemons. The following commands should look after this for you: /etc/init.d/dhcp start /etc/init.d/nfs start
  6. Does the kernel exist in /nfsroot ?
    Make sure you place the kernel image to be booted in this directory and that it is world-readable. ( chmod 644 /nfsroot/foo )

Warum unterstützten Sie den Qube 2700 nicht?

Der Qube 2700 war der erste der Cobalt-Server. Es sind zwar sehr schöne Geräte, aber leider fehlt ihnen ein serieller Anschluss. Mit anderen Worten, jede Interaktion mit dem Gerät muss über ein Netzwerk erfolgen. Zurzeit unterstützen unsere Netboot-Images dies nicht.


This page is based on a document formerly found on our main website gentoo.org.
The following people contributed to the original document: Stuart Longland, Matt Turner
They are listed here because wiki history does not allow for any external attribution. If you edit the wiki article, please do not add yourself here; your contributions are recorded on each article's associated history page.