bonjour,
je viens de cloner une machine avec DRBL/clonzilla d'une installation fédora 17
surprise en lancant la machine clonée je me retrouve sous l'invite
grub>

???? QUE dois je faire? deja il me semblait que avec la F17 c'etait grub 2

Merci d'avance

djodj
Va dans le répertoire /boot.grub2

ouvre le fichier grub.cfg et recopie ici la ligne commençant par: linux
je suis allé dans /boot/grub2 mais le fichier grub.cfg semble etre en binaire

j'ai pu faire reinstaller avec le CD mais je ne me vois pas faire la manip a chaque fois que je fais un clonage. avec grub 1 je apres clonage hop.. on demare et ca fonctionnait.
donc ici , peut être il y a une configuation a faire ou une commande à taper quand au demarrage on tombe sous l'invite:
grub>

djodj
j'ai une pettie idée mais je vais devoir refaiel'image pour la tester.. :

dans fstab les montages se font a partir des UUID des disques( reference unique) et non pas a partir des nom logiques et donc quand on clone le disque change forcement d'UUID il faut donc virer les références aux UUID et les remettre à partir des nom logiques
/dev/sda1
/dev/sda2
etc..

demain je vais faire le test

djodj
C'est précisément la raison pour laquelle je te demandais le contenu de cette ligne.

De plus non, grub.cfg n'est pas du binaire, ou alors chez toi il est en très mauvaise santé!

Pour info, je vire les UUID et je n'utilise que la méthode LABEL. Au moins c'est parlant.
en fait ca n'a pas fonctionné
le probleme ne vient pas de là
j'ai toujours l'invite
grub>
en fait c'est meme GNU GRUB version 0.97

je me demande si le probleme n'est pas une confusion des grub entre grub1 et grub2

Qui a une idée?

djodj
S'lut,

Ré installer Grub2 par exemple avec la commande
# grub2-install /dev/sdX
rien a voir, grub2 est deja installé. le probleme , je pense est que l'usage des UUID depasse le cadre de fstab

Il semble que /boot/grub2/grub.cfg dedans fasse référence aux UUID et non pas aux Labels

Question.. comment forcer l'usage des UUID

djodj
Le fait de réinstaller Grub, va remettre à jour tes fichiers Grub, avec le bon UUID et tout ce qui va bien.

Mais bon, si tu dis que ça n'a rien n'a voir...
oui certe c'est ce que je fais sr unemachine mais c'est penible de devor faire ca a chaque fois surtotu si on dot cloner plusiuers machines.

pour les Spécialistes je peux leur dire que déja j'ai pu voir que dans grub.cfg il repere les disque par une recherche par UUID
search --fs-uuid --set root 355ccb5c-99e1-400d-b612-451f9247e35e
alors que il faudrait qu'il fasse une recherche par LAbel
search --label --set root /dev/sda1
par exemple

mais comment faire en sorte que grub.cfg soit créé en faisnat reference au disque par les label ????

oblectif : faire une image clonable sur des machines sans avoir à bidouiller le grub

merci
djodj
Lorsque tu crées une partition elle a un UUID différent et pas de label du tout. Tu es donc obligé d'une manière ou d'une autre de régler le problème.

Moi j'ai fait :

e2label sda1 /

puis dans grub.cfg

linux /boot/vmlinuz-3.6.2-1.fc16.i686 root=LABEL=/ ro rd.md=0 rd.lvm=0 rd.dm=0 quiet LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0 KEYTABLE=fr-latin9

c'est tout.

Il te suffira lors des clonages de fixer ce label à la main ou bien de prévoir un script (assez simple) pour le faire.
en fait j'ai fait une "Bidouille" en atendant de trouver une solution plus théorique

j'ai ouvert avec gedit le grub.cfg
et remplacé partout la chaine
--fs-uuid --set=root 355ccb5c-99e1-400d-b612-451f9247e35e
par
--label --set=root /dev/sda1
j'ai rebooté ma machine et ca semble bien fonctionner.

cependant comme c'est une modification de grub.cfg qui est sensé être généré autamiquement, j'ai bien conscience que ce n'est qu'une bidouille

comme tout le parc a la même architecture physique, en faisant cette bidouille sur le master avant de faire l'image du clone, ça devrait alors fonctioner sur les machines cibles clonées


mais n'est-il pas possible de faire générer le grub.cfg avec les labels et non les UUID?
:hammer: quelle galere les UUID pour les déploiement de parc par clonage :hammer: !!!!!!!

Djodj
Si tu clones, tu clones aussi grub.cfg, où est le problème ?

ce que tu ne clones pas c'est l'UUID ou le label, et pour ça reporte toi au post n° 11
le probleme vient des UUID specifice a chaque élément materiel

et quand je charge l'image ... ca ne bott pas
j'ai
grub>

c'est tout

et en plus c'est l'invite de grub 1 et non grub 2

ma manipe n'a pas focntionnée. je vais encore modifier grub2.cfg
Qu'as tu dans /etc/default/grub? Tu peux désactiver les UUID en ajoutant une ligne
GRUB_DISABLE_LINUX_UUID=true
dans ce fichier.
Tu regénère ton grub.cfg avec la commande habituelle
grub2-mkconfig -o /boot/grub2/grub.cfg
et tu vérifie si ton grub.cfg a ce que tu souhaites.

Qu'est-ce qui te fait croire que "grub>" est l'invite de grub1 et pas du grub2? Pour moi l'invite n'indique en rien la version.
je ne peux faire la manip avant la semaine prochaine, ce qui me faisait croire que ca devait etre du grub 1 est que l'aide par la touche 'tab' donne la liste des commandes , et ca semble etre les meme que celles de grub 1 par exemple j'ai testé setup (hd0) et ca m'a livré un compte rendu qui me dit que /boot/grub/grub.conf est a jour ... alors qu'il n'existe pas ..lol

merci pour les info je les teste courant semaine prochaine (mercredi si j'ai le temps ou jeudi)
pour madko,

en fait je viens de tester vite faite le
GRUB_DISABLE_LINUX_UUID=true
mais apres un grub2-mkgonfig /boot/grub2/grub.cfg

j'ai toujorsu les references faites aux UUID

snif c n'a pas fonctionné

djodj
Dans un premier temps commence par faire la modif directement dans le fichier grub.cfg. Si àa résoud le problème alors tu corrigeras les fichiers dans grub.d
djodj wrote:pour madko,

en fait je viens de tester vite faite le
GRUB_DISABLE_LINUX_UUID=true
mais apres un grub2-mkgonfig /boot/grub2/grub.cfg

djodj
C'est
grub2-mkgonfig -o /boot/grub2/grub.cfg
sinon les modifs ne sont pas répercutées dans le fichier de conf
et même grub2-mkconfig