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

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

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

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    .

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

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

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    .

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 ...

Que tu pratiquais comme çà ...

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   .

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 ......
à +

Déjà ,comme tu le fais remarquer post#1 ... Le fait d'avoir supprimé la partition /sdb8, à changé l'ordre des partitions qui ont été installées après cette partition /sdb8 ...
/sdb10 est devenue /sdb9 ;
/sdb11 est devenue /sdb10
Et /sdb12 est devenue /sdb11 ...

Mais les UUID des partitions sont restés le mêmes ...
Ta partition /sdb12 ==> UUID ==> f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0
Pour cause de suppression de la partition /sdb8 ,elle devient /sdb11  ,Mais l'UUID reste le même ...
==> UUID /dev/sdb11==> f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0    ...

Comme Grub, pour reconnaître les partitions ne s'intéresse qu'aux UUID , une partition = un UUID ... Il trouvera toujours la bonne partition à utiliser,du moment que l'UUID de cette partition ne change pas ...

Donc la partition avec L'UUID  =>  f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0  , où était installé ton Linux  en /sdb12 , devenue /sdb11 ...
Est toujours présente dans ta configuration ...
Dans un menu grub...
Dès l'instant que tu auras une entrée sur une partition  ,avec cet UUID , Grub pourra faire démarrer l'OS installé sur cette partition ...

J'ai relu tes posts et le rapport boot info ...
J'ai bien peur que tu confondes un peu tout là ... Les différentes appellation des disques et partitions, que l'on peut trouver sous ces formes ...

==> (hd1,msdos12) ===> dans la fichiers de configuration, de Grub notamment ...
==> /sdb12 ==> que l'on voit avec Gparted ,les commandes fdisk ; parted &&& ...
Et les lettres des lecteurs et disques dur
==>  ; A  ;  B ;  C ; D ; E  ;F  ; G... vu par Windows ...

Alors (hd1,msod12) ...
Pour les disques dur ...
Avec Grub Legacy et Grub PC ...
==> hd0 , correspond au disque /dev/sda
==> hd1 , correspond au disque /dev/sdb
==> hd3 , correspond au disque /dev/sdc   ...
&&&& ...

Pour les partitions ...
Avec Grub Legacy ,on avait ...
(hd*,0) ==> qui était la première partition ==> /dev/sd*1
(hd*,1) ==> qui était la deuxième partition ==>/dev/sd*2
(hd*,2) ==> qui était la troisième partition ==> /dev/sd*3
&&& .. donc en gros n-1  ...

Depuis Grub PC, on a ;
(hd*,msdos1) ==> qui est la première partition ==> /dev/sd*1 ==> C sous Windows ...
(hd*,msdos2) ==> qui est la deuxième partition ==> /dev/sd*2 ==> D sous Windows ( A et B étant réservé aux lecteurs disquettes) .
(hd*,msdos3) ==> qui était la troisième partition ==> /dev/sd*3 ==> E sous Windows (à condition que E ne soit pas réservé à un lecteur CD/DVD) ...
&&& , Donc plus de n-1 ...

Alors tu dis ,post#1 et post#24  ...

Non,non, le disque C ne peut pas lancé d'OS Linux...
Grub ,n'est pas installé sur le secteur de boot de ce disque dur, c'est un MBR qui permet de lacer Windows directement ...
Voila ce que dit le rapport bootinfo au sujet de ce disque ...

 => Windows is installed in the MBR of /dev/sda.

Correspondance des appellations pour ce disque  .../dev/sda ==> (hd0,******) ==> C  .
Donc ... Pas de Grub dans le secteur de boot de ce disque, pas de lancement possible d'un Linux ,depuis ce disque ...

Donc tu confonds bien,  avec le deuxième disque dur ... /dev/sdb  ==> (hd1,****) ==>   D ...

Alors examen de ce disque /dev/sdb ...  Secteur de boot il est dit ;

 => Grub2 (v1.99) is installed in the MBR of /dev/sdb and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos12)/boot/grub on this drive.

Puis plus bas dans le rapport boot info ... Il n'y a plus de partition /dev/sd12  ... Mais une partition /dev/sdb11 ...

sdb10: _________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 10.10
    Boot files:        /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img

sdb11: _________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 12.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img

sdc1: __________________________________________________________________________

    File system:       ntfs

Alors ,pourquoi Grub partie1 dans le secteur de boot du disque /dev/sdb indique de chercher la partition  (hd1,msdos12 ) , alors qu'elle a changer de numéro ??...
Parce-que ,je pense que tu n'as pas ,soit mis à jour Grub sur l'OS en /dev/sdb11(12) ...
Soit grub n'a pas été réinstallé dans cet Os ... Après avoir supprimé la partition /sdb8 ...
Comme le numéro de partition /dev/sdb12 est devenu /dev/sdb11 , et que tu as fais le boot info après cette manip , et que rien n'a changé dans le secteur de boot du hdd /dev/sdb ... On se retrouve avec cette situation bizarroïde ...

Alors pourquoi depuis le menu Grub du hdd /dev/sdb ,[[ l'OS indiquée en  (hd1,msdos12) dans le grub .cfg de l'oS ]] , lance le Linux installé sur /dev/sdb11 ? ...
Parce-que Grub trouve l'UUID de la partition  ==> f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 ... Qui est celui de la partition  /dev/sdb11... 12 anciennement ...
Il peut lancer l'Os qui est dessus cette partition ...
Petit test à faire ...
Lancer la machine sur le hdd /dev/sdb ...
Au menu Grub , dans la première ligne de l'entrée qui correspond à l'OS installé en /dev/sdb11 ...
en faisant "éditer" touche (E)  avec le clavier se positionner derrière soit (hd1,msdos12) soit /dev/sdb12 ...
et remplacer 12 ,par  ** où 00  ... Et démarrer la machine avec la touche F10 ...

Je ne serais pas étonné que la machine démarre sur l'Os ,installé en /dev/sdb11 ...

Si c'est le cas, une mise à jour de Grub, voir une réinstallation de ce dernier avec Boot-Repair, sur la partition /dev/sdb11, et le secteur de boot de /dev/sdb , devrait remettre de l'ordre dans ta config ...

Si tu fais çà ,stp poste un rapport boot info, une foi la manip qui convient faite  ... Que l'on voit ce qui a changé ... Merci ...

Ouffff!!!  Dur dur!! ...

@+.  Babdu89  .

menuentry "Ubuntu, avec Linux 3.2.0-33-generic-pae (mode de dépannage) (on /dev/sdb12)" --class gnu-linux --class gnu --class os {
	insmod part_msdos
	insmod ext2
	set root='(hd1,msdos12)'
	search --no-floppy --fs-uuid --set=root f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0
	linux /boot/vmlinuz-3.2.0-33-generic-pae root=UUID=f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 ro recovery nomodeset
	initrd /boot/initrd.img-3.2.0-33-generic-pae
}

ce qui fait référence a hd1,msdos12 qui n'existe plus !
ce qui est confirmé bien sur en passant la commande ls quand grub est présenté:

hd0 (hd0,msdos8) (hd0,msdos7) (hd0,msdos6) (hd0,msdos5) etc 3 2 1        (hd0 est le disque C)
hd1 (hd1,msdos4) (hd1,msdos3) (hd1,msdos2) (hd1,msdos1)                   (hd1 est le disque A)
hd2 (hd2,msdos11) (hd2,msdos10) (hd2,msdos9) (hd2,msdos8) etc 7 6 5 1    (hd2 est le disque B)

je viens de refaire la même chose
relance du disque C
choix sdb12 (correspondant à ce qui est ci-dessus)
c'est OK !!!!!

je viens de faire mieux : supprimer la ligne set root='(hd1,msdos12)' de ce menu et relancer
et bien la partition 11  se lance bien (malgré qu'à l'écran j'ai une erreur cannot set freq 16000 24000  32000 40000  to 0x86)
je suppose que le système ne trouvant pas msdos12 se dépatouille avec l'UUID

sudo cp -av /media/<point de montage partition source>/. /media/<point de montage partition cible>

Une foi les partitions cibles en place, un blkid pour connaître et changer les UUID des partitions, dans le fichier  fstab,  des partitions du système cible, pour les bonnes ...

Toujours en session live, avec Boot-repair , réinstallation de Grub en le purgeant, sur l'Os cloné sur ma machine de la ville ...

Ce matin ... Mises à jours proposées sur un Xubuntu 12.04.1 cloné sur la machine de la ville ... Avec maj de grub ...
J’accepte, et au moment de la maj de grub ,j'ai la fenêtre suivante qui s'ouvre ...

C'est bien le hdd de ma machine de la ville ,et la partition système d'installation ...
La maj de grub se passe normalement ...
Reboot sur l'Os concerné ...

fstab du système sur le hdd usb servant au transfert ... (les Os installés sur ce hdd sont utilisables sur toutes mes machines) ...

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc	/proc	proc	nodev,noexec,nosuid	0	0
#Entry for /dev/sdb9 :
UUID=f5d7a03d-acba-4070-ab72-2a8977d7178d	/	ext4	errors=remount-ro	0	1
#Entry for /dev/sdb1 :
UUID=32B8D320B8D2E201	/media/Seagate_Expansion_Drive	ntfs	defaults,nls=utf8,umask=0222	0	0
#Entry for /dev/sdb5 :
UUID=589A61F375682150	/media/DONNEES_SEAG_USB	ntfs-3g	defaults,locale=fr_FR.UTF-8	0	0
#Entry for /dev/sdb11 :
UUID=29f01fbc-0513-4097-8fce-e08b9bcacebe	/media/hyb_12_syst_seag	ext4	defaults	0	0
#Entry for /dev/sdb12 :
UUID=38509fd0-f305-491c-bf3e-df984938b5b4	/media/hyb_12_hom_seag	ext4	defaults	0	0
#Entry for /dev/sdb13 :
UUID=d3ff57e0-e54b-4837-b431-99a9173fa1be	/media/ubu_12_syst_seag	ext4	defaults	0	0
#Entry for /dev/sdb14 :
UUID=4df1c928-3c7e-4e4e-bfe2-cf4e56a8d88d	/media/ubu_12_hom_seag	ext4	defaults	0	0
#Entry for /dev/sdb15 :
UUID=ad092c9b-936f-4a39-96da-cff9fc198019	/media/quant_syst_seag	ext4	defaults	0	0
#Entry for /dev/sdb16 :
UUID=62268dd3-52df-4169-a278-0e73865f27a1	/media/quant_hom_seag	ext4	defaults	0	0
#Entry for /dev/sdb7 :
UUID=776aacba-d439-400e-bbd3-d93c9eee78dd	/media/xub_syst_10_seag	ext4	defaults	0	0
#Entry for /dev/sdb8 :
UUID=568c4bdb-5ac3-4c5f-b42b-6425f6fd0e34	/media/xub_hom_10_seag	ext4	defaults	0	0
#Entry for /dev/sdb10 :
UUID=ddde1aa0-38df-4281-8fd8-7d855d2d252e	/home	ext4	defaults	0	2
#Entry for /dev/sdb6 :
UUID=6c7ae98d-a2b0-4ca1-bec0-38863dcb1d0a	none	swap	sw	0	0
/dev/fd0	/media/floppy0	auto	rw,user,noauto,exec,utf8	0	0

fstab du système cloné,sur machine de la ville  ,après changement des UUID des partitions ...

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sd*6 during installation
UUID=6a455716-0ccd-4c17-9916-ab42340102e8 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sd*8 during installation
UUID=9f58e23a-70e2-4d8c-b854-34a1d12a7768 /home           ext4    defaults        0       2
# swap was on /dev/sd*7 during installation
UUID=6500a8d6-2aa9-4fd0-9635-c322293922a3 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Donc, l'utilisation de Boot-Repair, pour réinstaller Grub en le purgeant ,fait bien son boulot ...

Voila , les dernières infos ...

@+.   Babdu89  .

De toute manière ,lorsqu'on supprime un/des Linux d'une config , il vaut mieux réinstaller grub sur un des  Linux restant ,de manière à ce que les autres Os soient au menu grub à nouveau ...

j'ai bien noté qu'il vaut mieux ne pas supprimer de partition .Pour récupérer la place dispo , on garde la partition (en la reformatant si besoin )

on trouve pourtant dans grub.cfg par exemple pour moi
set root='(hd0,msdos1)' : hd0 correspond au 1er      disque "A" , partition 1
set root='(hd1,msdos11)': hd1 correspond au 2ème disque "B" , partition 11
set root='(hd2,msdos5)' : hd2 correspond au 3ème disque "C" , partition 5
dans le bios j'ai l'ordre de démarrage fixe "B" puis "C" puis "A"

mais maintenant que mon grub "B" refonctionne correctement , je vais m'atteler à appliquer votre méthode sur mon disque C , je verrais bien .....

je pense qu'avec les déboires que j'ai eu sur ce disque je vais le laisser tel quel un certain temps( /boot sur partition séparée )

@ YannUbuntu ...

C'est corrigé dans le post#15 ...

Pour la page de doc, je ne me sent pas apte à la faire ...
Je t'ai adressé un MP avec le texte et les URL des screen , du post#15 ... Si tu veux bien t'en occupé lorsque tu auras un moment ...  Merci ...

Merci aussi,  pour le lien qui renvoie ici, dans le sujet de Boot-Repair ...

@+.  Babdu89   .

on sort du terminal par un  "exit " ...

...ou en cliquant sur la croix de la fenêtre terminal
Sinon ton tuto est parfait, il ne reste plus qu'à mettre tout ça dans la Doc, en suivant le modèle: http://doc.ubuntu-fr.org/wiki/modeles/tutoriel