NOM
kernel-img.conf - fichier de configuration général pour les paquets
d’images du noyau
SYNOPSIS
/etc/kernel-img.conf
Le processus de post-installation de l’image du noyau recherche le
fichier /etc/kernel-img.conf. Ce simple fichier permet d’utiliser des
options locales pour gérer certains des aspects de l’installation,
outrepassant ainsi les valeurs par défaut intégrées dans l’image
elle-même.
Le format de ce fichier consiste simplement en paires VARIABLE =
VALEUR. Des valeurs booléennes peuvent être écrites Yes, True, 1, ou
No, False, 0, sans distinction entre les majuscules et les minuscules.
Ce fichier est automatiquement créé par le script d’installation dans
certaines circonstances.
Les variables actuellement modifiables par l’utilisateur sont les
suivantes:
postinst_hook
OBSOLETE : Indiquez ici un script à exécuter pendant
l’installation. Le chemin peut être un chemin relatif si le
script est situé dans un répertoire « sûr » (c’est-à-dire s’il
est dans /bin, /sbin, /usr/bin, ou /usr/sbin), sinon il doit
être exprimé en absolu. Avant d’appeler ce script, la variable
d’environnement STEM doit être définie avec la même valeur que
l’argument --stem (ou contenir la valeur par défaut, linux),
tandis que KERNEL_PACKAGE_VERSION doit contenir la version de
kernel-package en charge de la création du paquet. Ce script
doit être appelé avec deux arguments, le premier est la version
de l’image du noyau, et le second est l’adresse de l’image du
noyau elle-même. Des erreurs dans le script déclencheront un
échec de la post-installation. Lorsqu’on utilise debconf pour
l’appel du script, ce dernier ne générera pas de message de
diagnostic sur la sortie standard. En effet, au moment où la
post-installation appelle db_stop, debconf ne rétablit pas la
sortie standard, et tous les messages en sa direction
disparaissent. Un exemple de script pour les utilisateurs de
Grub est donné dans le répertoire
/usr/share/doc/kernel-package/. Ce script sera executé aprs les
scripts du répertoire /etc/kernel/postinst.d.
postrm_hook
OBSOLETE : Indiquez ici un script à exécuter dans le postrm,
c’est-à-dire, après que l’image ait été supprimée et toutes les
actions de suppression effectuées). Le chemin peut être un
chemin relatif si le script est situé dans un répertoire « sûr »
(c’est-à-dire s’il est dans /bin, /sbin, /usr/bin, ou
/usr/sbin), sinon il doit être exprimé en absolu. La variable
d’environnement KERNEL_PACKAGE_VERSION doit contenir la version
de kernel-package chargée de la création du paquet. Ce script
doit être appelé avec deux arguments, le premier est la version
de l’image du noyau, et le second est l’adresse de l’image du
noyau elle-même. Des erreurs dans le script déclencheront des
messages d’avertissement mais seront ignorées. Lorsqu’on utilise
debconf pour l’appel du script, ce dernier ne générera pas de
message de diagnostic sur la sortie standard. En effet, au
moment où la post-installation appelle db_stop, debconf ne
rétablit pas la sortie standard, tous les messages en sa
direction disparaissent. Ce script est exécuté aprs les scripts
du répertoire /etc/kernel/postrm.d.
preinst_hook
OBSOLETE : Indiquez ici un script à exécuter avant que le paquet
ne soit dépaqueté ; il peut servir à effectuer d’autres
contrôles. Le chemin peut être un chemin relatif si le script
est situé dans un répertoire « sûr » (c’est-à-dire s’il est dans
/bin, /sbin, /usr/bin, ou /usr/sbin), sinon il doit être exprimé
en absolu. La variable d’environnement KERNEL_PACKAGE_VERSION
doit contenir la version de kernel-package chargée de la
création du paquet. Ce script doit être appelé avec deux
arguments, le premier est la version de l’image du noyau, et le
second est l’adresse de l’image du noyau elle-même. Ce script
est exécuté aprs les scripts du répertoire
/etc/kernel/preinst.d.
prerm_hook
OBSOLETE : Indiquez ici un script à exécuter avant que les
fichiers du paquet ne soient supprimés (donc tout fichier ajouté
peut être supprimé). Le chemin peut être un chemin relatif si le
script est situé dans un répertoire « sûr » (c’est-à-dire s’il
est dans /bin, /sbin, /usr/bin, ou /usr/sbin), sinon il doit
être exprimé en absolu. La variable d’environnement
KERNEL_PACKAGE_VERSION doit contenir la version de
kernel-package chargée de la création du paquet. Ce script doit
être appelé avec deux arguments, le premier est la version de
l’image du noyau, et le second est l’adresse de l’image du noyau
elle-même. Des erreurs dans le script déclencheront un échec de
prerm. Lorsqu’on utilise debconf pour l’appel du script, ce
dernier ne générera pas de message de diagnostic sur la sortie
standard. En effet, au moment où la post-installation appelle
db_stop debconf ne rétablit pas la sortie standard, tous les
messages en sa direction disparaissent. Ce script est exécuté
aprs les scripts du répertoire /etc/kernel/prerm.d.
src_postinst_hook
OBSOLETE : Contrairement aux autres variables de type « hook »,
cette variable indique un script qui sera exécuté pendant la
phase de post-installation d’un paquet de documentation,
d’en-têtes ou de sources. L’utilisation de cette possibilité
pour les paquets d’en-têtes est maintenant déconseillé ; le
script de post-installation des paquets d’en-têtes doit
seulement lancer le script headers_postinst_hook. Le chemin peut
être un chemin relatif si le script est situé dans un répertoire
«sûr » (c’est-à-dire s’il est dans /bin, /sbin, /usr/bin, ou
/usr/sbin), sinon il doit être exprimé en absolu. La variable
d’environnement KERNEL_PACKAGE_VERSION doit contenir la version
de kernel-package chargée de la création du paquet. Ce script
doit être appelé avec deux arguments, le premier est le nomdu
paquet à installer (ce peut être les sources noyau, ou les
entêtes), et le second est la version du paquet à installer. Des
erreurs dans le script déclencheront un échec de postinst. Ce
script est exécuté aprs les scripts du répertoire
/etc/kernel/src_postinst.d.
header_postinst_hook
OBSOLETE : Contrairement aux autres variables de type « hook »,
cette variable indique un script qui sera exécuté pendant la
phase de post-installation d’un paquet d’en-têtes seulement. Le
chemin peut être un chemin relatif si le script est situé dans
un répertoire « sûr » (c’est-à-dire s’il est dans /bin, /sbin,
/usr/bin, ou /usr/sbin), sinon il doit être exprimé en absolu.
La variable d’environnement KERNEL_PACKAGE_VERSION doit contenir
la version de kernel-package chargée de la création du paquet.
Ce script sera appelé avec deux arguments, le premier étant le
nom du paquet à installer, le second étant la version du paque à
installert. Des erreurs dans le script déclencheront un échec de
la post-installation. Ce script est exécuté aprs les scripts du
répertoire /etc/kernel/src_postinst.d.
clobber_modules
Quand cette variable est déclarée, le script de pré-installation
cherchera à déplacer silencieusement /lib/modules/version, si
cette version est la même que celle de l’image à installer.
Utilisez-la à vos risques et périls. Cette variable n’a pas de
valeur par défaut.
warn_reboot
Cette variable peut être utilisée pour désactiver l’émission des
alertes («warnings ») lors de l’installation d’une image du
noyau qui est de la même version que celle actuellement lancée.
Si la liste des modules a changé, les dépendances entre modules
ont peut-être été modifiées, et les modules du nouveau noyau
pourraient ne pas fonctionner correctement avec le noyau actuel,
notamment si la liste des ABI du noyau a changé entre les deux.
C’est une bonne idée de redémarrer la machine, et un message
vous le précisera. Si vous savez ce que vous faites, vous pouvez
définir cette variable à « no ». Cette variable est active par
défaut.
relink_build_link
Cette option manipule le « build link » créé par les noyaux
récents. Si le lien est un lien ballant et si les en-têtes du
noyau correspondants semblent avoir été installés sur le
système, un nouveau lien symbolique sera créé et pointera sur
eux. La valeur par défaut est de relier le lien de construction
(« YES »).
force_build_link
Cette option manipule le lien de construction « build link »
créé par les noyaux récents. Si le lien est un lien ballant, un
nouveau lien symbolique sera créé et pointera sur /usr/src/, que
ces en-têtes aient été installées ou non. Il n’y a pas de valeur
par défaut, les liens symboliques potentiellement ballants ne
sont pas créés par défaut.
relink_src_link
Cette option manipule le « source link » créé par les noyaux
récents. Si le lien est un lien ballant, il sera effacé au
moment de l’installation. La valeur par défaut est de relier
(effacer) le lien des sources (« YES »).
silent_modules
Cette option est là pour ceux qui sont excédés par les
avertissements concernant l’existence d’un répertoire de modules
/lib/modules/$version. Ce répertoire peut appartenir à un ancien
paquet image du noyay, qui a peut-être même disparu, auquel cas
les modules restant dans ce répertoire peuvent poser problème ;
ou bien, ce répertoire a le droit d’exister parce qu’on installe
un paquet indépendant des modules d’une version du noyau qui a
déjà été dépaquetée. Dans ce dernier cas, l’existence de ce
répertoire est bénigne. Si vous utilisez cette variable, vous
n’aurez plus la possibilité d’interrompre l’installation si un
répertoire /lib/modules/$version est détecté. Cette variable n’a
pas de valeur par défaut.
ignore_depmod_err
Si elle est déclarée, cette variable empêchera une interrogation
de l’utilisateur après un problème avec depmod dans le script de
post-installation. Cela facilite les installations automatiques,
mais cela peut cacher un problème avec l’image du noyau. Un
diagnostic est affiché. Cette variable n’a pas de valeur par
défaut.
FICHIERS
Le fichier décrit ici est /etc/kernel-img.conf.
VOIR AUSSI
make-kpkg(1), kernel-pkg.conf(5), make(1), le manuel GNU Make
BOGUES
Il n’y a pas d’erreur. Toute ressemblance avec un bogue est du délire.
Vraiment.
AUTEUR
Cette page a été écrite par Manoj Srivastava, <srivasta@debian.org>,
pour le système Debian GNU/Linux.