Date: Tue, 24 Aug 2010 10:25:20 +0200
From: Vera Mickael
To:
Subject: Configuration grub
Bonjour,
Suite à une mise à jour de squeeze, en particulier grub, mon PC ne
boote plus. J'ai analysé le problème et j'ai identifié que le script
grub (ou grub-pc) dont je ne me rappelle plus le nom n'utilise pas
la bonne partition racine, hda au lieu de sda ou quelque chose comme
ça.
Je sais booter sur un CD de rescue et faire un chroot pour regénérer
ce scrip grub mais je ne sais pas où indiquer le nom de cette
partition qui contient le racine de mon installation.
Date: Tue, 24 Aug 2010 10:25:20 +0200
From: Vera Mickael <vera.mickael@free.fr>
To: debian-user-french@lists.debian.org
Subject: Configuration grub
Bonjour,
Suite à une mise à jour de squeeze, en particulier grub, mon PC ne
boote plus. J'ai analysé le problème et j'ai identifié que le script
grub (ou grub-pc) dont je ne me rappelle plus le nom n'utilise pas
la bonne partition racine, hda au lieu de sda ou quelque chose comme
ça.
Je sais booter sur un CD de rescue et faire un chroot pour regénérer
ce scrip grub mais je ne sais pas où indiquer le nom de cette
partition qui contient le racine de mon installation.
Date: Tue, 24 Aug 2010 10:25:20 +0200
From: Vera Mickael
To:
Subject: Configuration grub
Bonjour,
Suite à une mise à jour de squeeze, en particulier grub, mon PC ne
boote plus. J'ai analysé le problème et j'ai identifié que le script
grub (ou grub-pc) dont je ne me rappelle plus le nom n'utilise pas
la bonne partition racine, hda au lieu de sda ou quelque chose comme
ça.
Je sais booter sur un CD de rescue et faire un chroot pour regénérer
ce scrip grub mais je ne sais pas où indiquer le nom de cette
partition qui contient le racine de mon installation.
[…]
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'à ©dition
de ce fichier.
[…]
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'à ©dition
de ce fichier.
[…]
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'à ©dition
de ce fichier.
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'édition de c e fichier.
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'édition de c e fichier.
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'édition de c e fichier.
Le 24 août 2010 11:24, Julien Valroff a écrit :Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'édition de ce fichier.
Pas nécessairement, si on utilise luks, lvm, raid... Il peut y avoir
d'autres sources d'erreurs et l'update-grub (qui en fait est un
grub-mkconfig) va chercher des infos dans d'autres endroits comme le
fstab et device.map par ex (il me semble). Sans parler des scripts
dans /etc/grub.d qui font tout un travail de détection.
Son problème m'en rappel un autre que j'avais eu et où j'ai du
modifier mon /etc/crypttab et régénérer l'initrd :
http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/19ec2bea90e5198d/fb96f1d3a93f1189
Et un autre lié au premier.
http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/bdb9776f81979a09/72c7102a103d0c3b
Bref grub2 a plein de possibilités de déconner mais je trouve qu'il
commence à se stabiliser. Le seul problème ce sont les messages
d'erreurs trop peu explicite à mon gout.
Vera, as tu des messages d'erreurs ?
Le 24 août 2010 11:24, Julien Valroff <julien@kirya.net> a écrit :
Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'édition de ce fichier.
Pas nécessairement, si on utilise luks, lvm, raid... Il peut y avoir
d'autres sources d'erreurs et l'update-grub (qui en fait est un
grub-mkconfig) va chercher des infos dans d'autres endroits comme le
fstab et device.map par ex (il me semble). Sans parler des scripts
dans /etc/grub.d qui font tout un travail de détection.
Son problème m'en rappel un autre que j'avais eu et où j'ai du
modifier mon /etc/crypttab et régénérer l'initrd :
http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/19ec2bea90e5198d/fb96f1d3a93f1189
Et un autre lié au premier.
http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/bdb9776f81979a09/72c7102a103d0c3b
Bref grub2 a plein de possibilités de déconner mais je trouve qu'il
commence à se stabiliser. Le seul problème ce sont les messages
d'erreurs trop peu explicite à mon gout.
Vera, as tu des messages d'erreurs ?
Le 24 août 2010 11:24, Julien Valroff a écrit :Avec grub2, tout se passe dans /etc/defaut/grub
Il faut bien veiller à exéctuer update-grub2 après l'édition de ce fichier.
Pas nécessairement, si on utilise luks, lvm, raid... Il peut y avoir
d'autres sources d'erreurs et l'update-grub (qui en fait est un
grub-mkconfig) va chercher des infos dans d'autres endroits comme le
fstab et device.map par ex (il me semble). Sans parler des scripts
dans /etc/grub.d qui font tout un travail de détection.
Son problème m'en rappel un autre que j'avais eu et où j'ai du
modifier mon /etc/crypttab et régénérer l'initrd :
http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/19ec2bea90e5198d/fb96f1d3a93f1189
Et un autre lié au premier.
http://groups.google.fr/group/linux.debian.user.french/browse_thread/thread/bdb9776f81979a09/72c7102a103d0c3b
Bref grub2 a plein de possibilités de déconner mais je trouve qu'il
commence à se stabiliser. Le seul problème ce sont les messages
d'erreurs trop peu explicite à mon gout.
Vera, as tu des messages d'erreurs ?
Bonjour,
Vera Mickael a écrit :Bonjour,
Suite à une mise à jour de squeeze, en particulier grub, mon PC ne
boote plus. J'ai analysé le problème et j'ai identifié que le script
grub (ou grub-pc) dont je ne me rappelle plus le nom n'utilise pas la
bonne partition racine, hda au lieu de sda ou quelque chose comme ça.
Je sais booter sur un CD de rescue et faire un chroot pour regénérer
ce scrip grub mais je ne sais pas où indiquer le nom de cette
partition qui contient le racine de mon installation.
Si le but est de lui faire régénérer la bonne conf, il faut lui passer
le paramètre du device par la commande grub-install depuis ton chroot.
# grub-install install_device
Tu peux aussi forcer la détection des disque par
# grub-install --recheck install_device
A+
Luc.
Bonjour,
Vera Mickael a écrit :
Bonjour,
Suite à une mise à jour de squeeze, en particulier grub, mon PC ne
boote plus. J'ai analysé le problème et j'ai identifié que le script
grub (ou grub-pc) dont je ne me rappelle plus le nom n'utilise pas la
bonne partition racine, hda au lieu de sda ou quelque chose comme ça.
Je sais booter sur un CD de rescue et faire un chroot pour regénérer
ce scrip grub mais je ne sais pas où indiquer le nom de cette
partition qui contient le racine de mon installation.
Si le but est de lui faire régénérer la bonne conf, il faut lui passer
le paramètre du device par la commande grub-install depuis ton chroot.
# grub-install install_device
Tu peux aussi forcer la détection des disque par
# grub-install --recheck install_device
A+
Luc.
Bonjour,
Vera Mickael a écrit :Bonjour,
Suite à une mise à jour de squeeze, en particulier grub, mon PC ne
boote plus. J'ai analysé le problème et j'ai identifié que le script
grub (ou grub-pc) dont je ne me rappelle plus le nom n'utilise pas la
bonne partition racine, hda au lieu de sda ou quelque chose comme ça.
Je sais booter sur un CD de rescue et faire un chroot pour regénérer
ce scrip grub mais je ne sais pas où indiquer le nom de cette
partition qui contient le racine de mon installation.
Si le but est de lui faire régénérer la bonne conf, il faut lui passer
le paramètre du device par la commande grub-install depuis ton chroot.
# grub-install install_device
Tu peux aussi forcer la détection des disque par
# grub-install --recheck install_device
A+
Luc.
On passe à grub_install le device sur lequel installer grub et la
partition de demarrage par --root-directory (ou copier tous les
fichiers de grub). Cela ne correspond peut être pas à ton problème.
On passe à grub_install le device sur lequel installer grub et la
partition de demarrage par --root-directory (ou copier tous les
fichiers de grub). Cela ne correspond peut être pas à ton problème.
On passe à grub_install le device sur lequel installer grub et la
partition de demarrage par --root-directory (ou copier tous les
fichiers de grub). Cela ne correspond peut être pas à ton problème.
Est-ce que quelqu'un sait comment forcer le nom de la partition qui est
écrite dans grub.cfg ?
Merci,
Mickaël
Est-ce que quelqu'un sait comment forcer le nom de la partition qui est
écrite dans grub.cfg ?
Merci,
Mickaël
Est-ce que quelqu'un sait comment forcer le nom de la partition qui est
écrite dans grub.cfg ?
Merci,
Mickaël
Le 24 août 2010 15:50, Vera Mickael a écrit :Est-ce que quelqu'un sait comment forcer le nom de la partition qui est
écrite dans grub.cfg ?
Comme l'a fait remarquer Sylvain déjà : pourquoi n'utilises tu pas les
UUID plutôt que les noms des disques ?
Pour ça il suffit de commenter la ligne suivante dans /etc/default/grub
#GRUB_DISABLE_LINUX_UUID=true
En fait le script /etc/grub.d/10_linux est exécuté purement et
simplement par grub-mkconfig qui lui va d'abord chercher les UUID
grâce à grub-probe.
Si tu veux en avoir le coeur net, tu peux exécuter à la main le script
pour simuler le travail de grub-mkconfig :
Exportes des variables d'environnement :
# export GRUB_DISABLE_LINUX_UUID="false"
# export GRUB_DEVICE=`grub-probe --targetÞvice /`
# export GRUB_DEVICE_UUID=`grub-probe --device $GRUB_DEVICE --target=fs_uuid`
# export GRUB_DEVICE_BOOT=`grub-probe --targetÞvice /boot`
# export GRUB_DEVICE_BOOT_UUID=`grub-probe --device $GRUB_DEVICE_BOOT
--target=fs_uuid`
Puis exécutes le script.
# /etc/grub.d/10_linux
Chez moi ça se traduit comme ça:
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
menuentry 'GNU/Linux, avec Linux 2.6.32-5-amd64' --class gnu-linux
--class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set 3190b419-d40f-4bc3-9a5c-012f66e18650
echo 'Chargement de Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64
root=UUID190b419-d40f-4bc3-9a5c-012f66e18650 ro
echo 'Chargement du disque mémoire initial ...'
initrd /boot/initrd.img-2.6.32-5-amd64
}
[... ]
Tentes
# export GRUB_DISABLE_LINUX_UUID="true"
et tu verras plutôt :
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda8 ro
Attention il y a une subtilité dans le script /etc/grub.d/10_linux,
sur machine où le / est dans un lvm alors le script force
l'utilisation du nom du device dans /dev pour le paramètre root= passé
au noyau. Soit /dev/mapper/[Quelquechose]-root
Bref tout ça pour dire que c'est le script 10_linux qui écrit le
partie du fichier grub.cfg qui t'interesse et il st très facilement
lisible.Merci,
Mickaël
Oups pardon je t'ai appelé Vera un plus tôt :/
Le 24 août 2010 15:50, Vera Mickael<vera.mickael@free.fr> a écrit :
Est-ce que quelqu'un sait comment forcer le nom de la partition qui est
écrite dans grub.cfg ?
Comme l'a fait remarquer Sylvain déjà : pourquoi n'utilises tu pas les
UUID plutôt que les noms des disques ?
Pour ça il suffit de commenter la ligne suivante dans /etc/default/grub
#GRUB_DISABLE_LINUX_UUID=true
En fait le script /etc/grub.d/10_linux est exécuté purement et
simplement par grub-mkconfig qui lui va d'abord chercher les UUID
grâce à grub-probe.
Si tu veux en avoir le coeur net, tu peux exécuter à la main le script
pour simuler le travail de grub-mkconfig :
Exportes des variables d'environnement :
# export GRUB_DISABLE_LINUX_UUID="false"
# export GRUB_DEVICE=`grub-probe --targetÞvice /`
# export GRUB_DEVICE_UUID=`grub-probe --device $GRUB_DEVICE --target=fs_uuid`
# export GRUB_DEVICE_BOOT=`grub-probe --targetÞvice /boot`
# export GRUB_DEVICE_BOOT_UUID=`grub-probe --device $GRUB_DEVICE_BOOT
--target=fs_uuid`
Puis exécutes le script.
# /etc/grub.d/10_linux
Chez moi ça se traduit comme ça:
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
menuentry 'GNU/Linux, avec Linux 2.6.32-5-amd64' --class gnu-linux
--class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set 3190b419-d40f-4bc3-9a5c-012f66e18650
echo 'Chargement de Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64
root=UUID190b419-d40f-4bc3-9a5c-012f66e18650 ro
echo 'Chargement du disque mémoire initial ...'
initrd /boot/initrd.img-2.6.32-5-amd64
}
[... ]
Tentes
# export GRUB_DISABLE_LINUX_UUID="true"
et tu verras plutôt :
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda8 ro
Attention il y a une subtilité dans le script /etc/grub.d/10_linux,
sur machine où le / est dans un lvm alors le script force
l'utilisation du nom du device dans /dev pour le paramètre root= passé
au noyau. Soit /dev/mapper/[Quelquechose]-root
Bref tout ça pour dire que c'est le script 10_linux qui écrit le
partie du fichier grub.cfg qui t'interesse et il st très facilement
lisible.
Merci,
Mickaël
Oups pardon je t'ai appelé Vera un plus tôt :/
Le 24 août 2010 15:50, Vera Mickael a écrit :Est-ce que quelqu'un sait comment forcer le nom de la partition qui est
écrite dans grub.cfg ?
Comme l'a fait remarquer Sylvain déjà : pourquoi n'utilises tu pas les
UUID plutôt que les noms des disques ?
Pour ça il suffit de commenter la ligne suivante dans /etc/default/grub
#GRUB_DISABLE_LINUX_UUID=true
En fait le script /etc/grub.d/10_linux est exécuté purement et
simplement par grub-mkconfig qui lui va d'abord chercher les UUID
grâce à grub-probe.
Si tu veux en avoir le coeur net, tu peux exécuter à la main le script
pour simuler le travail de grub-mkconfig :
Exportes des variables d'environnement :
# export GRUB_DISABLE_LINUX_UUID="false"
# export GRUB_DEVICE=`grub-probe --targetÞvice /`
# export GRUB_DEVICE_UUID=`grub-probe --device $GRUB_DEVICE --target=fs_uuid`
# export GRUB_DEVICE_BOOT=`grub-probe --targetÞvice /boot`
# export GRUB_DEVICE_BOOT_UUID=`grub-probe --device $GRUB_DEVICE_BOOT
--target=fs_uuid`
Puis exécutes le script.
# /etc/grub.d/10_linux
Chez moi ça se traduit comme ça:
Found linux image: /boot/vmlinuz-2.6.32-5-amd64
Found initrd image: /boot/initrd.img-2.6.32-5-amd64
menuentry 'GNU/Linux, avec Linux 2.6.32-5-amd64' --class gnu-linux
--class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set 3190b419-d40f-4bc3-9a5c-012f66e18650
echo 'Chargement de Linux 2.6.32-5-amd64 ...'
linux /boot/vmlinuz-2.6.32-5-amd64
root=UUID190b419-d40f-4bc3-9a5c-012f66e18650 ro
echo 'Chargement du disque mémoire initial ...'
initrd /boot/initrd.img-2.6.32-5-amd64
}
[... ]
Tentes
# export GRUB_DISABLE_LINUX_UUID="true"
et tu verras plutôt :
linux /boot/vmlinuz-2.6.32-5-amd64 root=/dev/sda8 ro
Attention il y a une subtilité dans le script /etc/grub.d/10_linux,
sur machine où le / est dans un lvm alors le script force
l'utilisation du nom du device dans /dev pour le paramètre root= passé
au noyau. Soit /dev/mapper/[Quelquechose]-root
Bref tout ça pour dire que c'est le script 10_linux qui écrit le
partie du fichier grub.cfg qui t'interesse et il st très facilement
lisible.Merci,
Mickaël
Oups pardon je t'ai appelé Vera un plus tôt :/