SuSE GmbH

Base de données Support de SuSE

Titre: Concept d'amorçage à partir de SuSE Linux 6.3

----------

Vue d'ensemble o Recherche de mots-clés o Historique o Versions o Catégories o Tous les articles
Deutsch o English

----------

Concept d'amorçage à partir de SuSE Linux 6.3

SuSE Linux: des versions à partir de 6.3

Description:

Le concept d'amorçage a été modifié à partir de SuSE Linux 6.3. Ceci a entre autre pour conséquence qu'il n'est plus possible (ou nécessaire!) de sélectionner un noyau SCSI spécial. Nous allons décrire les différentes phases du processus d'amorçage de SuSE Linux. Pour les systèmes IDE normaux, les modifications sont tout à fait minimes.

Ancien processus d'amorçage (jusqu'à SuSE Linux 6.2):

Avec ce concept d'amorçage, il est indispensable que le pilote au moyen duquel le système de fichiers racine est monté soit compilé en permanence dans le noyau.

Nouveau processus d'amorçage (à partir de SuSE Linux 6.3):

À partir de SuSE Linux 6.3 il existe, en plus du noyau standard, des noyaux spéciaux (par exemple SMP ou optimisé Pentium). Avec l'ancien processus d'amorçage la liste des noyaux possibles serait donc très longue (plus de 200).

C'est pourquoi le concept d'amorçage se déroule maintenant comme suit:

Voici ce qui change pour l'utilisateur:

Ce qui change pour l'utilisateur est principalement la sélection des noyaux dans YaST. Vous n'y trouvez plus de noyaux spéciaux pour chaque pilote SCSI mais seulement des noyaux de base avec support spéciaux (i386, Pentium, SMP, APM, etc.). Le pilote SCSI nécessaire est en général détecté automatiquement lors de la reconnaissance du matériel au moment de l'installation.

Pour experts:

Les experts qui souhaitent apporter eux-mêmes des modifications fondamentales à leur système doivent tenir compte de ce qui suit:

La ligne INITRD_MODULES= dans le fichier rc.config détermine quels modules doivent modules doivent être copiés sur le disque RAM. Par exemple:

INITRD_MODULES="aic7xxx ncr53c8xx"

Ici, les modules du noyau aic7xxx et ncr53c8xx seront copiés sur le disque RAM la prochaine fois qu'une image de disque RAM sera créée. La création d'une image de disque RAM se fait par la commande

mk_initrd

Cette commande crée une nouvelle image de disque RAM /boot/initrd. Notez qu'il vous faut absolument ensuite invoquer une nouvelle fois LILO.

Dans le fichier /etc/lilo.conf, il doit être spécifié, pour chaque noyau, le paramètre

initrd = /boot/initrd

qui indique l'image de disque RAM correspondante.

Pour les utilisateurs de LOADLIN:

Si vous amorcez au moyen de LOADLIN, vous devrez copier, outre l'image du noyau, le fichier /boot/initrd (créé également avec mk_initrd) dans un répertoire DOS (par exemple c:\loadlin\initdisk) et compléter le fichier linux.par de la manière suivante:

initrd=c:\loadlin\initdisk

Vous pouvez aussi ajouter dans votre ligne de commande LOADLIN:

loadlin ... initrd=c:\loadlin\initdisk

Attention:

Si vous compilez vous-même votre propre noyau qui contient déjà les pilotes indispensables pour le montage du système de fichiers racine, vous n'avez pas besoin de disque RAM et vous devriez donc renoncer à la ligne initrd dans le fichier /etc/lilo.conf (ou dans le fichier de paramètres loadlin. N'oubliez pas, après avoir modifié le fichier /etc/lilo.conf, de réinitialiser LILO. Ceci se fait en invoquant "lilo" depuis la ligne de commande.

----------

Mots-clés: BOOT, AMORÇAGE, INITRD, DISQUE RAM, RAMDISK, VFS, SCSI, LILO, LOADLIN

----------

Catégories: Installation , LILO , Loadlin

----------

Vue d'ensemble o Recherche de mots-clés o Historique o Versions o Catégories o Tous les articles
Deutsch o English

----------

SDB-adrian_6.3_boot, Copyright SuSE GmbH, Nuremberg, Germany - Version: 22. Nov 1999
SuSE GmbH - Dernière modification: 09. Jan 2000 20:21:42 by lermen with sdb_gen 1.00.0