Genkernel/fr

is Article description::a tool created by Gentoo used to automate the build process of the [[kernel and initramfs.]] Some of the general features include:


 * Configurer les sources du noyau
 * Compiler le noyau, le compresser, et le copier dans.
 * Créer un système de fichiers virtuels de démarrage (initramfs) dans.
 * Créer les liens symboliques dans.
 * Ajouter du contenu personnalisé dans le fichier initramfs comme les fichiers spécifiques à l’encryption, une image pour l'écran de chargement, des modules supplémentaires, et plus encore.
 * Compresser le fichier initramfs.
 * Configure le système d'amorçage pour démarrer sur le nouveau noyau et fichier initramfs.

Emerge
Procéder à l'installation du paquet genkernel :

Utilisation
La forme générale de l'invocation de genkernel est la suivante :

Options
Le comportement réel de genkernel dépend d'une grande variété d'options, dont la majorité peut être activée/désactivée dans le fichier ou passée avec la commande. Les options passées en ligne de commande prévalent sur celles définies dans. Le fichier de configuration est très bien documenté, cependant les options les plus courantes seront vues dans cet article. Le but est pour le lecteur d'être familier avec les invocations courantes de genkernel. Pour une information plus complète, se reporter aux commentaires du fichier ou à la sortie de la commande.

Options agissant sur l'interactivité de l'utilisateur
Les options de configuration listées ci-dessous aident l'utilisateur à décider comment interagir avec le processus de configuration. L'utilisateur peut même décider si le fichier de configuration sera sauvegardé. Les options suivantes sont les options de configuration de premier ordre :


 * Points to the Genkernel configuration file to use (defaults to ).
 * Points to the Genkernel configuration file to use (defaults to ).


 * Activates (or deactivates) the command (which invokes an interactive configuration menu) before building the kernel.
 * Activates (or deactivates) the command (which invokes an interactive configuration menu) before building the kernel.


 * Provides a kernel configuration utility which depends on the GTK+ libraries. The advantage of this option is that most users find it easier and clearer to configure the kernel using this tool, since it relies on the X-windowing system. The disadvantage of this option is that the X-windowing system is required to use it, so it will not work on the command line.
 * Provides a kernel configuration utility which depends on the GTK+ libraries. The advantage of this option is that most users find it easier and clearer to configure the kernel using this tool, since it relies on the X-windowing system. The disadvantage of this option is that the X-windowing system is required to use it, so it will not work on the command line.


 * Provides a kernel configuration utility which depends on the QT libraries. The advantage of this option is that most users find it easier and clearer to configure the kernel using this tool, since it relies on the X-windowing system. The disadvantage of this option is that the X-windowing system is needed to use it, so it will not work on the command line.
 * Provides a kernel configuration utility which depends on the QT libraries. The advantage of this option is that most users find it easier and clearer to configure the kernel using this tool, since it relies on the X-windowing system. The disadvantage of this option is that the X-windowing system is needed to use it, so it will not work on the command line.


 * Saves [or does not save] the kernel configuration to a file in the directory for later use.
 * Saves [or does not save] the kernel configuration to a file in the directory for later use.


 * Allows the modification of the name of the kernel and initrd images in the directory, so that the images produced are  and.
 * Allows the modification of the name of the kernel and initrd images in the directory, so that the images produced are  and.

Options agissant sur le système résultant
Les options définies ici définissent quelles fonctionnalités, seront, ou ne seront pas, incluses dans le noyau et le système de fichiers virtuel de démarrage résultants.


 * Activates (or deactivates) support for Fbsplash framebuffer splash in the genkernel-built initrd image. To override the default theme used by fbsplash, use  (where   is the title of one of the directories inside the  directory).
 * Activates (or deactivates) support for Fbsplash framebuffer splash in the genkernel-built initrd image. To override the default theme used by fbsplash, use  (where   is the title of one of the directories inside the  directory).


 * This option allows to select which splash screen resolutions will be supported in the initrd during the start-up of the system. This is useful for two reasons. First, to be able to select only the splash screen resolution(s) relevant to the system. Second, to avoid the unnecessary increase in the disk space required by initrd (since the initrd does not have to support resolutions that are irrelevant for the system's configuration.) However, the option is best omitted if the kernel is being compiled for an Installation CD; this allows splash support for all possible resolutions.
 * This option allows to select which splash screen resolutions will be supported in the initrd during the start-up of the system. This is useful for two reasons. First, to be able to select only the splash screen resolution(s) relevant to the system. Second, to avoid the unnecessary increase in the disk space required by initrd (since the initrd does not have to support resolutions that are irrelevant for the system's configuration.) However, the option is best omitted if the kernel is being compiled for an Installation CD; this allows splash support for all possible resolutions.


 * Force keymap selection during the boot sequence.
 * Force keymap selection during the boot sequence.


 * Includes support for storage using via Logical Volume Management (LVM2) from static binaries, if available to the system. Relevant (static) LVM2 binaries are compiled if they are unavailable. Be sure to install the package on the system  before enabling this option, then review the LVM article on the Gentoo wiki.
 * Includes support for storage using via Logical Volume Management (LVM2) from static binaries, if available to the system. Relevant (static) LVM2 binaries are compiled if they are unavailable. Be sure to install the package on the system  before enabling this option, then review the LVM article on the Gentoo wiki.


 * Includes support for DMRAID; the utility which creates RAID mappings using the kernel device-mapper subsystem. DMRAID discovers, activates, deactivates and displays properties of software RAID sets (ATARAID, for example) and contained DOS partitions.
 * Includes support for DMRAID; the utility which creates RAID mappings using the kernel device-mapper subsystem. DMRAID discovers, activates, deactivates and displays properties of software RAID sets (ATARAID, for example) and contained DOS partitions.


 * Includes support for Linux Unified Key Setup or LUKS. This will allow to use a device encrypted by LUKS which contains the root filesystem. On the bootloader, set that encrypted device as the value of  (and   shall be the unencrypted device LUKS creates).
 * Includes support for Linux Unified Key Setup or LUKS. This will allow to use a device encrypted by LUKS which contains the root filesystem. On the bootloader, set that encrypted device as the value of  (and   shall be the unencrypted device LUKS creates).


 * Adds support for disk label and UUID support to the initrd.
 * Adds support for disk label and UUID support to the initrd.


 * Adds support for iSCSI to the initrd.
 * Adds support for iSCSI to the initrd.


 * Adds support for Multipath to the initrd.
 * Adds support for Multipath to the initrd.


 * Specifies a user-created linuxrc — a script that is initialized during the start-up stage of the kernel, prior to the actual boot process. A default linuxrc script can be found in the directory. This script allows booting into a small, modularized kernel; it tries to load the minimum amount of drivers that are needed (as modules) by the system.
 * Specifies a user-created linuxrc — a script that is initialized during the start-up stage of the kernel, prior to the actual boot process. A default linuxrc script can be found in the directory. This script allows booting into a small, modularized kernel; it tries to load the minimum amount of drivers that are needed (as modules) by the system.


 * Overrides the default cache location used while compiling the kernel.
 * Overrides the default cache location used while compiling the kernel.


 * Specifies the location of the temporary directory used by genkernel while compiling the kernel.
 * Specifies the location of the temporary directory used by genkernel while compiling the kernel.


 * Includes support for the Unification File System in the initrd image.
 * Includes support for the Unification File System in the initrd image.


 * Detects whether or not the directory needs to be mounted on a separate partition. It will check  script for instructions on how to mount the boot partition on a file system (if needed).
 * Detects whether or not the directory needs to be mounted on a separate partition. It will check  script for instructions on how to mount the boot partition on a file system (if needed).

Options agissant sur le choix des outils utilisés pour la compilation
Les options suivantes sont prises en charge par genkernel, et sont passées aux applications concernées lors de la compilation et de l'assemblage du noyau. Ces options influent sur le choix des outils utilisés pendant le processus de compilation, quoi qu'à un niveau assez bas.


 * Specifies the compiler employed during the kernel compilation process.
 * Specifies the compiler employed during the kernel compilation process.


 * Specifies the linker employed during the kernel compilation process.
 * Specifies the linker employed during the kernel compilation process.


 * Specifies the assembler employed during the kernel compilation process.
 * Specifies the assembler employed during the kernel compilation process.


 * Specifies an alternative to the GNU make utility employed during the kernel compilation process.
 * Specifies an alternative to the GNU make utility employed during the kernel compilation process.


 * Specifies the compiler employed during the compilation of support utilities.
 * Specifies the compiler employed during the compilation of support utilities.


 * Specifies the linker employed during the compilation of support utilities.
 * Specifies the linker employed during the compilation of support utilities.


 * Specifies the assembler employed during the compilation of support utilities.
 * Specifies the assembler employed during the compilation of support utilities.


 * Specifies an alternative to the GNU make utility employed during the compilation of support utilities.
 * Specifies an alternative to the GNU make utility employed during the compilation of support utilities.


 * Specifies the number of concurrent threads that the make utility can implement while the kernel (and utilities) are being compiled. The variable  is a number to be freely chosen, although the most common values are obtained by adding one (1) to the number of cores used by the system, or just use the number of cores on the system. So, for a system with one core, most common option values are   or  ; a system with two cores most likely uses the   or   options, and so on. (A system with one processor that supports Hyper-Threading™ (HT) Technology can be assumed to have 2 cores, provided Symmetric Multi-Processing (SMP) support is enabled in the kernel.)
 * Specifies the number of concurrent threads that the make utility can implement while the kernel (and utilities) are being compiled. The variable  is a number to be freely chosen, although the most common values are obtained by adding one (1) to the number of cores used by the system, or just use the number of cores on the system. So, for a system with one core, most common option values are   or  ; a system with two cores most likely uses the   or   options, and so on. (A system with one processor that supports Hyper-Threading™ (HT) Technology can be assumed to have 2 cores, provided Symmetric Multi-Processing (SMP) support is enabled in the kernel.)

Options agissant sur le processus de compilation
Les options suivantes ont généralement un effet lors de la compilation réelle.


 * Specifies an alternative kernel source location, rather than the default location.
 * Specifies an alternative kernel source location, rather than the default location.


 * Specifies what alternative kernel configuration will be used, rather than the default file.
 * Specifies what alternative kernel configuration will be used, rather than the default file.


 * Specifies a prefix to the directory where kernel modules will be installed (default path is the directory.)
 * Specifies a prefix to the directory where kernel modules will be installed (default path is the directory.)


 * Activates (or deactivates) the command before compiling the kernel. The  command removes all object files and dependencies from the kernel's source tree.
 * Activates (or deactivates) the command before compiling the kernel. The  command removes all object files and dependencies from the kernel's source tree.


 * Activates (or deactivates) the command before kernel compilation. Like the  command listed above,  removes all object files and dependencies from the kernel's source tree. However, any previous configuration files (in  or ) will also be purged from the kernel's source tree. If it is undesirable that the kernel's  file keeps disappearing, be sure to disable this option!
 * Activates (or deactivates) the command before kernel compilation. Like the  command listed above,  removes all object files and dependencies from the kernel's source tree. However, any previous configuration files (in  or ) will also be purged from the kernel's source tree. If it is undesirable that the kernel's  file keeps disappearing, be sure to disable this option!


 * Issues the command, which attempts to collect configuration information for the system's architecture from a generic script in . This is a non-interactive process; no user input is entertained. Also, if   is used in conjunction with , the latter option is negated, resulting in the activation of the   option.
 * Issues the command, which attempts to collect configuration information for the system's architecture from a generic script in . This is a non-interactive process; no user input is entertained. Also, if   is used in conjunction with , the latter option is negated, resulting in the activation of the   option.


 * Calls the specified arguments (, in this case) after the kernel and the relevant modules have been built, but before building the initrd image. This may be useful when installing external modules in the initrd image by emerging the relevant item(s) with the callback feature, and then redefining a genkernel module group.
 * Calls the specified arguments (, in this case) after the kernel and the relevant modules have been built, but before building the initrd image. This may be useful when installing external modules in the initrd image by emerging the relevant item(s) with the callback feature, and then redefining a genkernel module group.


 * Activates (or deactivates) the command, which installs the new kernel image, configuration file, initrd image and system map onto the boot partition. Any compiled modules will be installed as well. By default genkernel will attempt mount  if it is on a separate partition before running the install command.
 * Activates (or deactivates) the command, which installs the new kernel image, configuration file, initrd image and system map onto the boot partition. Any compiled modules will be installed as well. By default genkernel will attempt mount  if it is on a separate partition before running the install command.


 * Refrains from copying any modules to the genkernel-created initrd image. This option is an exception to the rule about the  prefix; omission of this prefix creates an invalid genkernel option.
 * Refrains from copying any modules to the genkernel-created initrd image. This option is an exception to the rule about the  prefix; omission of this prefix creates an invalid genkernel option.


 * Copies all available modules to the genkernel-created initrd image.
 * Copies all available modules to the genkernel-created initrd image.


 * Creates the initrd image, prior to the kernel image (this hack currently applies only to PPC Pegasos systems).
 * Creates the initrd image, prior to the kernel image (this hack currently applies only to PPC Pegasos systems).

Options de débogage
L'utilisation d'options de débogage pendant la compilation du noyau contrôle le nombre d'informations reportées, ainsi que la présentation de celles-ci.


 * Controls the level of verbosity for information provided by genkernel. The variable  is an integer between 0 and 5. The level '0' represents minimal output, while '5' provides as much information as possible about genkernel's activities during the kernel compilation process.
 * Controls the level of verbosity for information provided by genkernel. The variable  is an integer between 0 and 5. The level '0' represents minimal output, while '5' provides as much information as possible about genkernel's activities during the kernel compilation process.


 * Ignores the value set by the  option (above) and sends all debugging data produced by genkernel to the specified output file. Outputs to  by default.
 * Ignores the value set by the  option (above) and sends all debugging data produced by genkernel to the specified output file. Outputs to  by default.


 * Activates (or deactivates) colored output of debugging information (reported by genkernel) using escape sequences.
 * Activates (or deactivates) colored output of debugging information (reported by genkernel) using escape sequences.


 * Activates (or deactivates) the full post-run cleanup for debug purposes.
 * Activates (or deactivates) the full post-run cleanup for debug purposes.

Actions
Une action passée avec la commande indique à genkernel ce qu'il faut faire. Les actions prises en charge sont :

Démarrer
Bien qu'il y ait plusieurs façons de lancer genkernel, la plus simple reste. Une configuration générique qui marche correctement pour tous les systèmes sera alors utilisée. Comme mentionné précédemment, cette méthode n'est pas sans inconvénients. La plupart des modules compilés ne seront pas utilisés et la compilation prendra beaucoup de temps. L'illustration suivante montre une approche plus efficace, en passant certains paramètres à genkernel en tant qu'utilisateur root:

Cette opération indique à genkernel de créer un noyau avec un écran de démarrage en tampon de trames (framebuffer) qui devra être installé à la main. Dans la phase préparatoire de compilation, genkernel n'effacera pas les objets déjà compilés. Enfin, un menu de configuration sera affiché, permettant à l'utilisateur de choisir quels modules seront compilés.

Remplacer  par   pour qu'il installe automatiquement le nouveau noyau dans  et spécifier   pour qu'il crée les liens symboliques. En utilisant le paramètre -- , la partition  sera montée par genkernel automatiquement, si nécessaire.

Changer le noyau
La première chose à faire est d'autoriser le lancement de dans le fichier  :

Gestion des fichiers
Quand il utilise genkernel, l'utilisateur doit être conscient de quelques aspects concernant la gestion des fichiers de configuration et des fichiers image du noyau, ainsi que de la façon dont les sources du noyau sont manipulées par le système.

Fichiers sources
Après une commande ,, chaque fois que de nouvelles sources sont disponibles, un nouveau répertoire est créé pour les sources du noyau dans  pour les héberger. Normalement, le dossier des sources actives est pointé par le lien symbolique.

Le répertoire pourrait ressembler à ceci :

Le lien symbolique peut être changé de différentes manières.


 * Si l'option  de la variable USE est définie le lien symbolique  est automatiquement mis à jour pour pointer sur les nouvelles sources installées par la commande.


 * Si l'option de la variable USE  n'est pas définie, l'utilisateur peut changer la destination du lien symbolique en utilisant la commande  suivie de la commande.

genkernel utilisera toujours (exclusivement) les sources pointées par le lien symbolique.

Fichiers de configuration du noyau
Si une compilation du noyau a déjà été faite à partir des sources actives du noyau, il devrait y avoir un fichier dans le dossier qui contient la configuration du noyau qui a été appliquée lors de la création de la dernière bzimage du noyau. Ce fichier est nommé par exemple ; nom dans lequel il faut remplacer   par l'architecture du système,   par la version des sources utilisées et   par le numéro de divulgation des sources.

C'est ce fichier qui est utilisé comme point de départ de la configuration lorsque  est lancé.

Si c'est la première fois que genkernel est exécuté avec les nouvelles sources du noyau, ou si la précédente configuration n'a pas été sauvegardée, ce fichier est remplacé par une configuration par défaut qui réside dans (nom dans lequel x86_64 doit être remplacé par l'architecture réelle).

Sauvegarder la configuration compilée
Si l'option  de genkernel est activée, soit depuis la ligne de commande, soit dans , la configuration compilée du noyau est sauvegardée (avec le nom donné ci-dessus) dans le dossier. En même temps, la configuration est sauvegardée dans le fichier  dans le dossier   mais ce n'est pas ce fichier qui est réutilisé lors de la prochaine exécution de.

Installer le noyau et le disque virtuel de démarrage dans le dossier
Spécifier l'option  lors de l'invocation de genkernel, demandera à genkernel d'installer les images du noyau et du système de fichiers virtuel de démarrage (initramfs) dans le dossier. Afin d'exécuter  d'une manière appropriée, définir ce qui suit dans le fichier  :


 * Le premier paramètre parle de lui-même.


 * Le second paramètre dit à genkernel de sauvegarder la configuration du noyau compilé dans.


 * Les deux dernières options indiquent à genkernel de mettre la configuration de grub à jour. En pratique, voilà ce qui se passe :
 * Si une image précédente du noyau avec le même nom existe déjà, elle est renommée en ajoutant  à son nom. Un lien symbolique qui pointe sur lui  est automatiquement créé.
 * Le nouveau noyau prend la place de tout noyau de même nom dans le dossier . Si c'est la première fois que le noyau est compilé, un lien symbolique qui pointe sur le nouveau noyau est automatiquement créé.

Après l'exécution de la commande, le dossier pourrait ressembler à ceci :

Configurer le programme d'amorçage
Les liens symboliques présentées plus haut peuvent être utilisés pour configurer le programme d'amorçage, de telle manière que même si le nouveau noyau n'est pas amorçable, l'utilisateur puisse toujours redémarrer sur l'ancien.

Pour permettre au nouveau noyau et au nouveau système de fichiers virtuel initrd produit par genkernel de fonctionner correctement, il faut fournir un minimum d'informations dans le fichier de configuration du programme d'amorçage :


 * Ajouter  aux paramètres du noyau passés à l'image du noyau, où  pointe sur le partition root (  est le numéro de la partition si une partition existe.).
 * Si un écran de chargement est utilisé, ajouter une ligne pour le mode approprié tel que  aux paramètres passés au noyau et ajouter aussi   ou   en fonction du niveau de verbosité voulu tout au long du processus de démarrage.
 * Ajouter l'information sur l'image initrd comme requis par le système d'amorçage. Consulter le chapitre sur la Configuration du Système d'amorçage du manuel Gentoo pour plus de détails sur comment rendre le système d'amorçage au courant de l'existence du fichier initrd.

Voici à quoi le fichier pourrait ressembler.

Préserver les fichiers qui fonctionnent
L'application genkernel sauvegarde automatiquement les changements des fichiers. Si les changements précédents doivent être sauvegardés, les actions suivantes sont à envisager.


 * Le premier fichier à préserver est le fichier de configuration du noyau dans . Si les sources n'ont pas changées avant la recompilation du noyau, le nom utilisé précédemment pour ce fichier sera utilisé à nouveau. C'est pourquoi dupliquer le fichier de configuration précédent avec un nouveau nom aide à préserver l'information tout en laissant l'ancien fichier disponible  comme point de départ de la nouvelle configuration.


 * La deuxième chose importante à préserver est les images des noyaux et initramfs déjà amorçables. La manière de le faire dépend du contexte :
 * Si le dernier noyau compilé est amorçable, exécuter  renommera cette image du noyau(et de façon similaire celle de l'image initramfs) en   et créera une nouvelle image . Ceci signifie que, même si le nouveau noyau n'est pas amorçable, l'utilisateur sera toujours en mesure de démarrer sur l'ancien.
 * Si le dernier noyau compilé n'est pas amorçable et si les sources n'ont pas été changées depuis que l'utilisateur en a compilé un qui était amorçable, avant d'exécuter, commencer par effacer la nouvelle image du noyau et supprimer le suffixe du nom du dernier noyau amorçable. Sans cela si le nouveau noyau n'est pas amorçable pour la deuxième fois, le  amorçable sera évincé par le renommage du , laissant l'utilisateur avec un système non amorçable. Tenir le même raisonnement pour initramfs.

Utiliser la configuration précédente du noyau tout en changeant les sources
La configuration précédente peut être utilisée via la variable make menuconfig dans le fichier comme ci-après :

Depuis un CD-ROM d'installation
L'outil peut fabriquer des images de noyau et de disque virtuel initial (initrd) qui permettent de démarrer sur le réseau (netboot). Avec un peu de chance, il est possible de faire démarrer n'importe quel ordinateur récent par le réseau sur l'environnement fourni par le CD-ROM d'installation de Gentoo.

La magie de la chose réside dans le script linuxrc de genkernel : il va essayer de monter le CD-ROM d'installation par NFS via le réseau. Partant de là, les scripts d'initialisation du CD-ROM d'installation seront utilisés comme si le CD était présent en local.

Construire un noyau et un initrd qui prennent en charge le démarrage par le réseau
Pour activer le support du démarrage par le réseau, activer les options suivantes lors de la configuration du noyau :

Tout d'abord, l'image du noyau doit contenir les pilotes de la carte réseau du système. En principe, les pilotes pour ce genre de périphériques sont compilés en tant que modules. Pourtant, il est impératif ici (pour pouvoir démarrer avec) que ces pilotes soient intégrés dans le noyau et pas en modules.

Ensuite, il est suggéré d'activer IP: kernel level autoconfiguration et IP: DHCP support. Cela évitera une couche supplémentaire de complexité si l'adresse IP et le chemin NFS du CD-ROM d'installation peuvent être spécifiés par un serveur DHCP. Bien sûr, cela signifie que la ligne de commande d'appel du noyau sera la même pour toutes les machines — ce qui est très important pour un démarrage via ethernet.

Ces options indiquent au noyau d'envoyer une requête DHCP au démarrage.

De plus, activer SquashFS car la majorité des CD-ROM d'installation récents de Gentoo l'utilisent. Le support de SquashFS n'est pas intégré aux sources génériques de Linux. Pour activer SquashFS, appliquer les correctifs nécessaires ou bien installer les gentoo-sources.

Une fois que le processus de compilation est terminé, créer une archive compressée (.tar.gz) qui contient les modules du noyau. Cette étape n'est nécessaire que si la version du noyau ne correspond pas à la version de l'image située sur le CD-ROM d'installation.

Pour créer une archive contenant tous les modules :

Selon la méthode de démarrage par le réseau, l'une des étapes suivantes doit être exécutée :

Pour créer une image etherboot :

Pour créer une image TFTP OpenBoot/SPARC64 :

Le fichier est l'image à démarrer.

Enfin, copier ce noyau sur le serveur TFTP. La manière de procéder dépend complètement de l'architecture et dépasse les limites de ce guide. Consulter la documentation spécifique de la plate-forme utilisée.

Configuration du NFS
Pour mettre en place un partage NFS qui contient le CD-ROM d'installation, utiliser un périphérique de bouclage (loop device) pour y monter l'image ISO et copier le contenu du CD dans le partage NFS. En bonus, le script initrd de genkernel désarchivera tous les fichiers .tar.gz situés dans le répertoire. Tout ce qu'il reste à faire est de copier l'archive dans le répertoire.

En supposant que soit un partage NFS :

Copier dans

Configuration du DHCP
Les images netboot demanderont une adresse IP et un chemin NFS au serveur DHCP ainsi qu'une option. Ces informations peuvent être configurées individuellement en utilisant l'adresse MAC pour identifier les machines :

Utilisation du démarrage par le réseau
Le démarrage par le réseau est encore une fois très spécifique à la plate-forme utilisée. Ce qui est important, c'est de spécifier les paramètres   et   sur la ligne de commande du noyau. Cela activera la carte réseau et montera le CD-ROM d'installation via NFS. Voici quelques astuces pour certaines plates-formes :

Pous etherboot, insérer le disque etherboot dans le lecteur et redémarrer. La ligne de commande du noyau a été spécifiée lors de la construction de l'image. Avec Sparc64, appuyer sur + à l'invite de démarrage puis entrer :

Pour PXE, configurer pxelinux (qui fait partie de syslinux), puis créer un fichier qui contient ces lignes :

Introduction
Si un disque virtuel initial (initramfs) a été installé avec genkernel, alors regarder les options diverses et variées de boot que qui peuvent (ou doivent) être définies dans la configuration du système d'amorçage. Les plus courantes sont citées ici pour référence.

Chargement de LVM ou de software-RAID
Si le système utilise LVM ou RAID logiciel, le disque virtuel initial (initramfs) a du être construit en utilisant les options  et. Néanmoins, ne pas oublier d'activer la prise en charge au moment du démarrage. Ceci peut être fait en utilisant les options dolvm et domdadm.

Démarrer dans le mode utilisateur unique (single-user)
Si, pour une raison ou une autre, le démarrage échoue, récupérer le système en démarrant le mode utilisateur unique reste possible. Ceci ne chargera que les services réellement nécessaires et offrira à l'utilisateur un shell de récupération root.

La compilation a échouée : Kernel not found
Cet échec peut être rencontré quand l'utilisateur essaye de compiler un noyau pour une architecture avec un fichier de configuration noyau qui cible une architecture différente. Cela peut être aussi simple qu'une machine tournant sur un noyau et qui essaye de compiler pour une machine cible sous.

Cela peut être rencontré quand l'utilisateur démarre depuis un LiveCD x86_64 sur un système capable d'opérer en 64 bits, alors que le système cible à installer ou réparer est en 32 bits. Après que le processus de compilation ne démarre, essaiera automatiquement de détecter l'architecture pour le système cible en fonction de celle du noyau actuel. Si le noyau actuel est en 64 bits, alors, à moins que spécifié, assumera qu'il doit chercher pour un noyau 64 bits.

Supposer que le fichier du noyau a désactivé le support pour x64. La commande s'exécutera et le noyau résultant sera placé dans le répertoire  associé. Quand va pour installer (déplacer et renommer) le noyau, il ne pourra pas le trouver car il s'attendait à un noyau 64 bits.

La solution est de mettre l'option de   à, dans ce cas, l'architecture. La commande final ressemblera à ceci :

Pour outrepasser le choix d'architecture de façon permanente, modifier la variable ARCH_OVERRIDE dans le fichier.

external modules (such as xtables_addons) must be rebuilt manually with a new kernel
Genkernel can rebuild external modules after the kernel is built; edit to include this line:

Voir aussi

 * Configuration du noyau manuelle - Pour quand il est nécessaire de faire les choses manuellement.
 * Dracut - Un autre outil de création des fichiers initramfs disponible dans Gentoo.