Avant de commencer, assurez-vous d'avoir effectué une sauvegarde de chaque fichier qui se trouve actuellement sur votre système. La procédure d'installation pourrait effacer toutes les données de votre disque dur ! Les programmes utilisés à l'installation sont assez fiables et la plupart ont été utilisés pendant des années ; tout de même, un faux mouvement peut vous coûter cher. Même après la sauvegarde soyez attentif et réflechissez à vos réponses et à vos actions. Deux minutes de réflexion peuvent vous sauver des heures de travail inutiles.
Même si vous installez un système multi-amorçage, assurez vous que vous disposez du support de distribution de tout autre système d'exploitation présent. Surtout si vous repartitionnez votre disque dur d'amorçage, vous pourriez avoir à réinstaller le chargeur de votre système d'exploitation, ou dans certains cas (par exemple, Macintosh), le système d'exploitation lui-même.
En plus de ce document, vous aurez besoin de : la page de manuel de fdisk, le tutoriel
dselect, et la FAQ pour les processeurs SPARC sous
Linux
Si votre machine est connectée à un réseau 24h/24 (i.e. avec une connexion Ethernet ou équivalente - pas une connexion PPP), vous devriez demander à votre administrateur système ces informations :
Si la seule connexion de votre ordinateur à un réseau se fait via une liaison série, en utilisant PPP ou une connexion téléphonique équivalente, vous n'installez probablement pas le système de base à travers le réseau. Vous n'avez pas besoin de vous inquiéter de mettre en route votre réseau jusqu'à ce que votre système soit installé. Voyez Configuration de PPP, Section 7.22 ci-dessous pour des informations sur la configuration de PPP avec Debian.
Il faut parfois modifier légèrement votre système avant de faire l'installation. La plate-forme x86 est la plus notoire pour cela ; la configuration matérielle pré-installation sur les autres architectures est bien plus simple.
Cette section va parcourir les réglages matériels pré-installation, que vous devrez peut-être effectuer avant d'installer Debian. En général, cela implique de vérifier et parfois de modifier des 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).
OpenBoot fournit les fonctions de base nécessaires à l'amorçage de l'architecture SPARC. C'est à peu près similaire en fonctionnalité au BIOS de l'architecture x86, bien que ce soit plus propre. Les PROMs d'amorçage Sun possèdent un interpréteur Forth intégré qui vous permet de faire pas mal de choses avec votre ordinateur comme des tests, des scripts simples, etc.
Pour obtenir l'invite d'OpenBoot vous devez maintenir la touche Stop (ou la touche L1 sur les vieux claviers Type 4) et appuyer sur la touche A. Si vous avez un adaptateur de clavier PC, maintenez la touche Pause (ou Break) et appuyez sur A. Ceci vous donnera une invite, soit ok, soit >. Il est préférable d'avoir l'invite ok. Si vous obtenez le vieux modèle d'invite (>), appuyez la touche `n' puis la touche `entrée' pour obtenir le nouveau modèle d'invite.
Vous pouvez utiliser OpenBoot pour démarrer à partir de périphériques
spécifiques, et aussi pour modifier le périphérique de démarrage par défaut.
Cependant, vous devez connaître certains détails sur la manière dont OpenBoot
nomme les périphériques ; c'est assez différent du nommage de périphériques
sous Linux, et décrit dans Nom
des périphériques sous Linux, Section 4.2. De plus, la commande varie
légèrement, selon la version d'OpenBoot que vous avez. Vous trouverez plus
d'informations sur OpenBoot dans la référence
OpenBoot Sun.
Typiquement, sous les versions récentes, vous pouvez utiliser les périphériques
OpenBoot tels que « floppy », « cdrom », « net », « disk » ou « disk2 ».
Ceux-ci ont des significations évidentes [3]. Le périphérique « net » sert à démarrer par le réseau, «
floppy » sert à démarrer sur une disquette, « disk » sur le premier disque dur,
et « disk2 » sur le second disque. De plus, le nom de périphérique peut
spécifier une partition particulière d'un disque, comme « disk2:a » pour
démarrer sur la première partition du disque 2. Les noms de périphériques
OpenBoot complets ont la forme
nom-pilote@adresse-unité:arguments-périph.
Sous les anciennes versions d'OpenBoot, le nommage des périphériques est
légèrement différent. Le lecteur de disquettes s'appelle «/fd», et les noms
des disques durs SCSI sont de la forme «sd(contrôleur,
disk-target-id, unité-logique-du-disque)». La commande
show-devs dans les nouvelles versions d'OpenBoot est utile pour
voir les périphériques configurés à l'instant précis. Pour des informations
complètes quelque soit votre version d'OpenBoot, voyez la référence
OpenBoot Sun.
Pour démarrer sur un périphérique spécifique, utilisez la commande boot
périph. Vous pouvez positionner ce comportement comme valeur
par défaut en utilisant la commande setenv. Cependant, le nom de
la variable à positionner a changé entre les versions d'OpenBoot. Dans
OpenBoot 1.x, utilisez la commande setenv boot-from
périph. Dans les versions ultérieures, utilisez la commande
setenv boot-device périph. N.B., On peut faire ce
réglage à partir de la commande eeprom sous Solaris, ou, sous
Linux, en modifiant les fichiers dans /proc/openprom/options/.
Par exemple echo disk1:1 > /proc/openprom/options/boot-device
sous Linux, ou eeprom boot-device=disk1:1 sous Solaris.
Beaucoup de personnes ont essayé de faire fonctionner leur processeur 90MHz à 100MHz, etc. Cela fonctionne parfois, mais le système devient sensible à la température et à d'autres facteurs et cela peut réellement l'endommager. L'auteur 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 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 mauvaise mémoire RAM (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 ceci sera la
mort de gcc par un signal inattendu.