En ce qui concerne le matériel, &debian; n'a pas plus d'exigences que le noyau Linux et les outils GNU. Par conséquent, toute architecture ou plateforme, sur laquelle le noyau Linux, la libc, le compilateur gcc, etc. ont été portés, et pour laquelle un portage de &debian; existe, peuvent faire fonctionner &debian;. Reportez-vous aux pages sur les portages pour plus de précisions concernant les systèmes d'architecture &arch-title; qui ont été testés avec &debian-gnu;. Plutôt que d'essayer de décrire les différentes configurations matérielles acceptées par &arch-title;, cette section contient des informations générales et des liens vers des informations complémentaires. &debian; GNU/Linux &release; fonctionne sur onze architectures principales et sur de nombreuses variantes de celles-ci, appelées saveurs. ArchitectureÉtiquette &debian; Sous-ArchitectureSaveur Intel x86-based i386 AMD64 & Intel EM64T amd64 ARM armel Intel IOP32x iop32x Intel IXP4xx ixp4xx Marvell Kirkwood kirkwood Marvell Orion orion5x Versatile versatile ARM avec matériel FPU armhf Freescale mx5 Intel IA-64 ia64 MIPS (grand boutien) mips SGI IP22 (Indy/Indigo 2) r4k-ip22 SGI IP32 (O2) r5k-ip32 MIPS Malta (32 bits) 4kc-malta MIPS Malta (64 bits) 5kc-malta MIPS (petit boutien) mipsel Cobalt cobalt MIPS Malta (32 bits) 4kc-malta MIPS Malta (64 bits) 5kc-malta IBM/Motorola PowerPC powerpc PowerMac pmac PReP prep Sun SPARC sparc sun4u sparc64 sun4v IBM S/390 s390 IPL avec VM-reader et DASD generic IPL avec bande bande 64 bits, IBM S/390 s390 IPL avec VM-reader et DASD generic IPL avec bande bande &debian; GNU/kFreeBSD &release; fonctionne sur deux architectures. ArchitectureÉtiquette &debian; Intel x86-based kfreebsd-i386 AMD64 & Intel EM64T kfreebsd-amd64 Ce document décrit l'installation pour l'architecture &arch-title;. avec le noyau &arch-kernel;. Des versions pour les autres architectures disponibles existent sur les pages Debian-Ports. L'architecture &arch-title; fonctionne seulement sur les processeurs Itanium d'Intel. Elle ne fonctionne pas sur les processeurs 64-bit plus communs appartenant à la famille EM64T, comme le Pentium D ou le Core2 Duo. Ces systèmes fonctionnent avec l'architecture amd64 ou si vous préférez le mode 32-bit, avec l'architecture i386. Voici la première version officielle de &debian-gnu; pour l'architecture &arch-title;. Nous pensons que le portage a fait ses preuves et qu'il peut être rendu public. Cependant, comme il n'a pas encore été soumis à la vraie vie (ni testé par d'autres utilisateurs) comme l'ont été d'autres architectures, vous pourriez rencontrer quelques bogues. Utilisez notre système de suivi des bogues pour signaler les problèmes ; n'oubliez pas de mentionner que le bogue s'est produit sur une plateforme &arch-title;. Et prévenez aussi la liste de diffusion debian-&arch-listname;. &supported-amd64.xml; &supported-arm.xml; &supported-hppa.xml; &supported-i386.xml; &supported-ia64.xml; &supported-mips.xml; &supported-mipsel.xml; &supported-powerpc.xml; &supported-s390.xml; &supported-sparc.xml; D'un point de vue technique, les ordinateurs portables fonctionnent comme les autres PC et l'information concernant les PC s'applique aux portables. L'installation de &debian; sur un portable se passe très bien. Des fonctionnalités comme la suspension automatique du système à la fermeture du couvercle ou la reconnaissance de boutons spécifiques aux portables comme celui pour désactiver l'interface wifi (mode « airplane ») sont correctement installées. Cependant quelques constructeurs utilisent du matériel propriétaire pour certains fonctions, matériel qui n'est pas toujours reconnu. Pour vérifier que votre portable fonctionne bien avec GNU/Linux, consultez les pages sur les portables sous Linux. Cette architecture accepte les systèmes à plusieurs processeurs (symmetric multiprocessing ou SMP). À l'origine, sur certains serveurs haut de gamme, un système à multiples processeurs pouvait provoquer des problèmes. Aujourd'hui un simple ordinateur de bureau ou un portable possède plusieurs processeurs sous la forme d'un processeur multicœur, une puce contenant deux ou plus processeurs appelés cœur. L'image standard du noyau &debian; &release; a été compilée avec SMP mais elle parfaitement utilisable sur les systèmes non-SMP. Cette architecture accepte les systèmes à plusieurs processeurs (symmetric multiprocessing ou SMP). L'image standard du noyau &debian; &release; a été compilée avec l'option SMP-alternatives. Le noyau détectera si votre système possède plusieurs processeurs et désactivera automatiquement la gestion SMP sur les systèmes avec un seul processeur. À l'origine, sur certains serveurs haut de gamme, un système à multiples processeurs pouvait provoquer des problèmes. Aujourd'hui un simple ordinateur de bureau ou un portable possède plusieurs processeurs sous la forme d'un processeur multicœur, une puce contenant deux ou plus processeurs appelés cœur. Pour l'architecture &arch-title;, la variante 486 de l'image &debian; du noyau n'est pas compilée avec l'option SMP. Cette architecture accepte les systèmes à plusieurs processeurs (symmetric multiprocessing ou SMP). Cependant, l'image standard du noyau &debian; &release; ne reconnaît pas le SMP. Cela ne devrait pas empêcher l'installation, puisque le noyau non-SMP devrait démarrer sur les systèmes SMP, le noyau utilisera simplement le premier CPU. Afin de tirer profit de plusieurs processeurs, vous devrez remplacer le noyau standard &debian;. Vous trouverez une discussion sur la façon de faire dans la . Aujourd'hui (version &kernelversion; du noyau) la façon d'activer SMP est de choisir &smp-config-option; dans la section &smp-config-section; quand on configure le noyau. Cette architecture accepte les systèmes à plusieurs processeurs (symmetric multiprocessing ou SMP). Une image standard du noyau &debian; &release; a été compilée avec SMP. Selon votre support d'installation, ce noyau peut ou non être installé par défaut. Cela ne devrait pas empêcher l'installation, puisque le noyau non-SMP devrait démarrer sur les systèmes SMP ; le noyau utilisera simplement le premier processeur. Afin de tirer profit de plusieurs processeurs, vous devrez vérifier que le noyau installé accepte le SMP ou bien vous en installerez un. Vous pouvez aussi compiler vous-même un noyau avec SMP. Vous trouverez une discussion sur la façon de faire dans la . Aujourd'hui (version &kernelversion; du noyau) la façon d'activer SMP est de choisir &smp-config-option; dans la section &smp-config-section; quand on configure le noyau. &debian; reconnaît les interfaces graphiques dans la mesure où elles sont reconnues par le système X11 de X.Org. Sur les ordinateurs modernes, tout environnement graphique fonctionne sans problème. Certaines fonctionnalités avancées des cartes graphiques comme l'accélération 3D ou l'accélération matérielle (hardware-accelerated video) dépendent parfois de la carte graphique installée et demandent l'installation de microprogrammes supplémentaires, voyez . Dans de très rares cas, il a été noté que certain matériel demandait l'installation de microprogrammes même pour les fonctionnalités de base de la carte graphique. Des précisions sur les cartes graphiques acceptés et les dispositifs de pointage sont disponibles sur . &debian; &release; propose la version &x11ver; de X.Org. Le système X window de X.Org n'est disponible pour le moment que sur SGI Indy et O2. La plupart des options graphiques communes des machines basées sur Sparc sont gérées. Les pilotes de X.org sont disponibles pour sunbw2, suncg14, suncg3, suncg6, sunleo et suntcx framebuffers, les cartes Creator3D et Elite3D (sunffb driver), les cartes ATI PGX24/PGX64 (ati driver), et les cartes PermediaII (glint driver). Pour utiliser une carte Elite3D avec X.org vous devez aussi installer le paquet afbinit et lire la documentation pour savoir comment activer la carte. Il n'est pas exceptionnel qu'une machine Sparc possède deux cartes graphiques en configuration normale. Il se peut alors que le noyau Linux ne dirige pas la sortie vidéo vers la carte utilisée par le microprogramme. L'absence de sortie vidéo sur la console graphique peut être confondue avec un arrêt (habituellement le dernier message vu sur la console est Booting Linux...). Une solution possible est d'enlever l'une des cartes vidéo. Une autre solution est de désactiver l'une des cartes avec un paramètre passé au noyau. Quand la sortie vidéo n'est pas nécessaire ou souhaitée, on peut utiliser une console série. Sur certains systèmes, on peut activer automatiquement la console série en déconnectant le clavier avant d'amorcer le système. &network-cards.xml; &accessibility-hardware.xml; &supported-peripherals.xml; Outre la disponibilité d'un pilote, certains périphériques exigent le chargement d'un microprogramme pour fonctionner. C'est le cas pour les cartes réseau (particulièrement les cartes réseau sans fil), mais certains périphériques USB ou certains contrôleurs de disque dur demandent des microprogrammes. Pour les cartes graphiques, les fonctionnalités de base ne demandent pas de microprogramme supplémentaire, contrairement aux fonctionnalités avancées qui demandent l'installation sur le système d'un microprogramme spécifique. Pour beaucoup de périphériques anciens, le microprogramme était placé par le fabricant sur le périphérique lui-même, sur une puce EEPROM/Flash. Aujourd'hui, les périphériques n'embarquent plus de microprogramme de cette façon. Le microprogramme doit être chargé sur le périphérique par le système d'exploitation à chaque démarrage. Dans la plupart des cas le microprogramme n'est pas libre selon les critères du projet &debian; et ne peut donc être inclus dans la section main de l'archive ou dans le système d'installation. Si le pilote lui-même est inclus dans la distribution et si le projet &debian; peut distribuer légalement le microprogramme, il sera disponible sous forme de paquet dans la section non-free de l'archive. Cependant cela ne signifie pas que ce type de matériel ne puisse pas être utilisé pendant l'installation. À partir de &debian-gnu; 5.0, l'installateur sait charger des microprogrammes sous forme de simple fichier ou sous forme de paquet sur des supports amovibles comme une clé USB. Consultez pour des précisions sur la manière de télécharger des microprogrammes pendant l'installation. Si l'&d-i; demande un microprogramme qui n'est pas disponible ou que vous ne voulez pas installé un microprogramme non libre, vous pouvez continuer l'installation sans télécharger le microprogramme. Certains pilotes demandent des microprogrammes supplémentaires parce qu'ils sont nécessaires dans certaines circonstances, mais le périphérique fonctionnera sans sur la plupart des systèmes. Ainsi, cela arrive avec des cartes réseau utilisant le pilote tg3.