OVH Cloud OVH Cloud

image kernel

10 réponses
Avatar
thierry.rouillon
Bonjour. Je voudrais savoir comment on peut changer l'image que le kernel
utilise au démarrage. Chez moi j'ai un arret du kernel car il recherche
hdc7 qui ne figure même pas dans mon fstab. en appuyant sur "shift" il
continue mais je voudrais quand même réparer. Comment fait-on ? sans
recharger la distrib mdk 9.2.... Merci.
--
Thierry de Champagne... pour me repondre enlevez .nospam.

10 réponses

Avatar
Rakotomandimby Mihamina
thierry.rouillon wrote:
Bonjour. Je voudrais savoir comment on peut changer l'image que le kernel
utilise au démarrage.


Je pense qu'il y a une enorme erreur sur la facon de dire les choses
dans cette phrase. On va essayer de la reformuler correctement .

Le kernel (noyau) c'est justement "l'image" qui est chargee . Et cette
image du kernel se fait charger par GRUB ou LILO . C'est donc au niveau
de grub ou Lilo qu'il faut agir pour selectionner la bonne option .

Chez moi j'ai un arret du kernel


"arret du kernel" ? ... c'est quoi ...

car il recherche
hdc7 qui ne figure même pas dans mon fstab.


donc ca confirme bien ce que je pense que c'est bien dans le chargeur de
demmarrage qu'il faut agir .

en appuyant sur "shift" il
continue mais je voudrais quand même réparer. Comment fait-on ? sans
recharger la distrib mdk 9.2.... Merci.


On ne recharge pas une distribution ....
il suffit de savoir quel est le chargeur de demarrage , et d'agir dessus
soit par un utilitaire de configuration , soit directement ...
--
Rakotomandimby Mihamina Andrianifaharana
Tel : +33 2 38 76 43 65
http://stko.dyndns.info/site_principal/Members/mihamina

Avatar
thierry.rouillon
Bonjour Mihamina
Rakotomandimby Mihamina nous a gentiment écrit:

thierry.rouillon wrote:
Bonjour. Je voudrais savoir comment on peut changer l'image que le kernel
utilise au démarrage.


Je pense qu'il y a une enorme erreur sur la facon de dire les choses
dans cette phrase. On va essayer de la reformuler correctement .

Le kernel (noyau) c'est justement "l'image" qui est chargee . Et cette
image du kernel se fait charger par GRUB ou LILO . C'est donc au niveau
de grub ou Lilo qu'il faut agir pour selectionner la bonne option .


Je ne suis pas expert, mais il me semble que l'image c'est vmlinuz
Je travaille avec lilo mais je ne vois pas de commande pour modifier cette
image. on a le choix que du boot... Sauf erreur de ma part.


Chez moi j'ai un arret du kernel


"arret du kernel" ? ... c'est quoi ...


une pause.

car il recherche
hdc7 qui ne figure même pas dans mon fstab.


donc ca confirme bien ce que je pense que c'est bien dans le chargeur de
demmarrage qu'il faut agir .


?? j'ai besoin d'en savoir plus; Ma lanterne n'est pas assez éclairée.

en appuyant sur "shift" il
continue mais je voudrais quand même réparer. Comment fait-on ? sans
recharger la distrib mdk 9.2.... Merci.


On ne recharge pas une distribution ....
il suffit de savoir quel est le chargeur de demarrage , et d'agir dessus
soit par un utilitaire de configuration , soit directement ...


? J'ai pas compris. Excuse moi!
--
Thierry de Champagne... pour me repondre enlevez .nospam.


Avatar
sUrTr
Bonjour,


car il recherche
hdc7 qui ne figure même pas dans mon fstab.


donc ca confirme bien ce que je pense que c'est bien dans le chargeur de
demmarrage qu'il faut agir .



?? j'ai besoin d'en savoir plus; Ma lanterne n'est pas assez éclairée.

On ne recharge pas une distribution ....
il suffit de savoir quel est le chargeur de demarrage , et d'agir dessus
soit par un utilitaire de configuration , soit directement ...


? J'ai pas compris. Excuse moi!


Je pense moi aussi que ton probleme vient du chargeur de demarrage.
Dans ton cas, le chargeur de demarrage est Lilo. C'est lui, quand tu
choisis le systeme sur lequel tu veux booter (en l'occurence ta
mandrake) qui s'occupe d'aller chercher l'image de ton noyau et de la
charger pour demarrer.
Ton probleme je pense est que Lilo est configure pour aller chercher
l'image du noyau dans le disque hdc7.
Pour corriger ca, tu dois editer le fichier config de Lilo, qui devrait
etre a priori /etc/lilo.conf et editer la ligne commencant par 'image'
dans le paragraphe correspondant au code de boot de ta mdk.
Pour savoir exactement ce que tu dois y mettre, ben cela depend en fait
de comment est fait ton systeme => Google est ton ami.

Voila, j'espere que ca pourra t'aider.



Avatar
Cyril Bouchut
http://f3wm.free.fr/linux/lx_init.html
Un lien qui peut permêtre de comprendre ce qu'est le noyeau et comment
démmare linux.

cyril
Avatar
Hervé Riboulot
Le Thu, 20 May 2004 17:05:01 +0200, thierry.rouillon a écrit :

Bonjour Mihamina
Rakotomandimby Mihamina nous a gentiment écrit:

thierry.rouillon wrote:
Bonjour. Je voudrais savoir comment on peut changer l'image que le kernel
utilise au démarrage.


Je pense qu'il y a une enorme erreur sur la facon de dire les choses
dans cette phrase. On va essayer de la reformuler correctement .

Le kernel (noyau) c'est justement "l'image" qui est chargee . Et cette
image du kernel se fait charger par GRUB ou LILO . C'est donc au niveau
de grub ou Lilo qu'il faut agir pour selectionner la bonne option .


Je ne suis pas expert, mais il me semble que l'image c'est vmlinuz
Je travaille avec lilo mais je ne vois pas de commande pour modifier cette
image. on a le choix que du boot... Sauf erreur de ma part.


Il est possible d'implanter plusieurs images. lilo lance une image et une
seule, bien évidemment.

Dans /etc/lilo.conf, les images sont désignées dans des lignes
préfixées par image
Voici à des fins d'illustration un extrait d'un lilo.conf qui permet de
booter sur 3 noyaux distincts (avec les commentaires que j'ai rajoutés):

La partie générale qui suit indique où est le boot et règle quelques
paramétres par défaut (dont l'image lancée qui un noyau 2.6.3-8):

boot=/dev/hda
map=/boot/map
default="Linux_non_FB_noyau_2.6.3-8"
keytable=/boot/fr-latin1.klt
prompt
nowarn
timeout0
message=/boot/message
menu-scheme=wb:bw:wb:bw

Voici un premier noyau dont l'image s'appelle vmlinuz (c'est tout
simplement le résultat d'une compilation et l'image est désignée sous
un terme ... habituel mais non obligatoire)

image=/boot/vmlinuz
label="Linux_non_FB_noyau_2.6.3-4"
root=/dev/hdb1
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdb5" read-only

Voici une deuxième image, qui est acquise par un rpm de chez M. Mandrake:

image=/boot/vmlinuz-2.6.3-8mdk
label&3-8
root=/dev/hdb1
read-only
optional
vgax8
append=" devfs=mount acpi=ht resume=/dev/hdb5"
initrd=/boot/initrd-2.6.3-8mdk.img

Voici une 3ème image:

image=/boot/vmlinuz-2.6.3-9mdk
label&3-9
root=/dev/hdb1
read-only
optional
vgax8
append=" devfs=mount acpi=ht resume=/dev/hdb5"
initrd=/boot/initrd-2.6.3-9mdk.img

Voilà donc pour montrer / illustrer la possibilité de stocker plusieurs
images de noyaux (fort commode pour redémarrer sur un noyau opérationnel
quand le noyau nouvellement implanté présente des signes de faiblesse!).



Chez moi j'ai un arret du kernel
"arret du kernel" ? ... c'est quoi ...

une pause.

car il recherche
hdc7 qui ne figure même pas dans mon fstab.


donc ca confirme bien ce que je pense que c'est bien dans le chargeur de
demmarrage qu'il faut agir .



Très vraissemblablement, l'image est stockée sur une partition qui n'est
pas accessible au boot (pour diverses raisons ... mais c'est un autre
sujet).


?? j'ai besoin d'en savoir plus; Ma lanterne n'est pas assez éclairée.

en appuyant sur "shift" il
continue mais je voudrais quand même réparer. Comment fait-on ? sans
recharger la distrib mdk 9.2.... Merci.


On ne recharge pas une distribution .... il suffit de savoir quel est
le chargeur de demarrage , et d'agir dessus soit par un utilitaire de
configuration , soit directement ...


? J'ai pas compris. Excuse moi!


Les explications précédentes devraient te permettre d'avancer (je
l'espère).

Une dernière précision: Mandrake propose plusieurs images de noyaux en
rpm. Les nouvelles versions du noyau n'apparaissent jamais en mise à jour
mais toujours en nouveaux rpm (principalement pour des raisons de
sécurité: on ne substitue pas un noyau par un autre pour offrir la
possibilité à un utilisateur de revenir en arrière en rebootant
simplement!).



Avatar
thierry.rouillon
sUrTr nous a gentiment écrit:

Bonjour,


car il recherche
hdc7 qui ne figure même pas dans mon fstab.


donc ca confirme bien ce que je pense que c'est bien dans le chargeur de
demmarrage qu'il faut agir .



?? j'ai besoin d'en savoir plus; Ma lanterne n'est pas assez éclairée.

On ne recharge pas une distribution ....
il suffit de savoir quel est le chargeur de demarrage , et d'agir dessus
soit par un utilitaire de configuration , soit directement ...


? J'ai pas compris. Excuse moi!


Je pense moi aussi que ton probleme vient du chargeur de demarrage.
Dans ton cas, le chargeur de demarrage est Lilo. C'est lui, quand tu
choisis le systeme sur lequel tu veux booter (en l'occurence ta
mandrake) qui s'occupe d'aller chercher l'image de ton noyau et de la
charger pour demarrer.
Ton probleme je pense est que Lilo est configure pour aller chercher
l'image du noyau dans le disque hdc7.
Pour corriger ca, tu dois editer le fichier config de Lilo, qui devrait
etre a priori /etc/lilo.conf et editer la ligne commencant par 'image'
dans le paragraphe correspondant au code de boot de ta mdk.
Pour savoir exactement ce que tu dois y mettre, ben cela depend en fait
de comment est fait ton systeme => Google est ton ami.

Voila, j'espere que ca pourra t'aider.
Merci, je vais aller voir.

--
Thierry de Champagne... pour me repondre enlevez .nospam.




Avatar
thierry.rouillon
Hervé Riboulot nous a gentiment écrit:


Il est possible d'implanter plusieurs images. lilo lance une image et une
seule, bien évidemment.

Dans /etc/lilo.conf, les images sont désignées dans des lignes
préfixées par image >
Voici à des fins d'illustration un extrait d'un lilo.conf qui permet de
booter sur 3 noyaux distincts (avec les commentaires que j'ai rajoutés):

La partie générale qui suit indique où est le boot et règle quelques
paramétres par défaut (dont l'image lancée qui un noyau 2.6.3-8):

boot=/dev/hda
map=/boot/map
default="Linux_non_FB_noyau_2.6.3-8"
keytable=/boot/fr-latin1.klt
prompt
nowarn
timeout0
message=/boot/message
menu-scheme=wb:bw:wb:bw

Voici un premier noyau dont l'image s'appelle vmlinuz (c'est tout
simplement le résultat d'une compilation et l'image est désignée sous
un terme ... habituel mais non obligatoire)

image=/boot/vmlinuz
label="Linux_non_FB_noyau_2.6.3-4"
root=/dev/hdb1
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdb5" read-only

Voici une deuxième image, qui est acquise par un rpm de chez M. Mandrake:

image=/boot/vmlinuz-2.6.3-8mdk
label&3-8
root=/dev/hdb1
read-only
optional
vgax8
append=" devfs=mount acpi=ht resume=/dev/hdb5"
initrd=/boot/initrd-2.6.3-8mdk.img

Voici une 3ème image:

image=/boot/vmlinuz-2.6.3-9mdk
label&3-9
root=/dev/hdb1
read-only
optional
vgax8
append=" devfs=mount acpi=ht resume=/dev/hdb5"
initrd=/boot/initrd-2.6.3-9mdk.img

Voilà donc pour montrer / illustrer la possibilité de stocker plusieurs
images de noyaux (fort commode pour redémarrer sur un noyau opérationnel
quand le noyau nouvellement implanté présente des signes de faiblesse!).




Les explications précédentes devraient te permettre d'avancer (je
l'espère).

Une dernière précision: Mandrake propose plusieurs images de noyaux en
rpm. Les nouvelles versions du noyau n'apparaissent jamais en mise à jour
mais toujours en nouveaux rpm (principalement pour des raisons de
sécurité: on ne substitue pas un noyau par un autre pour offrir la
possibilité à un utilisateur de revenir en arrière en rebootant
simplement!).
Voici mon fichier. La ligne en défaut est resume=/dev/hdc7

A quoi sert elle? Comment puis la réorienter. Merci.

image=/boot/vmlinuz
label="linux"
root=/dev/hda5
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdc7"
read-only
image=/boot/vmlinuz
label="failsafe"
root=/dev/hda5
initrd=/boot/initrd.img
append="devfs=nomount acpi=ht resume=/dev/hdc7 failsafe"
read-only
other=/dev/hda1
label="windows"
table=/dev/hda
other=/dev/hdc1
label="windows2"
table=/dev/hdc
map-drive=0x80
to=0x81
map-drive=0x81
to=0x80
other=/dev/fd0
label="floppy"
unsafe
~

--
Thierry de Champagne... pour me repondre enlevez .nospam.

Avatar
Hervé Riboulot
Le Thu, 20 May 2004 20:11:55 +0200, thierry.rouillon a écrit :

Hervé Riboulot nous a gentiment écrit:


Il est possible d'implanter plusieurs images. lilo lance une image et une
seule, bien évidemment.

Dans /etc/lilo.conf, les images sont désignées dans des lignes
préfixées par image >>
Voici à des fins d'illustration un extrait d'un lilo.conf qui permet de
booter sur 3 noyaux distincts (avec les commentaires que j'ai rajoutés):

La partie générale qui suit indique où est le boot et règle quelques
paramétres par défaut (dont l'image lancée qui un noyau 2.6.3-8):

boot=/dev/hda
map=/boot/map
default="Linux_non_FB_noyau_2.6.3-8"
keytable=/boot/fr-latin1.klt
prompt
nowarn
timeout0
message=/boot/message
menu-scheme=wb:bw:wb:bw

Voici un premier noyau dont l'image s'appelle vmlinuz (c'est tout
simplement le résultat d'une compilation et l'image est désignée sous
un terme ... habituel mais non obligatoire)

image=/boot/vmlinuz
label="Linux_non_FB_noyau_2.6.3-4"
root=/dev/hdb1
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdb5" read-only

Voici une deuxième image, qui est acquise par un rpm de chez M. Mandrake:

image=/boot/vmlinuz-2.6.3-8mdk
label&3-8
root=/dev/hdb1
read-only
optional
vgax8
append=" devfs=mount acpi=ht resume=/dev/hdb5"
initrd=/boot/initrd-2.6.3-8mdk.img

Voici une 3ème image:

image=/boot/vmlinuz-2.6.3-9mdk
label&3-9
root=/dev/hdb1
read-only
optional
vgax8
append=" devfs=mount acpi=ht resume=/dev/hdb5"
initrd=/boot/initrd-2.6.3-9mdk.img

Voilà donc pour montrer / illustrer la possibilité de stocker plusieurs
images de noyaux (fort commode pour redémarrer sur un noyau opérationnel
quand le noyau nouvellement implanté présente des signes de faiblesse!).




Les explications précédentes devraient te permettre d'avancer (je
l'espère).

Une dernière précision: Mandrake propose plusieurs images de noyaux en
rpm. Les nouvelles versions du noyau n'apparaissent jamais en mise à jour
mais toujours en nouveaux rpm (principalement pour des raisons de
sécurité: on ne substitue pas un noyau par un autre pour offrir la
possibilité à un utilisateur de revenir en arrière en rebootant
simplement!).
Voici mon fichier. La ligne en défaut est resume=/dev/hdc7

A quoi sert elle? Comment puis la réorienter. Merci.

image=/boot/vmlinuz
label="linux"
root=/dev/hda5
initrd=/boot/initrd.img
append="devfs=mount acpi=ht resume=/dev/hdc7"
read-only
image=/boot/vmlinuz
label="failsafe"
root=/dev/hda5
initrd=/boot/initrd.img
append="devfs=nomount acpi=ht resume=/dev/hdc7 failsafe"
read-only
other=/dev/hda1
label="windows"
table=/dev/hda
other=/dev/hdc1
label="windows2"
table=/dev/hdc
map-drive=0x80
to=0x81
map-drive=0x81
to=0x80
other=/dev/fd0
label="floppy"
unsafe
~
L'option resume est activée. Elle est décrite sur le site suivant:


http://fchabaud.free.fr/English/Tricks/Laptop/Swsusp/Doc/Software-suspend-1.html

Voici sa définition: "Software suspend is the ability to freeze the
kernel state and dump it on disk, then restore it upon resuming. This
allows to completely stop a computer for a long period while keeping an
internal session opened. In modern laptops, suspension is no more done by
the BIOS, even the unbuggy ones. It uses ACPI and ask the operating system
to do most of the job. If you can't satisfy yourself with standby mode
(suspension to RAM) because you leave your computer in suspension mode for
too long a time, then you have to suspend on disk. "

En d'autres termes, une copie est prise sur le disque qui peut ensuite
être restaurée; le système est gelé jusqu'à réactivation... Il
s'appuie sur un mécanisme ACPI (Advanced Configuration & Power Interface).

ACPI est bien activé (option ht: run only enough ACPI to enable Hyper Threading
...)

La copie du noyau actif (et son environnement) est stockée généralement
dans la partition swap (qui doit correspondre à hdc7).

La suppression dans lilo.conf des commandes resume=/dev/hdc7 devrait
résoudre le pb. Il faut toutefois être prudent et procéder comme suit:

* créer une copie de lilo.conf (cp /etc/lilo.conf /etc/lilo.conf.sauv par
exemple)
* se doter du CD pour amorcer un mode rescue en cas de pb (il suffira
de passer en mode console et d'exécuter un mv /etc/lilo.conf.sauv puis
lilo)
* modifier le lilo.conf (enlever les commandes concernées)
* lancer lilo pour faire prendre en compte le nouveau lilo.conf
* puis rebooter !


Avatar
Arnaud ARZUFFI
Cyril Bouchut, dans un moment d'inspiration, rédigea le jeudi 20 Mai 2004
18:40 :

http://f3wm.free.fr/linux/lx_init.html
Un lien qui peut permêtre de comprendre ce qu'est le noyeau et comment
démmare linux.

cyril


Oui, et je me permets d'ajouter une autre adresse, celle de la documentation
Mandrake, pour 2 raisons :

1. Thierry possède une Mandrake
et 2. en parcourant ce forum, je constate que cette excellente documentation
(adaptable a d'autres disributions et traitant de Linux en profondeur) est
méconnue.

Adresse des documentations :
http://www.mandrakelinux.com/fr/fdoc.php3

Adresse correspondant au problème de Thierry :
http://doc.mandrakelinux.com/MandrakeLinux/92/fr/Command-Line.html/sysv.html


--
Arnaud ARZUFFI

Enlever le "0" superflu de mon adresse, merci...

Avatar
thierry.rouillon
Arnaud ARZUFFI nous a gentiment écrit:

Cyril Bouchut, dans un moment d'inspiration, rédigea le jeudi 20 Mai 2004
18:40 :

http://f3wm.free.fr/linux/lx_init.html
Un lien qui peut permêtre de comprendre ce qu'est le noyeau et comment
démmare linux.

cyril


Oui, et je me permets d'ajouter une autre adresse, celle de la
documentation Mandrake, pour 2 raisons :

1. Thierry possède une Mandrake
et 2. en parcourant ce forum, je constate que cette excellente
documentation (adaptable a d'autres disributions et traitant de Linux en
profondeur) est méconnue.

Adresse des documentations :
http://www.mandrakelinux.com/fr/fdoc.php3

Adresse correspondant au problème de Thierry :

http://doc.mandrakelinux.com/MandrakeLinux/92/fr/Command-Line.html/sysv.html



Merci pour ces liens précieux.

--
Thierry de Champagne... pour me repondre enlevez .nospam.