Debian stellt keine zusätzlichen Anforderungen an die Hardware außer denen des Linux-Kernels und der GNU-Werkzeuge. Daher läuft Debian auf jeder Architektur oder Plattform, auf die der Linux-Kernel, libc, gcc usw. portiert wurden und für die eine Debian-Portierung existiert. Bitte besuchen Sie die Portierungs-Seite für weitere Informationen über &arch-title;-Architektur-Systeme, die mit Debian getestet wurden. Dieser Abschnitt versucht nicht, all die verschiedenen Hardware-Konfigurationen zu erläutern, die von &arch-title; unterstützt werden, sondern bietet vielmehr allgemeine Informationen und Verweise, wo zusätzliche Informationen gefunden werden können. Debian &release; unterstützt elf Haupt-Architekturen und einige Variationen dieser Architekturen, auch als Flavours bekannt. ArchitekturDebian-Kennzeichnung UnterarchitekturFlavour Intel x86-basiert i386 AMD64 & Intel EM64T amd64 DEC Alpha alpha ARM arm Netwinder und CATS netwinder armel Versatile versatile arm und armel Intel IOP32x iop32x Intel IXP4xx ixp4xx Marvell Orion orion5x HP PA-RISC hppa PA-RISC 1.1 32 PA-RISC 2.0 64 Intel IA-64 ia64 MIPS (Big Endian) mips SGI IP22 (Indy/Indigo 2) r4k-ip22 SGI IP32 (O2) r5k-ip32 MIPS Malta (32 Bit) 4kc-malta MIPS Malta (64 Bit) 5kc-malta Broadcom BCM91250A (SWARM) sb1-bcm91250a Broadcom BCM91480B (BigSur) sb1a-bcm91480b MIPS (Little Endian) mipsel Cobalt cobalt MIPS Malta (32 Bit) 4kc-malta MIPS Malta (64 Bit) 5kc-malta Broadcom BCM91250A (SWARM) sb1-bcm91250a Broadcom BCM91480B (BigSur) sb1a-bcm91480b Motorola 680x0 m68k Atari atari Amiga amiga 68k Macintosh mac VME bvme6000 mvme147 mvme16x IBM/Motorola PowerPC powerpc PowerMac pmac PReP prep Sun SPARC sparc sun4u sparc64 sun4v IBM S/390 s390 IPL vom VM-Reader und DASD generic IPL vom Bandlaufwerk tape Dieses Dokument umfasst die Installation für die &arch-title;-Architektur. Wenn Sie Informationen über eine der anderen von Debian unterstützten Architekturen suchen, besuchen Sie die Debian Portierungs-Seiten. Dies ist die erste offizielle Veröffentlichung von &debian; für die &arch-title;-Architektur. Wir finden, dass sie sich ausreichend bewährt hat, um veröffentlicht zu werden. Nachdem sie jedoch noch nicht eine so starke Verbreitung (und daher auch nicht so viel Erprobung bei den Benutzern) gefunden hat, könnten Sie hin und wieder auf Fehler stoßen. Verwenden Sie unsere Fehlerdatenbank (Bug Tracking System, BTS), um Probleme zu melden; geben Sie jedoch auf jeden Fall an, dass der Fehler auf &arch-title; vorgekommen ist. Es könnte auch notwendig sein, die debian &arch-listname;-Mailingliste zu kontaktieren. &supported-alpha.xml; &supported-amd64.xml; &supported-arm.xml; &supported-hppa.xml; &supported-i386.xml; &supported-ia64.xml; &supported-m68k.xml; &supported-mips.xml; &supported-mipsel.xml; &supported-powerpc.xml; &supported-s390.xml; &supported-sparc.xml; Auch Laptops werden unterstützt und heutzutage funktionieren die meisten out of the box, also direkt ohne manuelle Nacharbeit. Falls ein Laptop spezialisierte oder proprietäre Hardware enthält, werden bestimmte Funktionen möglicherweise nicht unterstützt. Um zu erfahren, ob ein bestimmter Laptop gut mit GNU/Linux funktioniert, können Sie zum Beispiel die Linux-on-Laptops-Seiten besuchen. Mehrprozessor-Unterstützung – auch symmetrisches Multiprocessing (SMP) genannt – ist für diese Architektur verfügbar. Das Standard-Kernelimage in &release; wurde mit SMP-Unterstützung kompiliert. Dieser Kernel ist auch auf nicht-SMP-Systemen nutzbar. Zwar hat er einen geringen Overhead, was zu einem kleinen Verlust an Performance führt, dies ist jedoch bei normaler Systemnutzung kaum zu bemerken. Um den Kernel für Single-CPU-Systeme zu optimieren, müssen Sie den Standard-Debian-Kernel durch einen eigenen ersetzen. Eine Erörterung dazu finden Sie im . Zum momentanen Zeitpunkt (Kernel-Version &kernelversion;) ist der Weg zum Deaktivieren von SMP das Abwählen von &smp-config-option; im &smp-config-section;-Abschnitt der Kernel-Konfiguration. Mehrprozessor-Unterstützung – auch symmetrisches Multiprocessing (SMP) genannt – ist für diese Architektur verfügbar. Das Standard-Kernelimage in &release; wurde mit SMP-alternatives-Unterstützung kompiliert. Das bedeutet, dass der Kernel die Zahl der Prozessoren (oder Prozessor-Kerne) erkennt und bei Ein-Prozessor-Systemen automatisch die SMP-Unterstützung deaktiviert. Die 486-Variation des Debian-Kernelimage-Pakets für &arch-title; ist nicht mit SMP-Unterstützung kompiliert. Mehrprozessor-Unterstützung – auch symmetrisches Multiprocessing (SMP) genannt – ist für diese Architektur verfügbar. Das Standard-Kernelimage in &release; unterstützt jedoch kein SMP. Das sollte eine Installation jedoch nicht verhindern, da der Standard-Nicht-SMP-Kernel auch auf SMP-Systemen starten müsste; der Kernel wird dann lediglich die erste CPU verwenden. Um die Vorteile von mehreren Prozessoren zu nutzen, müssen Sie den Standard-Debian-Kernel ersetzen. Eine Erörterung dazu finden Sie im . Zum momentanen Zeitpunkt (Kernel-Version &kernelversion;) ist der Weg zum Aktivieren von SMP das Auswählen von &smp-config-option; im &smp-config-section;-Abschnitt der Kernel-Konfiguration. Mehrprozessor-Unterstützung – auch symmetrisches Multiprocessing (SMP) genannt – ist für diese Architektur verfügbar und wird auch von einem der vorkompilierten Kernel unterstützt. Es hängt jedoch von Ihrem Installationsmedium ab, ob dieser SMP-fähige Kernel standardmäßig installiert wird. Dies sollte eine Installation aber nicht verhindern, da der Standard-Nicht-SMP-Kernel auch auf SMP-Systemen starten müsste; der Kernel wird dann lediglich die erste CPU verwenden. Um die Vorteile von mehreren Prozessoren zu nutzen, sollten Sie überprüfen, ob ein Kernelpaket, das SMP unterstützt, installiert ist und, falls nicht, ein passendes Paket auswählen und installieren. Sie können auch einen eigenen benutzerspezifischen Kernel mit SMP-Unterstützung bauen. Zum momentanen Zeitpunkt (Kernel-Version &kernelversion;) ist der Weg zum Aktivieren von SMP das Auswählen von &smp-config-option; im &smp-config-section;-Abschnitt der Kernel-Konfiguration. Sie sollten eine VGA-kompatible Grafikschnittstelle für das Konsolen-Terminal verwenden. Nahezu jede moderne Grafikkarte ist zu VGA kompatibel. Ältere Standards wie CGA, MDA oder HGA sollten ebenfalls funktionieren, sofern Sie keinen X11-Support benötigen. Beachten Sie, dass X11 während des Installationsvorgangs, wie er in diesem Dokument beschrieben wird, nicht verwendet wird. Debian's Unterstützung für grafische Schnittstellen hängt vom zu Grunde liegenden Support des X.Org-X11-Systems ab. Die meisten AGP-, PCI- und PCIe-Grafikkarten funktionieren unter X.Org. Details über unterstützte Grafikkarten-Bussysteme, Grafikkarten, Bildschirme und Zeigegeräte finden Sie unter . &debian; &release; liefert X.Org in der Version &x11ver; mit. Das X.Org X-Window-System wird nur auf dem SGI Indy unterstützt. Die Broadcom BCM91250A- und BCM91480B-Evaluation-Boards haben Standard-3.3v-PCI-Steckplätze und unterstützen VGA-Emulation oder Linux-Framebuffer auf einer ausgewählten Gruppe von Grafikkarten. Eine Kompatibilitätsliste für die Broadcom Evaluation-Boards ist verfügbar. Die Broadcom BCM91250A- und BCM91480B-Evaluation-Boards haben Standard-3.3v-PCI-Steckplätze und unterstützt VGA-Emulation oder Linux-Framebuffer auf einer ausgewählten Gruppe von Grafikkarten. Eine Kompatibilitätsliste für die Evaluation-Boards ist verfügbar. Die meiste Grafik-Hardware, die man auf Sparc-basierten Maschinen findet, wird unterstützt. X.Org-Grafiktreiber sind verfügbar für sunbw2, suncg14, suncg3, suncg6, sunleo- und suntcx-Framebuffer, Creator3D- und Elite3D-Karten (sunffb-Treiber), PGX24/PGX64 ATI-basierte Grafikkarten (ati-Treiber) sowie für PermediaII-basierte Karten (glint-Treiber). Um eine Elite3D-Karte mit X.Org verwenden zu können, müssen Sie zusätzlich das Paket afbinit installieren; lesen Sie auch die Dokumentation, die dort enthalten ist, für Informationen, wie Sie die Karte aktivieren. Es ist für eine Sparc-Maschine nicht unüblich, in der Standardbestückung zwei Grafikkaren installiert zu haben. In einem solchen Fall besteht die Möglichkeit, dass der Linux-Kernel seine Ausgabe nicht auf die Karte ausgibt, die eingangs von der Firmware genutzt wurde, sondern auf die andere. Weil in einem solchen Fall auf der grafischen Konsole nichts angezeigt wird, könnte man fälschlicherweise davon ausgehen, der Rechner würde hängen (gewöhnlich ist die letzte Meldung, die Sie auf der Konsole sehen Booting Linux...). Eine mögliche Lösung ist, eine der Karten physikalisch aus dem System zu entfernen; eine andere Möglichkeit wäre, eine der Karten mittels eines Kernel-Boot-Parameters zu deaktivieren. Alternativ können Sie die serielle Konsole zur Installation verwenden, wenn die grafische Bildschirmanzeige eh nicht nötig oder erwünscht ist. Auf einige Systemen kann die Nutzung der seriellen Konsole ganz einfach aktiviert werden, indem man den Stecker der Tastatur vor dem Systemstart herauszieht. &network-cards.xml; &supported-peripherals.xml; Neben der Verfügbarkeit eines Gerätetreiber erfordern einige Geräte zusätzlich sogenannte Firmware (oder Microcode), die in das Gerät geladen werden muss, damit es funktioniert. Dies ist überwiegend bei Netzwerkkarten (speziell für Drahtlos-Netzwerke/Wireless-LAN) üblich, aber es gibt zum Beispiel auch USB-Geräte und sogar einige Festplatten-Controller, die Firmware erfordern. In den meisten Fällen ist Firmware im Sinne der Kriterien des &debian;-Projekts nicht frei und kann deshalb nicht in der Hauptdistribution oder im Installationssystem integriert werden. Falls der Gerätetreiber selbst in der Distribution enthalten ist und falls &debian; die Firmware legal weiterverteilen darf, ist sie aber oft als separates Paket in der Non-Free-Sektion des Archivs verfügbar. Dies bedeutet aber nicht, dass solche Hardware nicht während der Installation verwendet werden kann. Seit &debian; 5.0 unterstützt der &d-i; die Möglichkeit, Firmware-Dateien oder -Pakete von einem transportablen Medium (wie einer Diskette oder einem USB-Stick) nachzuladen. enthält detailierte Informationen, wie Sie die Firmware während der Installation laden können.