[RESOLU] update-grub ne met plus rien à jour !?!

Support Debian
#1

Bonsoir,

J’ai update-grub qui ne met plus à jour menu.lst ni le boot de la machine (je viens d’installer le 2.6.22 et rien n’apparaît au boot), par contre il remarque bien qu’il y a un 2.6.22 présent. :exclamation:

J’avais modifié le menu.lst à la main pour changer le nom affiché au boot d’un 2.6.18 perso afin de le différencier. Cela semblait fonctionner.

J’utilise grub2 car grub a une erreur “critique” d’update-grub qui ne se met pas à jour … depuis près d’un an. :unamused:

Quelqu’un a une idée :question:

#2

Je viens de mettre à jour grub2 pour celui d’unstable, aucun changement. Je n’ai rien qui se met à jour. Pourtant lui aussi reconnaît bien la présence du kernel 2.6.22. :open_mouth:

#3

Si je met les lignes à la main pour le 2.6.22 dans menu.lst, alors cela fonctionne.

C’est sensé fonctionner comme cela maintenant ?

#4

As tu essayé de virer ton menu.lst pour le recréer avec update-grub ?
Peux tu donner le contenu intègral de ce que tu as dans ton menu.lst ?

#5

Non, déjà il ne se recrée pas.

Ensuite voilà le miens:

[code]# 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’.

default 3

timeout sec

Set a timeout, in SEC seconds, before automatically booting the default entry

(normally the first entry defined).

timeout 90

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=/dev/hda2 ro splash=silent

default grub root device

e.g. groot=(hd0,0)

groot=(hd0,0)

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=

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=(single-user) 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

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=true

## End Default Options

title Chainload into GRUB 2
root (hd0,0)
kernel /boot/grub/core.img
savedefault

title Debian, kernel 2.6.18 v2 libc2.7 mod
root (hd0,0)
kernel /vmlinuz-2.6.18-v2 root=/dev/hda2 ro splash=silent
initrd /initrd.img-2.6.18-v2
savedefault

title Debian, kernel 2.6.18 v2 libc2.7 mod (recovery mode)
root (hd0,0)
kernel /vmlinuz-2.6.18-v2 root=/dev/hda2 ro splash=silent single
initrd /initrd.img-2.6.18-v2
savedefault

title Debian GNU/Linux, kernel 2.6.22-3
root (hd0,0)
kernel /vmlinuz-2.6.22-3-k7 root=/dev/hda2 ro splash=silent
initrd /initrd.img-2.6.22-3-k7
savedefault

title Debian GNU/Linux, kernel 2.6.22-3 (recovery mode)
root (hd0,0)
kernel /vmlinuz-2.6.22-3-k7 root=/dev/hda2 ro splash=silent single
initrd /initrd.img-2.6.22-3-k7
savedefault

title Debian, kernel 2.6.18 v1 libc2.6 mod
root (hd0,0)
kernel /vmlinuz-2.6.18 root=/dev/hda2 ro splash=silent
initrd /initrd.img-2.6.18
savedefault

title Debian, kernel 2.6.18 v1 libc2.6 mod (recovery mode)
root (hd0,0)
kernel /vmlinuz-2.6.18 root=/dev/hda2 ro splash=silent single
initrd /initrd.img-2.6.18
savedefault

title Debian GNU/Linux, kernel 2.6.18-4-k7
root (hd0,0)
kernel /vmlinuz-2.6.18-4-k7 root=/dev/hda2 ro splash=silent
initrd /initrd.img-2.6.18-4-k7savedefault

title Debian GNU/Linux, kernel 2.6.18-4-k7 (recovery mode)
root (hd0,0)
kernel /vmlinuz-2.6.18-4-k7 root=/dev/hda2 ro splash=silent single
initrd /initrd.img-2.6.18-4-k7
savedefault

title Debian GNU/Linux, kernel memtest86+
root (hd0,0)
kernel /memtest86+.bin

END DEBIAN AUTOMAGIC KERNELS LIST[/code]

#6

Chainload into GRUB 2 n’est pas à sa place, ça devrait être aprés la ligne ### END DEBIAN AUTOMAGIC KERNELS LIST pour eviter que update-grub ne l’ecrase lors de son execution.

Sinon, quand tu fais un update-grub, il ne modifie pas du tout le fichier ?

[quote]J’ai update-grub qui ne met plus à jour menu.lst ni le boot de la machine (je viens d’installer le 2.6.22 et rien n’apparaît au boot), par contre il remarque bien qu’il y a un 2.6.22 présent.[/quote] C’est à dire ?

Sinon, grub simple, si tu refais un grub-install, il râle toujours sur l’update-grub ?

#7

L’entrée Chainload… je n’y ai jamais touchée, c’est grub2 qui l’a mise là tout seul, bon je vais la déplacer.
En fait moi j’ai juste changer les “title” pour différencier plus facilement mes deux noyaux et le numéro de l’entrée qui boot car c’est 0 par défaut, c’est à dire que cela me lançait le Chainload, qui est vide, donc erreur, donc relancé, etc…

update-grub ne modifie pas le fichier et ne le crée pas non plus.

Bein grub simple a toujours le même bug officiel sur l’update-grub justement et cela depuis un an c’est pour cela que j’étais passé en grub2, car je cherchais à résoudre un problème avec ma carte son et j’avais remarqué que grub était impliqué. :confused:

Édit: J’ai oublié:
quand je dis qu’il reconnait la présence du 2.6.22 c’est que il le liste parmi les noyaux quand on lance la commande (tu sais, à la fin, il liste tout les noyaux installés), mais il n’en fait rien.

#8

Ouais, je pensais que l’entrée chainload correspondait à une deuxiême install, pas à un chainage sur grub2, donc remets le, il devait être à sa place.
J’ai regardé packages.debian.org/sid/i386/grub-pc/filelist (grub2 n’est qu’un pseudopaquet qui tire grub-pc comme dépendance), et tu as un fichier /usr/lib/grub-legacy/update-grub qui AMA devrait faire la mise à jour de menu.lst.
Mais je crains que même avec ça, ton pb ne soit purement grub2 et que le menu.lst ne soit plus pris en compte, et sur le fonctionnement de grub2, je suis sec.

#9

Tu utilises quoi comme chargeur ?

Maintenant je peu toujours re-passer sur grub(1) mais avec le bug “officiellement” toujours présent … :confused:

#10

Je n’ai jamais eu de problême avec grub, mais si ton problême c’est que update-grub ne marche pas, etant donné que tu as de toutes façons le même pb sous grub2, ça ne coute rien de rester sous grub, si ?

#11

J’ai trouvé ton raisonnement très correct, donc j’ai re-installé grub(1).
Surprises:

  • Déjà quand update-grub ne trouve pas menu.lst il me demande de le créer, ce que ne faisait pas celui de grub2.
  • Ensuite il m’a recréé le menu.lst, même à partir du miens, ce qui est le fonctionnement normal.
  • Ensuite il a été capable de reconnaître le boot.img de grub2 que grub2 n’a jamais reconnu et en plus que celui-ci a laissé sur la machine malgré une suppression totale (ainsi que de grub-pc). :exclamation:

Mais alors l’erreur listée par apt-listbugs n’est plus d’actualité ?!

En tout les cas, cette partie là est résolue, déjà “merci”. 8)