[Résolu] Le fichier menu.lst de Grub ne se met pas à jour

gasti · Le 23/08/2009, à 10:37

Bonjour,

Quand je fait une mise à jour du système, le fichier /boot/grub/menu.lst n'est pas automatiquement mis à jour pour prendre en compte les nouvelles versions. Je suis obligé de le faire à la main.

Merci de votre aide

Config : Ubuntu 9.04 en dual boot avec Vista sur Raid0

Dernière modification par gasti (Le 03/10/2009, à 11:19)

Zenigata · Le 23/08/2009, à 10:39

Il y a effectivement une option qui peut avoir été désactivée.

Le plus simple pour ce genre de problèmes est d'installer startup-manager.

gasti · Le 23/08/2009, à 10:55

J'ai installé startup-manager mais je ne trouve pas d'option correspondant à mon problème.

Zenigata · Le 24/08/2009, à 09:21

Divers, mise à jour automatique de l'option de démarrage par défaut, je pense

gasti · Le 24/08/2009, à 11:43

En fait l'option par défaut ne me pose pas problème. Ce sont les lignes pour le nouveau noyau qui ne sont pas créées dans le fichier ; comme si le programme qui installe les paquets n'arrive pas à ouvrir menu.lst

Compte supprimé · Le 24/08/2009, à 11:59

Et si ce menu.lst n'était pas celui de / ?

Autrement dit es-tu en dual (ou multi) boot ?

gasti · Le 26/08/2009, à 22:03

Je ne suis pas certain de comprendre ta question. Le fichier est dans /boot/grub et quand je le modifie à la main c'est bien pris en compte. C'est quand il y a un nouveau noyau que cela ne se met pas automatiquement à jour.

Compte anonymisé · Le 26/08/2009, à 22:21

Salut

As-tu essayé de taper la commande :
sudo update-grub
Tu devrais voir une fenêtre de choix et il faut sélectionner la première ligne (accepter les modifs)

@+

AlexandreP · Le 27/08/2009, à 02:25

Peux-tu lister le contenu de ton fichier menu.lst ? J'ai l'impression qu'une section essentielle (toute la section AUTOMAGIC KERNELS LIST) a été effacée de ce fichier, ce qui empêcherait que le script update-grub mette à jour de manière dynamique la liste des noyaux...

flo62 · Le 29/08/2009, à 15:57

Bonjour à tous,

J'ai exactement le mếme probléme avec la mise à jour du grub. J'ai récemment mis à jour ma version du kernel et aucune modification n'ait apparu dans le fichier menu.lst malgré que la zone DEBIAN AUTOMAGIC KERNELS LIST existe toujours. J'ai également essayé de faire sudo update-grub mais cela ne change rien. J'aimerais éviter de le faire à la main et puis c'est source de probléme. Enfin si quelqu'un a une solution, je suis preneur.

Merci d'avance

Flo62

valoubs · Le 30/08/2009, à 16:43

En voulant poster sur le même sujet je suis tombée sur le post de gasti alors je me joins au cortège…

je suis un peu novice et je ne savais pas que grub aurait du actualiser menu.lst tout seul

ubuntu 9.04 kernel 2.6.28.14, après l’actualisation à la version 2.6.28.15, à reiniciar ubuntu, écran noir. J’ai pu demarrer depuis la version antérieure .14, modifié à la main la valeur default= dans menu.lst , et maintenant ça roule mais ça m’a fait une petite frayeur…:rolleyes:

Je précise que mon ordi amorce par défaut sur xp, default=6.
Je souhaite actualiser le noyau sur une autre machine, un portable et cette fois si ça peut se passer normalement, mucho mejor.

Je me demandais si en modifiant menu.lst avant de reinicier le système suite à l’actualisation, c pas le top mais est-ce que ça peut le faire ?? et puis j’va continuer à chercher ce qui cloche, c la première fois que j’actualise un noyau, alors je découvre.

valoubs · Le 30/08/2009, à 17:24

je viens de regarder mon menu.lst, la zone BEGIN AUTOMAGIC KERNEL LIST apparait ainsi:

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

Faut-il supprimer les # ???
merci

AlexandreP · Le 30/08/2009, à 22:39

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below
## DO NOT UNCOMMENT THEM, Just edit them to your needs
[...]

Non, elles ne doivent pas être décommentées. Si elles l'étaient, elles seraient lues par GRUB au moment du chargement de l'ordinateur, et ça causerait des problèmes. Commentées ainsi, elles sont ignorées par GRUB, ce qui permet un traitement normal et un affichage correct du menu. De son côté, le script update-grub doit être codé de manière à chercher des lignes précises commentées, situées entre ### BEGIN AUTOMAGIC KERNELS LIST et ### END DEBIAN AUTOMAGIC KERNELS LIST.

Si tu souhaites modifier des options passées aux entrées de menu générées automatiquement, modifie celles situées dans les lignes commentées où il n'y a qu'un seul dièse. Par exemple, si on veut modifier le nombre de noyaux à afficher dans la liste :

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=all

La ligne en gras débute avec un seul dièse ; c'est cette ligne-là qui sera lue par update-grub pour générer automatiquement le partie du menu des noyaux Linux.

valoubs · Le 31/08/2009, à 20:07

merci. quand on débute y'a beaucoup à apprendre
j'aurai bien quelques questions supplementaires mais je posterai à part.

je copi-colle mon menu.lst,
si une bonne âme peut y jeter un oeil et me dire s'il faut y modifier kekchose
pour que lors de l'actualisation du kernel à la version 2.6.28.15,
grub modifie automatiquement le fichier et qu'il n'y ait pas de problème à redemarrer ubuntu (9.04).

et si ça ne vient pas de là, où regarder??

# menu.lst - See: grub(8), info grub, update-grub(8)
# grub-install(8), grub-floppy(8),
# grub-md5-crypt, /usr/share/doc/grub
# and /usr/share/doc/grub-doc/.

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.
#
# You can specify 'saved' instead of a number. In this case, the default entry
# is the entry saved with the command 'savedefault'.
# WARNING: If you are using dmraid do not use 'savedefault' or your
# array will desync and will not let you boot your system.
default 6

## timeout sec
# Set a timeout, in SEC seconds, before automatically booting the default entry
# (normally the first entry defined).
timeout 10

## hiddenmenu
# Hides the menu by default (press ESC to see the menu)
#hiddenmenu

# Pretty colours
#color cyan/blue white/blue

## password ['--md5'] passwd
# If used in the first section of a menu file, disable all interactive editing
# control (menu entry editor and command-line) and entries protected by the
# command 'lock'
# e.g. password topsecret
# password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/
# password topsecret

#
# examples
#
# title Windows 95/98/NT/2000
# root (hd0,0)
# makeactive
# chainloader +1
#
# title Linux
# root (hd0,1)
# kernel /vmlinuz root=/dev/hda2 ro
#

#
# Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=5fb048cc-8353-4f01-9549-07e3dd3734aa

## should update-grub create alternative automagic boot options
## e.g. alternative=true
## alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
## lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## should update-grub lock old automagic boot options
## e.g. lockold=false
## lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
## altoptions=(recovery) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=all

## specify if running in Xen domU or have grub detect automatically
## update-grub will ignore non-xen kernels when running in domU and vice versa
## e.g. indomU=detect
## indomU=true
## indomU=false
# indomU=detect

## should update-grub create memtest86 boot option
## e.g. memtest86=true
## memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title Ubuntu 9.04, kernel 2.6.28-14-generic
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/vmlinuz-2.6.28-14-generic root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro quiet splash
initrd /boot/initrd.img-2.6.28-14-generic
quiet

title Ubuntu 9.04, kernel 2.6.28-14-generic (recovery mode)
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/vmlinuz-2.6.28-14-generic root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro single
initrd /boot/initrd.img-2.6.28-14-generic

title Ubuntu 9.04, kernel 2.6.28-11-generic
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/vmlinuz-2.6.28-11-generic root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro quiet splash
initrd /boot/initrd.img-2.6.28-11-generic
quiet

title Ubuntu 9.04, kernel 2.6.28-11-generic (recovery mode)
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/vmlinuz-2.6.28-11-generic root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro single
initrd /boot/initrd.img-2.6.28-11-generic

title Ubuntu 9.04, memtest86+
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/memtest86+.bin
quiet

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title Other operating systems:
root

# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title Microsoft Windows XP Home Edition
rootnoverify (hd0,0)
savedefault
chainloader +1

# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda3
title Windows NT/2000/XP
rootnoverify (hd0,2)
savedefault
chainloader +1

Compte anonymisé · Le 31/08/2009, à 20:28

Salut

Le problème n'est pas dans le fichier menu.lst.
Simplement tu as du répondre de ne pas modifier le fichier lors d'une précédente mise à jour et cette info est restée.

Je pense qu'il existe une variable à modifier qq part mais je ne me souviens plus.
Je pensais qu'un :
sudo update-grub mettrait les choses en place mais ce n'est pas le cas.

Ce que je te conseille :
Ajouter ce paragraphe après la ligne :
## ## End Default Options ##

title Ubuntu 9.04, kernel 2.6.28-15-generic
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/vmlinuz-2.6.28-15-generic root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro quiet splash
initrd /boot/initrd.img-2.6.28-15-generic
quiet
title Ubuntu 9.04, kernel 2.6.28-15-generic (recovery mode)
uuid 5fb048cc-8353-4f01-9549-07e3dd3734aa
kernel /boot/vmlinuz-2.6.28-15-generic root=UUID=5fb048cc-8353-4f01-9549-07e3dd3734aa ro single
initrd /boot/initrd.img-2.6.28-15-generic

De modifier :
# howmany=all
par
# howmany=2

De sauver menu.lst puis de valider en tapant la commande :
sudo update-grub

Et de faire attention lors de la prochaine maj du kernel.

@+

valoubs · Le 31/08/2009, à 22:29

je precise que j'ai installé ubuntu 9.04 il y a un mois, avec le noyau 2.6.28.14 et que depuis peu, le gestionaire d'actualisation me propose de passer au noyau 2.6.28.15 - il n'y a eu aucune actualisation anterieure.
comme j'ai eu le même problème q gasti sur mon pc tour, avant d'actualiser sur le portable, j'aimerais autant éviter le problème
question: la modification q tu suggères, il faut la faire juste après l'actualisation, avant de redemarrer (réinitier) le système??
avec novice - toi pédagogue et patient

Compte anonymisé · Le 31/08/2009, à 23:52

Salut

Si je comprends bien tu as une autre machine qui n'est pas à jour (noyau 28.14)
Donc oui tu acceptes la Mise à jour et tu devrais vers la fin d'installation du noyau (cliques sur détail lors de la mise à jour) tu devrais voir une fenêtre (pas très claire dans le texte et les choix). Il ne faut pas valider le choix pad défaut (de type : "conserver le fichier actuel") mais prendre la première ligne "accepter de modifier le fichier".

Pour la machine déjà mise à jour tu suis les instruction du post #15

@+

valoubs · Le 01/09/2009, à 13:39

merci encore, j'espère que la solution du post #15 servira à gasti.

pour ma part je viens d'actualiser le kernel sur le portable. Pas vu la fenêtre en question.
juste celle d'invite à reinicier.
j'ai verifié mon menu.lst, tout était en ordre, rien eu à modifier, à part le default=,
au lieu de 6 j'ai mis 8 pour que l'amorce par defaut soit sur xp.
redemarrage nikel sur le nouveau noyau.
salut!

Compte anonymisé · Le 01/09/2009, à 15:03

valoubs a écrit :

merci encore, j'espère que la solution du post #15 servira à gasti.
pour ma part je viens d'actualiser le kernel sur le portable. Pas vu la fenêtre en question.
juste celle d'invite à reinicier.
j'ai verifié mon menu.lst, tout était en ordre, rien eu à modifier, à part le default=,
au lieu de 6 j'ai mis 8 pour que l'amorce par defaut soit sur xp.
redemarrage nikel sur le nouveau noyau.
salut!

Salut

Au lieu de modifier à chaque fois le default pour le choix de redémarrage, il vaut mieux fixer une fois pour toute le nombre de kernels affichés à 2 :
# howmany=2
Ainsi le default=6 sera toujours valable et tu auras la dernière et l'avant dernière version du kernel (largement suffisant).

Attenton après les modifs de menu.lst il faut valider par :
sudo update-grub

@+

valoubs · Le 01/09/2009, à 20:41

pigé l'astuce

je me demandais justement quelle était la manip la plus simple pour "effacer" les kernels les + anciens.
pour la prochaine actualisation, j's'rai au top

merci jeanjd63

Compte anonymisé · Le 01/09/2009, à 23:36

Attention les kernels ne s'affichent pas mais pour les désinstaller proprement (et gagner un peu de place) il faut utiliser synaptic et surtout bien faire attention de conserver les 2 derniers.

@+

valoubs · Le 02/09/2009, à 19:21

pour battre le fer tant qu'il est chaud,
je viens d'experimenter tout ça sur mon bon vieux pc tour.

remis mon defaut=6
#howmany=2
$ sudo update-grub

au redemarrage l'option sur le troisième kernel 2.6.28.11 n'est plus proposée

dans la foulée, je désinstalle ce vieux kernel via synaptic
http://www.commentcamarche.net/faq/suje … on-paquets
et je passe de 71% d'espace occupé à 68%

je verifie /boot/grub/menu.lst, la mise à jour du fichier est correcte, les lignes concernant le kernel .11 ont été effacées.
par contre j'ai ceci:

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=2

le howmany=7 ne devrait-il pas être =5 ???

Chris777 · Le 02/09/2009, à 19:38

il me semble que cette ligne est en commentaire, seule la ligne du dessous sera prise en compte

Compte anonymisé · Le 02/09/2009, à 20:42

Je confirme :

## e.g. howmany=all
## howmany=7 ---> commentaire
# howmany=2 ---> pris en compte lors des mises à jour

c'est bien 2 et non 5 qu'il faut

@+

valoubs · Le 03/09/2009, à 07:56

#howmany=2
ça j'ai bien pigé, ça fait que le menu de grub propose au démarrage l'option de demarrer sur les 2 derniers kernels.

la question c:
pourquoi le commentaire (##howmany=7) n'a pas été modifié par $sudo update-grub.

car maintenant, après avoir viré le kernel le plus ancien ( .11),
pas seulement de la liste du menu mais aussi virer les fichiers correspondant,
il n'y a plus q 5 options de démarrage de ubuntu
2-6.28.15 generique
2.6.28.15 recovery
2.6.28.14 generique
2.6.28.14 recovery
memtest86+

je pensais q le commentaire ##howmany=7 passerai à ##howmany=5, comme
##combien de choix possibles?=5

bon, tout ça n'a sans doute pas beaucoup d'importance,
l'essentiel c'est que les lignes prises en charge par grub soient bien parametrées,
et que lors de la prochaine actualiation, je n'aurai pas à touché à menu.lst

en tout cas, c sympa de voir q sur le forum,
on ne reste pas longtemps tout seul avec ses problèmes
merci à tous

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 23/08/2009, à 10:37

[Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#2 Le 23/08/2009, à 10:39

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#3 Le 23/08/2009, à 10:55

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#4 Le 24/08/2009, à 09:21

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#5 Le 24/08/2009, à 11:43

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#6 Le 24/08/2009, à 11:59

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#7 Le 26/08/2009, à 22:03

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#8 Le 26/08/2009, à 22:21

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#9 Le 27/08/2009, à 02:25

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#10 Le 29/08/2009, à 15:57

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#11 Le 30/08/2009, à 16:43

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#12 Le 30/08/2009, à 17:24

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#13 Le 30/08/2009, à 22:39

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#14 Le 31/08/2009, à 20:07

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#15 Le 31/08/2009, à 20:28

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#16 Le 31/08/2009, à 22:29

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#17 Le 31/08/2009, à 23:52

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#18 Le 01/09/2009, à 13:39

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#19 Le 01/09/2009, à 15:03

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#20 Le 01/09/2009, à 20:41

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#21 Le 01/09/2009, à 23:36

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#22 Le 02/09/2009, à 19:21

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#23 Le 02/09/2009, à 19:38

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#24 Le 02/09/2009, à 20:42

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

#25 Le 03/09/2009, à 07:56

Re : [Résolu] Le fichier menu.lst de Grub ne se met pas à jour

Pied de page des forums