Salut,
J'ai un problème avec grub : voulant faire en sorte que l'option
vgay4 que j'ai passée pour un de mes noyaux ne soit pas écr asée Ã
chaque update de grub (sachant que je suis en SID, ça arrive plus
souvent qu'à l'accoutumée !), j'ai tapé un :
grub-install /dev/sda
sachant que mon disque dur (seul) est un disque SATA.
Mais là , j'ai eu ce message :
/usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute
binary file
qui se répète sans fin.
Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
En toute logique, grub foire, et se colle direct en mode texte de base
(où il faut passer toutes les commandes à la main : kernel
/boot/vmlinuz, load, etc.).
Bon, je suis rerentré sur mon système, et j'ai retenté le
grub-install, mais il foire toujours.
J'ai cherché sur le net, mais personne ne semble avoir exactement
cette erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je
suis en SID, et j'ai fait l'upgrade hier soir), mais je trouve ça
bizarre.
Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
souci (mais est-ce que grub-install est exécuté à chaque f ois qu'un
nouveau noyau apparaît ?).
Salut,
J'ai un problème avec grub : voulant faire en sorte que l'option
vga=794 que j'ai passée pour un de mes noyaux ne soit pas écr asée Ã
chaque update de grub (sachant que je suis en SID, ça arrive plus
souvent qu'à l'accoutumée !), j'ai tapé un :
grub-install /dev/sda
sachant que mon disque dur (seul) est un disque SATA.
Mais là , j'ai eu ce message :
/usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute
binary file
qui se répète sans fin.
Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
En toute logique, grub foire, et se colle direct en mode texte de base
(où il faut passer toutes les commandes à la main : kernel
/boot/vmlinuz, load, etc.).
Bon, je suis rerentré sur mon système, et j'ai retenté le
grub-install, mais il foire toujours.
J'ai cherché sur le net, mais personne ne semble avoir exactement
cette erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je
suis en SID, et j'ai fait l'upgrade hier soir), mais je trouve ça
bizarre.
Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
souci (mais est-ce que grub-install est exécuté à chaque f ois qu'un
nouveau noyau apparaît ?).
Salut,
J'ai un problème avec grub : voulant faire en sorte que l'option
vgay4 que j'ai passée pour un de mes noyaux ne soit pas écr asée Ã
chaque update de grub (sachant que je suis en SID, ça arrive plus
souvent qu'à l'accoutumée !), j'ai tapé un :
grub-install /dev/sda
sachant que mon disque dur (seul) est un disque SATA.
Mais là , j'ai eu ce message :
/usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute
binary file
qui se répète sans fin.
Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
En toute logique, grub foire, et se colle direct en mode texte de base
(où il faut passer toutes les commandes à la main : kernel
/boot/vmlinuz, load, etc.).
Bon, je suis rerentré sur mon système, et j'ai retenté le
grub-install, mais il foire toujours.
J'ai cherché sur le net, mais personne ne semble avoir exactement
cette erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je
suis en SID, et j'ai fait l'upgrade hier soir), mais je trouve ça
bizarre.
Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
souci (mais est-ce que grub-install est exécuté à chaque f ois qu'un
nouveau noyau apparaît ?).
[...]
> En revanche, tu peux aussi installer grub depuis grub : tu tapes
> « grub » et tu obtiens un shell. Dans ce shell, tu tapes quel que
> chose du genre « root (hd0,0) » puis « setup (hd0)  » (à modifier
> suivant tes partitions, lire le manuel).
C'est le programme grub lui-même qui contient l'erreur. J'ai tentà © de
faire ça, mais j'arrive à la même erreur d'entrée de jeu.
Note : Il s'agit d'une Debian AMD64 en SID.
>
> Bien sûr, si grub fonctionne, il n'y a aucune raison de le
> réinstaller.
>
Bah, il fonctionne en mode minimal, c'est peu chiant, quand même ! ( il
faut tout retaper kernel monkernel puis boot, etc.)
Oui, et justement, dès qu'on installe un nouveau noyau, il vire les
options type vgay4. Mais cette option ne m'intéresse que pour un
seul noyau, en fait.
[...]
[...]
> En revanche, tu peux aussi installer grub depuis grub : tu tapes
> « grub » et tu obtiens un shell. Dans ce shell, tu tapes quel que
> chose du genre « root (hd0,0) » puis « setup (hd0)  » (à modifier
> suivant tes partitions, lire le manuel).
C'est le programme grub lui-même qui contient l'erreur. J'ai tentà © de
faire ça, mais j'arrive à la même erreur d'entrée de jeu.
Note : Il s'agit d'une Debian AMD64 en SID.
>
> Bien sûr, si grub fonctionne, il n'y a aucune raison de le
> réinstaller.
>
Bah, il fonctionne en mode minimal, c'est peu chiant, quand même ! ( il
faut tout retaper kernel monkernel puis boot, etc.)
Oui, et justement, dès qu'on installe un nouveau noyau, il vire les
options type vga=794. Mais cette option ne m'intéresse que pour un
seul noyau, en fait.
[...]
[...]
> En revanche, tu peux aussi installer grub depuis grub : tu tapes
> « grub » et tu obtiens un shell. Dans ce shell, tu tapes quel que
> chose du genre « root (hd0,0) » puis « setup (hd0)  » (à modifier
> suivant tes partitions, lire le manuel).
C'est le programme grub lui-même qui contient l'erreur. J'ai tentà © de
faire ça, mais j'arrive à la même erreur d'entrée de jeu.
Note : Il s'agit d'une Debian AMD64 en SID.
>
> Bien sûr, si grub fonctionne, il n'y a aucune raison de le
> réinstaller.
>
Bah, il fonctionne en mode minimal, c'est peu chiant, quand même ! ( il
faut tout retaper kernel monkernel puis boot, etc.)
Oui, et justement, dès qu'on installe un nouveau noyau, il vire les
options type vgay4. Mais cette option ne m'intéresse que pour un
seul noyau, en fait.
[...]
Aurelien Roux, dimanche 17 décembre 2006, 20:41:48 CET
>
> Salut,
'soir,
> J'ai un problème avec grub : voulant faire en sorte que l'option
> vgay4 que j'ai passée pour un de mes noyaux ne soit pas écrasée à
> chaque update de grub (sachant que je suis en SID, ça arrive plus
> souvent qu'à l'accoutumée !), j'ai tapé un :
>
> grub-install /dev/sda
>
> sachant que mon disque dur (seul) est un disque SATA.
Je ne vois pas en quoi faire un grub-install empêcherait une mise à
jour de grub ou des noyaux de modifier le fichier menu.lst.
Tu aurais dû lire /boot/grub/menu.lst et comprendre qu'il te
suffisait d'ajouter « vgay4 » à la variable kopt.
> Mais là, j'ai eu ce message :
>
> /usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute
> binary file
>
> qui se répète sans fin.
> Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
> En toute logique, grub foire, et se colle direct en mode texte de base
> (où il faut passer toutes les commandes à la main : kernel
> /boot/vmlinuz, load, etc.).
>
> Bon, je suis rerentré sur mon système, et j'ai retenté le
> grub-install, mais il foire toujours.
>
> J'ai cherché sur le net, mais personne ne semble avoir exactement
> cette erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je
> suis en SID, et j'ai fait l'upgrade hier soir), mais je trouve ça
> bizarre.
Par contre, je ne vois pas d'où vient l'erreur.
En revanche, tu peux aussi installer grub depuis grub : tu tapes
« grub » et tu obtiens un shell. Dans ce shell, tu tapes quelque chose
du genre « root (hd0,0) » puis « setup (hd0) » (à modifier suivant tes
partitions, lire le manuel).
Bien sûr, si grub fonctionne, il n'y a aucune raison de le
réinstaller.
> Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
> end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
> souci (mais est-ce que grub-install est exécuté à chaque fois qu'un
> nouveau noyau apparaît ?).
Contrairement à lilo, grub n'a pas besoin d'être réinstallé (= copié
dans le secteur de boot) à chaque modification : grub lit le fichier
menu.lst à chaque démarrage, update-grub ne fait que reconstruire ce
fichier si un nouveau noyau est installé. Quant à lilo, on doit le
réinstaller à chaque modification du lilo.conf : les paramètres sont
stockés avec lilo dans le secteur de boot, ce fichier n'est qu'un moyen
de donner des paramètres au programme qui installe lilo dans le secteur
de boot (et qui s'appelle aussi lilo).
--
Sylvain Sauvage
Aurelien Roux, dimanche 17 décembre 2006, 20:41:48 CET
>
> Salut,
'soir,
> J'ai un problème avec grub : voulant faire en sorte que l'option
> vgay4 que j'ai passée pour un de mes noyaux ne soit pas écrasée à
> chaque update de grub (sachant que je suis en SID, ça arrive plus
> souvent qu'à l'accoutumée !), j'ai tapé un :
>
> grub-install /dev/sda
>
> sachant que mon disque dur (seul) est un disque SATA.
Je ne vois pas en quoi faire un grub-install empêcherait une mise à
jour de grub ou des noyaux de modifier le fichier menu.lst.
Tu aurais dû lire /boot/grub/menu.lst et comprendre qu'il te
suffisait d'ajouter « vgay4 » à la variable kopt.
> Mais là, j'ai eu ce message :
>
> /usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute
> binary file
>
> qui se répète sans fin.
> Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
> En toute logique, grub foire, et se colle direct en mode texte de base
> (où il faut passer toutes les commandes à la main : kernel
> /boot/vmlinuz, load, etc.).
>
> Bon, je suis rerentré sur mon système, et j'ai retenté le
> grub-install, mais il foire toujours.
>
> J'ai cherché sur le net, mais personne ne semble avoir exactement
> cette erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je
> suis en SID, et j'ai fait l'upgrade hier soir), mais je trouve ça
> bizarre.
Par contre, je ne vois pas d'où vient l'erreur.
En revanche, tu peux aussi installer grub depuis grub : tu tapes
« grub » et tu obtiens un shell. Dans ce shell, tu tapes quelque chose
du genre « root (hd0,0) » puis « setup (hd0) » (à modifier suivant tes
partitions, lire le manuel).
Bien sûr, si grub fonctionne, il n'y a aucune raison de le
réinstaller.
> Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
> end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
> souci (mais est-ce que grub-install est exécuté à chaque fois qu'un
> nouveau noyau apparaît ?).
Contrairement à lilo, grub n'a pas besoin d'être réinstallé (= copié
dans le secteur de boot) à chaque modification : grub lit le fichier
menu.lst à chaque démarrage, update-grub ne fait que reconstruire ce
fichier si un nouveau noyau est installé. Quant à lilo, on doit le
réinstaller à chaque modification du lilo.conf : les paramètres sont
stockés avec lilo dans le secteur de boot, ce fichier n'est qu'un moyen
de donner des paramètres au programme qui installe lilo dans le secteur
de boot (et qui s'appelle aussi lilo).
--
Sylvain Sauvage
Aurelien Roux, dimanche 17 décembre 2006, 20:41:48 CET
>
> Salut,
'soir,
> J'ai un problème avec grub : voulant faire en sorte que l'option
> vgay4 que j'ai passée pour un de mes noyaux ne soit pas écrasée à
> chaque update de grub (sachant que je suis en SID, ça arrive plus
> souvent qu'à l'accoutumée !), j'ai tapé un :
>
> grub-install /dev/sda
>
> sachant que mon disque dur (seul) est un disque SATA.
Je ne vois pas en quoi faire un grub-install empêcherait une mise à
jour de grub ou des noyaux de modifier le fichier menu.lst.
Tu aurais dû lire /boot/grub/menu.lst et comprendre qu'il te
suffisait d'ajouter « vgay4 » à la variable kopt.
> Mais là, j'ai eu ce message :
>
> /usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute
> binary file
>
> qui se répète sans fin.
> Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
> En toute logique, grub foire, et se colle direct en mode texte de base
> (où il faut passer toutes les commandes à la main : kernel
> /boot/vmlinuz, load, etc.).
>
> Bon, je suis rerentré sur mon système, et j'ai retenté le
> grub-install, mais il foire toujours.
>
> J'ai cherché sur le net, mais personne ne semble avoir exactement
> cette erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je
> suis en SID, et j'ai fait l'upgrade hier soir), mais je trouve ça
> bizarre.
Par contre, je ne vois pas d'où vient l'erreur.
En revanche, tu peux aussi installer grub depuis grub : tu tapes
« grub » et tu obtiens un shell. Dans ce shell, tu tapes quelque chose
du genre « root (hd0,0) » puis « setup (hd0) » (à modifier suivant tes
partitions, lire le manuel).
Bien sûr, si grub fonctionne, il n'y a aucune raison de le
réinstaller.
> Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
> end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
> souci (mais est-ce que grub-install est exécuté à chaque fois qu'un
> nouveau noyau apparaît ?).
Contrairement à lilo, grub n'a pas besoin d'être réinstallé (= copié
dans le secteur de boot) à chaque modification : grub lit le fichier
menu.lst à chaque démarrage, update-grub ne fait que reconstruire ce
fichier si un nouveau noyau est installé. Quant à lilo, on doit le
réinstaller à chaque modification du lilo.conf : les paramètres sont
stockés avec lilo dans le secteur de boot, ce fichier n'est qu'un moyen
de donner des paramètres au programme qui installe lilo dans le secteur
de boot (et qui s'appelle aussi lilo).
--
Sylvain Sauvage
Salut,
J'ai un problème avec grub : voulant faire en sorte que l'option vga= 794
que j'ai passée pour un de mes noyaux ne soit pas écrasée à chaqu e update
de grub (sachant que je suis en SID, ça arrive plus souvent qu'à
l'accoutumée !), j'ai tapé un :
grub-install /dev/sda
sachant que mon disque dur (seul) est un disque SATA.
Mais là, j'ai eu ce message :
/usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute binary
file
qui se répète sans fin.
Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
En toute logique, grub foire, et se colle direct en mode texte de base
(où il faut passer toutes les commandes à la main : kernel
/boot/vmlinuz, load, etc.).
Bon, je suis rerentré sur mon système, et j'ai retenté le grub-inst all,
mais il foire toujours.
J'ai cherché sur le net, mais personne ne semble avoir exactement cette
erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je suis en
SID, et j'ai fait l'upgrade hier soir), mais je trouve ça bizarre.
Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
souci (mais est-ce que grub-install est exécuté à chaque fois qu'un
nouveau noyau apparaît ?).
Merci.
A plus tard.
grub (0.97-16) unstable; urgency=low
grub-install and update-grub has changed location.
There's a wrapper available in /sbin to keep backward compatibility but
it'll be removed once Etch is release as stable. You _must_ edit your
/etc/kernel-img.conf and change the paths to /usr/sbin/update-grub.
For example:
,----[ /etc/kernel-img.conf ]
| ...
| postinst_hook = /sbin/update-grub
| postrm_hook = /sbin/update-grub
`----
Should be change to:
,----[ /etc/kernel-img.conf ]
| ...
| postinst_hook = /usr/sbin/update-grub
| postrm_hook = /usr/sbin/update-grub
`----
-- Otavio Salvador Thu, 14 Sep 2006 23:25:36 -0300
Salut,
J'ai un problème avec grub : voulant faire en sorte que l'option vga= 794
que j'ai passée pour un de mes noyaux ne soit pas écrasée à chaqu e update
de grub (sachant que je suis en SID, ça arrive plus souvent qu'à
l'accoutumée !), j'ai tapé un :
grub-install /dev/sda
sachant que mon disque dur (seul) est un disque SATA.
Mais là, j'ai eu ce message :
/usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute binary
file
qui se répète sans fin.
Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
En toute logique, grub foire, et se colle direct en mode texte de base
(où il faut passer toutes les commandes à la main : kernel
/boot/vmlinuz, load, etc.).
Bon, je suis rerentré sur mon système, et j'ai retenté le grub-inst all,
mais il foire toujours.
J'ai cherché sur le net, mais personne ne semble avoir exactement cette
erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je suis en
SID, et j'ai fait l'upgrade hier soir), mais je trouve ça bizarre.
Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
souci (mais est-ce que grub-install est exécuté à chaque fois qu'un
nouveau noyau apparaît ?).
Merci.
A plus tard.
grub (0.97-16) unstable; urgency=low
grub-install and update-grub has changed location.
There's a wrapper available in /sbin to keep backward compatibility but
it'll be removed once Etch is release as stable. You _must_ edit your
/etc/kernel-img.conf and change the paths to /usr/sbin/update-grub.
For example:
,----[ /etc/kernel-img.conf ]
| ...
| postinst_hook = /sbin/update-grub
| postrm_hook = /sbin/update-grub
`----
Should be change to:
,----[ /etc/kernel-img.conf ]
| ...
| postinst_hook = /usr/sbin/update-grub
| postrm_hook = /usr/sbin/update-grub
`----
-- Otavio Salvador <otavio@debian.org> Thu, 14 Sep 2006 23:25:36 -0300
Salut,
J'ai un problème avec grub : voulant faire en sorte que l'option vga= 794
que j'ai passée pour un de mes noyaux ne soit pas écrasée à chaqu e update
de grub (sachant que je suis en SID, ça arrive plus souvent qu'à
l'accoutumée !), j'ai tapé un :
grub-install /dev/sda
sachant que mon disque dur (seul) est un disque SATA.
Mais là, j'ai eu ce message :
/usr/sbin/grub-install: line 484: /usr/sbin/grub: cannot execute binary
file
qui se répète sans fin.
Je fais Ctrl-C, ce qui arrête le script, et je redémarre.
En toute logique, grub foire, et se colle direct en mode texte de base
(où il faut passer toutes les commandes à la main : kernel
/boot/vmlinuz, load, etc.).
Bon, je suis rerentré sur mon système, et j'ai retenté le grub-inst all,
mais il foire toujours.
J'ai cherché sur le net, mais personne ne semble avoir exactement cette
erreur. Je me demande s'il ne s'agit pas d'un bug de grub (je suis en
SID, et j'ai fait l'upgrade hier soir), mais je trouve ça bizarre.
Ce qui est sûr, c'est que j'ai compilé pas mal de noyau dans le week
end, grub a été updaté à chaque fois, forcément, et je n'ai pas eu de
souci (mais est-ce que grub-install est exécuté à chaque fois qu'un
nouveau noyau apparaît ?).
Merci.
A plus tard.
grub (0.97-16) unstable; urgency=low
grub-install and update-grub has changed location.
There's a wrapper available in /sbin to keep backward compatibility but
it'll be removed once Etch is release as stable. You _must_ edit your
/etc/kernel-img.conf and change the paths to /usr/sbin/update-grub.
For example:
,----[ /etc/kernel-img.conf ]
| ...
| postinst_hook = /sbin/update-grub
| postrm_hook = /sbin/update-grub
`----
Should be change to:
,----[ /etc/kernel-img.conf ]
| ...
| postinst_hook = /usr/sbin/update-grub
| postrm_hook = /usr/sbin/update-grub
`----
-- Otavio Salvador Thu, 14 Sep 2006 23:25:36 -0300
Il y a eu une mise à jour de grub récemment sous SID qui indiquais qu'il y
avais une manipulation à effectuer suite à la mise à jour sur le fichier
/etc/kernel-img.conf.
zless /usr/share/doc/grub/NEWS.Debian.gz
Il y a eu une mise à jour de grub récemment sous SID qui indiquais qu'il y
avais une manipulation à effectuer suite à la mise à jour sur le fichier
/etc/kernel-img.conf.
zless /usr/share/doc/grub/NEWS.Debian.gz
Il y a eu une mise à jour de grub récemment sous SID qui indiquais qu'il y
avais une manipulation à effectuer suite à la mise à jour sur le fichier
/etc/kernel-img.conf.
zless /usr/share/doc/grub/NEWS.Debian.gz