Cette section passe en revue les réglages matériels que vous devrez peut-être effectuer avant d'installer Debian. En général, cela implique de vérifier, et parfois de modifier, les réglages du micrologiciel (BIOS, etc.) sur votre système. Le micrologiciel est le logiciel de base utilisé par le matériel ; il est plus spécifiquement exécuté pendant le processus d'amorçage (après la mise sous tension). Les problèmes matériels connus qui affectent la fiabilité de Debian GNU/Linux sur votre système sont aussi mis en lumière.
Il n'y a normalement pas besoin de configurer le BIOS (appelé OpenFirmware) sur les systèmes PowerPC. PReP et CHRP sont équipés avec OpenFirmware, mais, malheureusement, les méthodes utilisées pour l'invoquer varient d'un constructeur à l'autre. Vous devrez consulter la documentation du matériel livrée avec votre machine.
Pour invoquer OpenFirmware sur les Macintosh PowerPC, appuyez sur Command-option-O-F pendant l'amorçage. Généralement, cette combinaison de touches est testée après le carillon, mais le moment exact du test varie selon les modèles. consultez http://www.netbsd.org/Ports/macppc/faq.html pour obtenir d'autres conseils.
L'invite d'OpenFirmware ressemble à ceci :
ok 0 >
Notez que sur les anciens modèles de Macs PowerPC, les entrées-sorties pour l'interaction avec OpenFirmware se font par défaut à travers un port série (modem). Si vous appelez OpenFirmware depuis une de ces machines, vous n'aurez droit qu'à un écran noir. Dans ce cas, un programme lancé sur une autre machine et se connectant sur le port modem est nécessaire pour interagir avec OpenFirmware.
Sur les machines OldWorld Beige G3, les OpenFirmware versions 2.0f1 et 2.4 sont bogués. Ces machines ne seront certainement pas capables d'amorcer depuis le disque dur à moins que le microprogramme ne soit corrigé. Une rustine pour le microprogramme est incluse dans l'utilitaire System Disk/ 2.3.1, disponible chez Apple à ftp://ftp.apple.com/developer/macosxserver/utilities/SystemDisk2.3.\1.smi.bin. Après avoir désarchivé l'utilitaire sur MacOS, et l'avoir lancé, choisissez le bouton Save pour installer les routines pour le microprogramme dans la nvram.
Beaucoup de personnes ont essayé de faire fonctionner leur processeur 90 MHz à 100 MHz, etc. Cela fonctionne parfois, mais le système devient sensible à la température et à d'autres facteurs et cela peut réellement l'endommager. Un des auteurs de ce document a changé la fréquence de son propre système pendant un an et puis le système a commencé à interrompre le programme gcc par un signal inattendu pendant qu'il compilait le noyau du système d'exploitation. Baisser la vitesse du processeur à sa valeur de départ a résolu le problème.
Le compilateur gcc est souvent le premier à subir des dysfonctionnements à cause d'une mémoire RAM défectueuse (ou d'autres problèmes matériels qui changent les données de manière imprévisible), parce qu'il construit des structures de données gigantesques qu'il traverse plusieurs fois. Une erreur dans ces structures de données le fera exécuter une instruction illégale ou accéder à une adresse inexistante. Le symptôme de ce défaut est la mort de gcc par un signal inattendu.
Le noyau Linux peut ne pas toujours détecter la quantité de mémoire vive. Si c'est le cas, veuillez regarder : Section 5.2, « Paramètres d'amorçage ».