[Résolu] grub rescue nouveau problème

ar barzh paour · Le 08/12/2012, à 22:53

et bien Babdu tu as vraiment de la constance !!!
je t'ai peut-être induit en erreur avec mes appellations de disques A B C , rien à voir avec windows
pour moi
A = premier disque physique raccordé sur port SATA
produit: Hitachi HDP72505
information bus: scsi@2:0.0.0
nom logique: /dev/sda ==================>(c'est pour ça que je l'avais appelé A)
il "contient" volume 0 = /dev/sda1 volume 1=/dev/sda2 volume 2=/dev/sda3 volume 3=/dev/sda4
c'est ce disque qui boote sur Windows(/dev/sda1)

B = deuxième disque physique raccordé sur port SATA
produit: ST3500418AS
information bus: scsi@2:0.1.0
nom logique: /dev/sdb ==================>(c'est pour ça que je l'avais appelé B)
il contient
volume0=/dev/sdb1
volume1=/dev/sdb2 (extended) contenant lui même sdb5-6-7-8-9-10-11
avec /dev/sdb11: LABEL="Ub12" UUID="f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0" TYPE="ext4"

C = 3ème disque physique
produit: ST3500418AS (le même que B)
information bus: scsi@3:0.1.0
nom logique: /dev/sdc ==================>(c'est pour ça que je l'avais appelé C)
il contient
volume0=/dev/sdc1
volume1=/dev/sdc2
volume2=/dev/sdc3 ( données)
volume3=/dev/sdc4 (extended) contenant lui même /dev/sdc6-7-8
avec
/dev/sdc8: LABEL="Uc8" UUID="4c7cf4d9-6727-462f-9591-5f3db66c88f7" TYPE="ext4"

là où ça devient un peu compliqué aussi c'est ça:
======================================================================
si je boote sur le disque "B" (scsi@2:0.1.0)
je tombe sur un menu GRUB
je fais C pour passer une commande
puis ls
j'obtiens
hd0 hd0,msdos11 hd0 msdos10 etc hd0 msdos1 j'en conclue que HD0 est le disque "B" (d'après le nombre de partition)
hd1 hd1,msdos8 hd1 msdos7 etc hd1 msdos1 j'en conclue que HD1 est le disque "C"
hd2 hd2,msdos4 hd2,msdos3 etc hd2,msdos1 j'en conclue que HD2 est le disque "A"
=======================================================================
si je boote sur le disque "C" (scsi@3:0.1.0)
je tombe sur un menu GRUB
je fais C pour passer une commande
puis ls
j'obtiens
edit ===========mince je me suis planté en écrivant ==============================>
hd0 hd0,msdos8 hd0,msdos7 etc hd0,msdos1 j'en conclue que HD1 est le disque "C" non (HD0 est "C")
hd1 hd1,msdos4 hd1,msdos3 etc hd1,msdos1 j'en conclue que HD0 est le disque "A" non (HD1 est "A"
hd2 hd2,msdos11 hd2,msdos10 etc hd2,msdos1 j'en conclue que HD2 est le disque "B"
=======================================================================
ce que l'on peut voir c'est que HD0 est le disque surlequel on a booté !!!!!!!!!!!!!!!!!

hd0 correspond suivant ce sur quoi on a booté soit a /dev/sdb soit à /dev/sdc
hd0 ne correspond pas à /dev/sda (sauf si je ne laissais qu'un seul disque branché bien sur auquel cas on n'aurait plus ni /dev/sdb ni /dev/sdc tout au moins concernant ces disques)

du coup je ne sais plus trop ce que tu me demandes de faire

lancer ma machine sur /dev/sdb : c'est ce que je fais maintenant , et comme sdb11(ex)12 est l'OS par défaut je n'ai plus d'entrée sdb11/12 dans le menu mais l'entrée correspondant en tête
menuentry 'Ubuntu, avec Linux 3.2.0-34-generic-pae' .............. (c'est un ubuntu 12.04)

lancer ma machine sur /dev/sdc : c'est ce que j'ai fait dans le post#24 : je tombe sur un menu de grub correspondant à la partition 8 de ce disque (c'est un ubuntu 11.10), (je n'ai pas encore fait d'update-grub sur cette version, et c'est bien pour ça que j'ai encore la référence à msdos12 du disque B), mais je corrigerais àça la semaine prochain , demain concert ......
à +

Dernière modification par ar barzh paour (Le 09/12/2012, à 10:48)

Babdu89 · Le 09/12/2012, à 01:19

Ah,oui,OK!!!.
J'avais zappé ceci ...

Que tu pratiquais comme çà ...

si je boote sur le disque "B" (scsi@2:0.1.0)
je tombe sur un menu GRUB
je fais C pour passer une commande
puis ls
j'obtiens
hd0 hd0,msdos11 hd0 msdos10 etc hd0 msdos1 j'en conclue que HD0 est le disque "B" (d'après le nombre de partition)
hd1 hd1,msdos8 hd1 msdos7 etc hd1 msdos1 j'en conclue que HD1 est le disque "C"
hd2 hd2,msdos4 hd2,msdos3 etc hd2,msdos1 j'en conclue que HD2 est le disque "A"

C'est une manip que je ne fais pas, en tout cas rarement... Parce-que ,comme tu le fais remarquer, l'ordre des disques et partitions changent, suivant sur quel hdd l'on boot...

Quel que soit le disque qui boot la machine ... Je préfère éditer le contenu d'une ligne du menu grub, avec la touche (e) ... Puis si il y a eu des modifs faites dans la ligne, booter sur l'Os avec F10, pour prendre en compte temporairement les modifs faites ...

Remarque...
Comme ceci, quelque soit le disque qui lance un Os de la machine, si je tombe sur une entrée ;
Exemple qui nous préoccupe chez toi ; (hd1,msdos12) où (hd1,12) , suivit de l'UUID ==> f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 ...
Je suis sûr que l'Os à lancé est le Ubuntu installé sur le hdd /sdb sur la partition /sdb12 , donc sur l'Os situé en /dev/sdb12....

Au moins les lignes des entrées du menu Grub, sont en concordance avec le contenu du fichier grub.cfg de l'Os à lancer, qui doit lui aussi être en concordance avec le contenu du fichier fstab de cet Os ...
Il n'y a pas de doute possible, sur le disque et partition d'installation, de l'Os à lancer ...

Ce qui n'est pas le cas avec ta pratique ...

Comme je fais ...
Dans un menu Grub ... En éditant une ligne (touche==> e) ...
Lorsque je vois (hd3,msdos7) où (hd3,7) , je sais que je vois l'entrée de l'Os installé en /dev/sdd7 ...
Lorsque je vois (hd1,msdos8) où (hd1,8) , je sais que je vois l'entrée de l'OS installé en /dev/sdb8 ...

/dev/sdd7 et /dev/sdb8 , sont vu comme çà, par Gparted ,et les commandes fdisk _l ; blkid ; os-prober ; grep menuentry /boot/grub/grub.cfg (qui édite le contenu du menu grub depuis l'Os lancé) ; df -Th ; &&&& ...

Alors pour en revenir à ce que je te disais de tester dans mon post précédent ...

C'est de démarrer ta machine sur le hdd qui contient le Ubuntu installé en /sdb11, anciennement /sdb12 ...
Tu dis que la première entrée du menu grub , c'est celle de cet OS, çà tombe,bien ...
Je préconisais de sélectionner la première ligne du menu grub ... Un appui sur la touche (e) pour éditer la ligne ...
Te positionner derrière (hd1,msdos12) et de remplacer 12 par 00 ... Çà va modifier l'entrée temporairement pour un lancement de l'OS ...
Et de faire booter la machine avec la touche F10 ...
Voir si l'Os en /sdb11 (12) démarre ...ÇÀ va redémarre desus ,c'est certain ...
Si c'est le cas , çà montre bien que ce qui compte pour Grub PC ce sont les UUID des partitions ...
Il aura trouvé la partition avec l'UUID ==> f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 ....

Pourquoi, je précise Grub PC où grub2 ??...
Parce-qu'avec Grub Legacy (jusqu'à la 9.04 il me semble.) on avait un fichier " menu-lst " , au lieu du fichier "grub.cfg" maintenant, et les UUID n'étaient pas prises en compte ; c'était le nom des partitions qui comptait...
On avait disques et partitions désignés comme ceci... (hd1,12) pour la partition /dev/sdb12 ...

Alors...
Maintenant, si tu veux voir si en modifiant l'UUID temporairement si çà démarre, tu tu remplaces le dernier chiffre " 0 " par un " a ", tu fais F10 ,et tu vas avoir un beau message d'erreur de grub, error grub, no such partition avec peut-être , indiqué l'UUID finissant par 0 , Grub rescue ...

Il n'y a plus qu'à redémarrer la machine en faisant un Ctrl + Alt + suppr ... Puisqu'on est " comme " en mode dos ...
Et au prochain reboot la machine démarrera sur l'Os en /dev/sdb11 ...

Si tu veux, tu peux tester çà ...Il n'y a pas de changement fait dans les fichiers de configuration de grub, puisque toutes les modifs sont temporaires ...
Si tu es convaincu, on pourra faire les changement définitifs ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 09/12/2012, à 01:34)

ar barzh paour · Le 09/12/2012, à 19:52

Babdu89 a écrit :

Ah,oui,OK!!!.
J'avais zappé ceci ...
Que tu pratiquais comme çà ...

non non je te rassure
je ne fais cette manip que rarement ,cette fois c'était suite au pb que j'ai rencontré pour voir ce que ça donnait ...)

donc j'ai laissé mon système botter sur le disque "B" par défaut et fait les manips suivantes:
éditer le menu du choix par défaut

menuentry 'Ubuntu, avec Linux 3.2.0-34-generic-pae' --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='(hd1,msdos11)'
	search --no-floppy --fs-uuid --set=root f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0
	linux	/boot/vmlinuz-3.2.0-34-generic-pae root=UUID=f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 ro   quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.2.0-34-generic-pae
}

1-
remplacement de hd1,msdos11 par hd1,msdos00
===> le boot se passe correctement

2-
suppression de la ligne set root='(hd1,msdos11)'
===> le boot se passe correctement
(du coup je me demande à quoi sert cette ligne)

3-
modification de l'UUID de
search .... f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 par
search .... f1ed4fc4-066c-43a1-8ae8-acf9077aa6f1
là évidemment le système ne s'y retrouve plus
===> erreur no such device
le système revient menu

4-idem dans la ligne linux f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 f0 devient f1
===> plantage , pour en sortir il faut que je fasse un AltCtrlSupp

5-remplacement par un initrd n'existant pas
initrd /boot/initrd.img-3.2.0-34-generic-pae par initrd /boot/initrd.img-3.2.0-35-generic-pae
===> là c'est pire reset au bouton obligatoire

me reste toujours à remettre d'aplomb les disques , ce que je ferai cette semaine s'il me reste du temps dispo ...

Babdu89 · Le 09/12/2012, à 21:26

Bonsoir...
Tests concluants ... Grub PC ne peut plus rien lancer sans les bons UUID des partitions ...

suppression de la ligne set root='(hd1,msdos11)'
===> le boot se passe correctement
(du coup je me demande à quoi sert cette ligne)

Si tu lançais tes OS à partir d'un grub Legacy (Ubuntu 9.04 et antérieurs) , je pense que çà servirait, car Grub Legacy ne travail pas avec les UUID des partitions ... Il travail avec les (hd*,*) ....

Bonne continuation ...

@+. Babdu89 .

ar barzh paour · Le 12/12/2012, à 16:32

bon j'ai appliqué boot repair sur mon disque /dev/sdc

mal car je me suis retrouvé avec un grub rescue
je pense qu'après les commandes à passer sous terminal
sudo dpkg --configure -a
sudo apt-get install -fy
sudo apt-get purge -y --force-yes grub*-commun
il y a une fenêtre de configuration de grub-pc
Do you want to have all GRUB 2 files removed from /boot/grub
Remove GRUB 2 from /boot/grub ?
Yes No

j'ai fait Entrée au lieu de choisir l'une des options yes / No par TAB
le programme boot repair s'est terminé là

j'ai appliqué la même chose à /dev/sdc7 (sans l'erreur ci-dessus) , il faudrait tout noter pour savoir ce qui s'est mal passé

comme tout s'est bien déroulé pour cette partition, j'ai fait la nouvelle erreur (je pense) de refaire la même manip pour ma partition /dev/sdc5

BOOM
===> boot sur le 3ème disque ===> grub rescue !!!! beaucoup de manips pour pas grand chose

reboot sur clé USB
bonnes vielles commandes
sudo mount /dev/sdc8
sudo mount --bind /dev /mnt/dev
sudo chroot /mnt
apt-get install grub-pc (je pense que c'est inutile)
update-grub
grub-install /dev/sdc

==>boot sur le 3ème disque ==> le menu grub ne contient qu'une entrée (correspondant à sdc8) peut-être normal bien que j'ai passé un update-grub , mais il est vrai dans une configuration particulière
donc uns fois lancée mon ubuntu "sdc8" je passe un
update-grub
==>re-boot toujours sur le 3ème disque
j'ai toutes mes entrées (sda sdb,sdc windows et ubuntu) sauf une correcte : sdc5 qui se présente sous cette forme
Ubuntu 10.10 (10.10) (on /dev/sdc5)
Ubuntu 10.10 (10.10) (on /dev/sdc5)
Ubuntu 10.10 (10.10) (on /dev/sdc5)
Ubuntu 10.10 (10.10) (on /dev/sdc5)
Ubuntu 10.10 (10.10) (on /dev/sdc5)
oui cinq fois la même ligne
4 ont la dernière ligne incorrecte suivante daéns leur contenu :
initrd /initrd.img
une a une entrée correcte
initrd /boot/initrd.img-2.6.35-31-generic-pae
conséquences :
je ne touche pas à mon 2ème disque , même s'il contient des menus grub superflus je m'en contenterais
je modifie manuellement le menu grub de sdc8 pour supprimer les entrées erronées si j'ai un update grub à fair sur ce disque , je corrigerais manuellement les anomalies si elles reviennent
à plus

ar barzh paour · Le 12/12/2012, à 16:59

le boot-info créé à partir de ma session sdc8

http://paste.ubuntu.com/1427703/

Babdu89 · Le 12/12/2012, à 21:28

Bonsoir...
Question...
Toutes les réinstallations de Grub avec Boot-Repair, on ont elles été faites en session live, après installation de Boot-Repair sur la session live? ...
Si oui , auquel cas tu dois pouvoir réinstaller Grub sur tous les OS Linux de ta configuration ...

Si tu as installé Boot-Repair sur un Os Linux, tu ne peux réinstallé Grub correctement que sur cet OS ..., Tu ne peux pas le réinstallé sur un autre OS de la config ...
De toute manière tu n'auras pas d'autre choix que l'OS installé, pour la réinstallation de Grub ...

C'est spécifié dans la doc de Boot-Repair ... Au Chapitre Installation ...

Et je l'ai souligné dans le post#15 de ce sujet ...

Remarque, En session live, tu dois indiquer la partition du Linux dans laquelle tu veux réinstaller Grub, et le disque d'installation( secteur de boot) ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 12/12/2012, à 21:30)

ar barzh paour · Le 13/12/2012, à 09:28

Babdu89 a écrit :

Toutes les réinstallations de Grub avec Boot-Repair, on ont elles été faites en session live, après installation de Boot-Repair sur la session live? ...

oui , à partir de ma clé USB Ubuntu non-persistant 12.04

Babdu89 a écrit :

En session live, tu dois indiquer la partition du Linux dans laquelle tu veux réinstaller Grub, et le disque d'installation( secteur de boot) ...

oui comme l'a indiqué YannUbuntu dans le post #15 par exemple

YannUbuntu a écrit :

6) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdc5" --> cocher "Placer GRUB dans: sdc"--> onglet "Options de GRUB" --> cocher "Purger GRUB" --> Appliquer --> quand il vous sera demandé où installer GRUB, mettre une étoile (via la barre Espace) uniquement devant sdc

ar barzh paour · Le 13/12/2012, à 11:49

j'ai donc relancé un boot-repair (toujours via cléUBS)
6) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdc5" --> cocher "Placer GRUB dans: sdc"--> onglet "Options de GRUB" --> cocher "Purger GRUB" --> Appliquer --> quand il vous sera demandé où installer GRUB, mettre une étoile (via la barre Espace) uniquement devant sdc

cette fois je ne suis pas tombé sur un grub rescue , je ne sais pas trop ce qui s'est passé la première fois
me reste à appliquer la même chose sur sdc8

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 08/12/2012, à 22:53

Re : [Résolu] grub rescue nouveau problème

#27 Le 09/12/2012, à 01:19

Re : [Résolu] grub rescue nouveau problème

#28 Le 09/12/2012, à 19:52

Re : [Résolu] grub rescue nouveau problème

#29 Le 09/12/2012, à 21:26

Re : [Résolu] grub rescue nouveau problème

#30 Le 12/12/2012, à 16:32

Re : [Résolu] grub rescue nouveau problème

#31 Le 12/12/2012, à 16:59

Re : [Résolu] grub rescue nouveau problème

#32 Le 12/12/2012, à 21:28

Re : [Résolu] grub rescue nouveau problème

#33 Le 13/12/2012, à 09:28

Re : [Résolu] grub rescue nouveau problème

#34 Le 13/12/2012, à 11:49

Re : [Résolu] grub rescue nouveau problème

Pied de page des forums