[Résolu] grub rescue nouveau problème

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

bonjour à tous
je crois bien qu'en voulant faire le ménage sur mon disque "B" j'ai commis une grosse imprudence

j'avais une partition "sdb8" swap inutilisée , j'ai voulu la supprimer avec gparted

ce qui s'est bien déroulé sauf que quand j'ai rebooté sur ce disque ( c'est mon disque de travail )
j'obtiens grub rescue ! aïe c'est pas bon

ci dessous le partitionnement donné par gparted :
AVANT la suppression APRES la suppression
partition primaire (ntfs) idem
partition étendue 2 contenant idem
sdb10 sdb9
sdb11 sdb10
sdb12 => ça c'est ma version ubuntu de travail sdb11
non alloué idem
sdb7 idem sdb7
sdb8 suppression => non alloué
sdb5 idem sdb5
sdb9 sdb8
sdb6 (swap) idem sdb6

je remarque que mes partitions 9-10-11-12 sont devenues 8-9-10-11 ( un N° de moins )
le boot ne doit plus fonctionner à cause de ça , je ne sais pas comment revenir en arrière
j'ai fait un rapport de boot info
http://paste.ubuntu.com/1412683

une remarque : j'arrive à lancer ma version "sdb12" en passant par le boot de mon disque C qui contenait un menu vers cette partition " sdb12"

Dernière modification par ar barzh paour (Le 06/12/2012, à 17:55)

ar barzh paour · Le 05/12/2012, à 17:57

je pense que boot-repair va pouvoir me dépanner mais je ne sais pas trop quelles options employées
==>je ne veux pas toucher à mes disques A et C
ce que je voudrais c'est que quand je boote sur mon disque B , c'est le grub de ce disque qui soit lancé , les MBR de A et C n'étant pas changés
pour compléter ma remarque du post précédent , je suis actuellement loggé sur "Ub12" ( qui maintenant est donc /dev/sdb11)

mais peut-être qu'un grub-install /dev/sdb suffirait ?

Dernière modification par ar barzh paour (Le 05/12/2012, à 18:01)

lepetitnouveau · Le 05/12/2012, à 18:02

Bonsoir,

Tout cela me parait bien compliqué :
- 3 Windows XP (sda1, sda2, sda3)
- 6 Ubuntu (à 2 près) !

As tu tenté une Réparation recommandée dans boot repair ?
Je cite le tuto Boot-Repair : "un bouton "Réparation recommandée" permet de réparer la plupart des problèmes de boot (par exemple lorsque Ubuntu ne démarre plus suite à l'installation de Windows, lorsque le menu GRUB n’apparaît plus1) ou lorsque vous avez une erreur "GRUB rescue>" ou "out-of-disk")"
Peux tu décrire rapidement tes partitions ?
Poste aussi ton fichier /etc/fstab afin qu'on vérifie si le décalage de -1 nécessite des corrections.

ar barzh paour · Le 06/12/2012, à 05:31

hello salut lepetitnouveau
le problème est là (ligne 7 à 9))

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

sauf que je n'est plus de msdos12 , le fstab de cette "ex"-partition est en 2331 ( cest appelée maintenant /dev/sdb11)

=============================== sdb11/etc/fstab: ===============================

--------------------------------------------------------------------------------
# /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/sda12 during installation
UUID=f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=de7c7e33-a5b4-4bd4-be64-e1e59ae987a6 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
#monte le disque Data_c3
UUID=64CC92B54362A231        /media/Data_c3      ntfs     defaults       0    0
--------------------------------------------------------------------------------

en ligne 262 on trouve le blkid et en particulier

/dev/sdb11       f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0   ext4       Ub12

Ub12 est le LABEL de cette partition (j'avais mis 12 pour le N° de partition)

"blkid" output: ________________________________________________________________

Device           UUID                                   TYPE       LABEL

/dev/loop0                                              squashfs   
/dev/sda1        A078A27E78A252B8                       ntfs       XPa1
/dev/sda2        7EAEECD2533E7DAB                       ntfs       S_Data_a2
/dev/sda3        09e9e7c8-a78a-4270-aee1-db55a446ecc3   ext4       S_home_a3
/dev/sda4        5B59C3115FC22FD3                       ntfs       S_Z_a4
/dev/sdb1        78684472684430E4                       ntfs       XPb1
/dev/sdb10       2cebd0b4-c70a-42f4-b324-7b5712bc5ce5   ext4       Ub11
/dev/sdb11       f1ed4fc4-066c-43a1-8ae8-acf9077aa6f0   ext4       Ub12
/dev/sdb5        8d6c97e8-8c26-430c-8353-2b35b82c73d1   ext4       Ub5
/dev/sdb6        de7c7e33-a5b4-4bd4-be64-e1e59ae987a6   swap       
/dev/sdb7        d2fc6367-ff1a-4814-b10a-90b1da152e33   ext4       Ub7
/dev/sdb8        b703721e-397f-49c4-a30e-8de5e623d55f   ext4       N_home
/dev/sdb9        d0fcf89c-aedf-4f89-ba4b-1058310301b2   ext4       Ub10
/dev/sdc1        8C5411AF54119CD0                       ntfs       XPc1
/dev/sdc2        08E74A35596CFF0A                       ntfs       Z_c2
/dev/sdc3        64CC92B54362A231                       ntfs       Data_c3
/dev/sdc5        ed6da64e-38e7-47d4-b9c5-e2af67e3da1f   ext4       Uc5
/dev/sdc6        9621a614-a277-437c-9a73-1a066b4587c3   swap       
/dev/sdc7        44bda7ae-96b2-418e-925a-180099af957d   ext4       Uc7
/dev/sdc8        4c7cf4d9-6727-462f-9591-5f3db66c88f7   ext4       Uc8
/dev/sdh1        3433-3231                              vfat       USB DISK

Dernière modification par ar barzh paour (Le 06/12/2012, à 05:33)

ar barzh paour · Le 06/12/2012, à 08:37

pour répondre à ta question

lepetitnouveau a écrit :

As tu tenté une Réparation recommandée dans boot repair ?

non car je crois que cette réparation affecte tous les MBR
il faut que je me repenche sur le tuto de boot-repair

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

pas de réponse ?
après plusieurs recherches :
sous grub rescue je passe ces commandes :

set prefix=(hd0,msdos11)/boot/grub
set root=(hd0,msdos11)
insmod linux
insmod boot
insmod normal
normal

et là je tombe sur le bon menu grub et tout est OK
jusqu'au prochain reboote sans doute , ce que je fais dans l'instant suivant

edit :
ben oui je suis obligé de repasser toutes ces commandes , (en sachant que le clavier est en qwerty à ce moment là)
alors
je repose la question :
pensez-vous qu'un grub-install /dev/sdb suffirait ?

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

Babdu89 · Le 06/12/2012, à 11:00

Bonjour...
Je regarde le rapport boot info, et relis tous les posts, avant de te répondre...

@+. Babdu89 .

Babdu89 · Le 06/12/2012, à 11:21

Bon ,il y a une chose que j'ai du mal à comprendre ...
C'est la nécessité que certains utilisateurs ,ont de mettre grub (première partie) dans le secteur de boot des partitions d’installation de leur Linux ...
exemple en /dev/sdc8

sdc8: __________________________________________________________________________
File system: ext4
Boot sector type: Grub2 (v1.99-2.00)
Boot sector info: Grub2 (v1.99-2.00) is installed in the boot sector of
sdc8 and looks at sector 932669264 of the same hard
drive for core.img, but core.img can not be found at
this location.
Operating System: Ubuntu 11.10
Boot files: /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img

Normalement, et je pratique comme çà ... Dans le cas d'installation de plusieurs Linux sur plusieurs hdd ...
Choisir le hdd qui va servir à faire booter la machine ... Intervenir dans le Bios, pour changer la séquence de boot ,pour booter la machine sur le hdd choisi...
Faire les installations successives sur n'importe quel hdd, en indiquant bien de mettre le chargeur de démarrage grub (première partie) dans le secteur de boot du hdd choisi pour faire démarrer la machine, même si on fait une installation sur un autre disque ...
exemple ...
2 hdd ==> hdd1 + hdd2
Machine bootant sur hdd2
Installation Linux1 sur hdd1 ==> Grub (première partie) sera installé sur le secteur d'amorçage du hdd2 ...
Installation du Linux2 sur le hdd2 ==> Grub (première partie) sera installé sur le secteur d'amorçage du hdd2 ...
Installation du Linux3 sur le hdd1 ==> Grub (première partie) sera installé sur le secteur d'amorçage du hdd2 ...
Installation du Linux4 sur le hdd2 ==> Grub (première partie) sera installé sur le secteur d'amorçage du hdd2 ...

Au reboot de la machine depuis le hdd2
Le menu Grub proposé sera celui du dernier Linux installé, et ce Linux sera proposé en première entrée du menu grub ...
Les autres Linux seront proposés à la suite dans le menu grub ...

En procédant comme ceci...Çà à l'avantage de préserver le secteur de boot d'un éventuel Windows installé seul sur son hdd (MBR) ... En bootant la machine occasionnellement sur le hdd où est installé Windows, ce dernier démarrera directement sans passer par un menu grub ...

Dans ton cas, voila ce que je tenterais de faire ... Voir post suivant ...

@+ . Babdu89 .

malbo · Le 06/12/2012, à 11:49

Babdu89,
Personnellement, j'installe la chargeur d'amorçage dans le secteur de boot de la partition racine de la dernière installation pour le mettre hors d'état de nuire. La raison étant que je ne souhaite pas confier la gestion du démarrage au dernier arrivé. Ultérieurement, en cas de mise à jour importante de Grub qui comporte une réinstallation automatique de Grub, ce chargeur d'amorçage qui se trouve dans le secteur de boot de la partition racine sera réécrit avec la version mise à jour. Je m'en moque puisque ce chargeur n'est pas utilisé : il est mis là justement pour ne pas créer de problèmes. Il est évident que ce procédé m'oblige à mettre à jour Grub dans l'installation de Ubuntu à laquelle je confie les clés du multi-boot (je dois passer une commande "sudo update-grub" dans cette installation).
Avec ta procédure décrites en bas du post #8, en cas d'une mise à jour de Grub telle que j'en fais l'hypothèse qui se produit sur un des Linux, c'est lui qui prendre en main la gestion du démarrage, même si c'est une version récente de Ubuntu qui n'est pas encore bien stabilisée. Moi, ta méthode ne me plaît pas du tout même si elle a un gros avantage, c'est que le Grub qui gère de démarrage est toujours bien à jour pour gérer le multi-boot.

Edit : d'autres utilisent cette façon de mettre Grub dans le secteur de boot de la partition racine dans le but de faire un chainload : http://doc.ubuntu-fr.org/grub-pc#chaine … d_amorcage
Moi ce n'est pas dans ce but : comme dit plus haut, c'est seulement pour mettre hors d'état de nuire le chargeur et ne pas m'en servir du tout.

Dernière modification par malbo (Le 06/12/2012, à 11:57)

Babdu89 · Le 06/12/2012, à 11:49

Choisir un hdd sur lequel faire booter la machine, hdd autre que le /dev/sda , puisque tu as un Windows XP seul dessus ... Autant préserver la MBR d'origine ,pour avoir un reboot directe sur ton XP à partir de ce disque ...

Avec Boot-Repair (BR) , utilisé en session live, en passant par les "Options avancées" ...

Réinstaller Grub sur tous tes Linux (quelque soit le hdd d'installation) ... En terminant par le Linux que tu veux voir booter définitivement en premier sur ta machine ...

Exemple ;

Machine bootant sur le hdd /dev/sdc ... (à toi de choisir un disque) ...

Réinstallation de grub dans le Linux en /dev/sdb7

Dans l'onglet de BR ==> "Emplacement de grub" ...
Indiquer dans "Os par défaut au démarrage" ==> sdb7 Ubuntu 12.04.1
Indiquer dans "Placer grub dans " ==> sdc

Valider, laisser faire la manip, enregistrer pour poster les URL des rapport boot info ...

Redémarrer la machine sur le hdd /dev/sdc ...

Normalement au menu grub ,le Linux en /dev/sdb7 doit être proposé en premier ... doit démarrer ...
Vérifier si tous les autres OS (Les XP compris) du menu grub démarrent ...

Si c'est le cas , réinstaller grub de la même façon sur tous tes Linux, en indiquant toujours sdc dans la rubrique "Placer grub dans " , quelque soit le disque d'installation de tes OS Linux ...
Finir par le Linux que tu veux voir démarrer définitivement sur ta machine ...

Essaye çà et dis nous ce qui se passe à la première réinstallation de Grub ... Normalement, je pense que çà devrait remettre de l'ordre dans le boot de ta machine ...

@+. Babdu89 .

Babdu89 · Le 06/12/2012, à 11:59

Bonjour malbo ...

Justement, il y a quelque jours, j'ai eu une mise à jour sur un 12.10 installé en multiboot ,sur mes hdd ... Changement de version de grub ...
il y avait une fenêtre me proposant d'indiquer la partition d'installation et le hdd d'installation pour grub première partie ....
J'ai indique ce qu'il fallait ... Reboot sur le 12.10 ... ... Ce n'est pas ce que je souhaitais ...
Donc réinstallation de grub sur le Linux que je voulais voir booter en premier, et tout rentre dans l'ordre ...
Pour info çà se passe sur une machine avec Bios ancien ...

@+. Babdu89 .

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

@Babdu89
bon voilà ce que j'avais préparé comme réponse , je vais étudier ta réponse dans la soirée , mais je reste sur ma position d'avoir des disques complètement indépendants
====================================================================================
je dois dire que l'endroit où est installé le grub sur le disque a été au début un mystère pour moi , et je pense que (mais c'est assez vieux) que j'ai laissé faire l'installation automatique ......
j'ai un peu de mal à appréhender grub1 grub2 stage 1 stage 2
mais dans l'exemple que tu donnes que se passe-t-il si ton disque hdd2 tombe HS ?
dans ma configuration ,
si le disque 1 tombe HS , les disques 2 et 3 peuvent bootent correctement
si le disque 2 tombe HS les disques 1 et 3 peuvent booter correctement
si le disque 3 tombe HS les disques 1 et 2 peuvent booter correctement
pourquoi avoir plusieurs grub par disque ?
une explication difficile , sans doute l'historique , mais dans mon cas , par exemple pour le disque B , seul le grub de sdb12 me sert
et c'est lui qui est utilisé au boot du disque ,enfin j'espère que ça se passe comme ça
si un utilisateur se trompe de version , lance une version ancienne sdb10 par exemple , qu'il y ait alors une mise à jour , le grub de sdb12 ne sera pas impacté
pour sdc8 il aurait sans doute fallu installer sur sdc et non sdc8 , je ne sais pas/plus pourquoi ça c'est fait comme ça
=================================================================================
@malbo
le lien sur les chain load que tu donnes va m'intéresser je pense

malbo · Le 06/12/2012, à 12:26

Babdu89 a écrit :

J'ai indique ce qu'il fallait ... Reboot sur le 12.10 ... ... Ce n'est pas ce que je souhaitais ...
Donc réinstallation de grub sur le Linux que je voulais voir booter en premier, et tout rentre dans l'ordre ...

Non, tout ne rentre pas dans l'ordre parce que réinstaller Grub ne fait pas la totalité du travail à faire. Il faut que le l'emplacement du chargeur de Grub soit rectifié de la façon suivante : http://forum.ubuntu-fr.org/viewtopic.ph … 0#p3970260
Je pense sans en être sûr à 100 % que c'est parce que Boot-Repair ne fait pas le travail complètement (voir ceci) qu'on a pu voir au moment des mises à niveau de la distribution des résultats un peu bizarres. C'est vrai que Boot-Repair assure sa mission prioritaire de sauvetage du novice mais ça laisse des traces sur la moquette...

Dernière modification par malbo (Le 06/12/2012, à 12:30)

YannUbuntu · Le 06/12/2012, à 14:23

Bonjour
Babdu et Malbo ont tout dit:
- pour garder chaque disque indépendant, il faut installer dans chaque MBR le stage1 du GRUB d'un système de ce disque (et pas d'un autre)
- pour éviter de casser cette indépendance lors d'une MAJ du kernel, mettre aussi à jour la config dpkg de chaque système (cela peut se faire en lignes de commande comme indiqué par Malbo, mais aussi directement via une Purge de GRUB comme indiqué ci-dessous)

Le plus rapide pour faire tout cela est d'utiliser plusieurs fois d'affilée (sans redémarrer entre chaque) Boot-Repair depuis un liveCD:
1) Boot-Repair --> Options avancées --> onglet "Emplacement de GRUB" --> sélectionner "OS par défaut: sdb5" --> cocher "Placer GRUB dans: sdb" --> 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 sdb
2) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdb7" --> cocher "Placer GRUB dans: sdb" --> 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 sdb
3) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdb9" --> cocher "Placer GRUB dans: sdb" --> 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 sdb
4) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdb10" --> cocher "Placer GRUB dans: sdb" --> 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 sdb
5) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdb11" --> cocher "Placer GRUB dans: sdb" --> 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 sdb
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
7) Boot-Repair --> Options avancées --> "Emplacement de GRUB" --> sélectionner "OS par défaut: sdc7" --> 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

Dernière modification par YannUbuntu (Le 06/12/2012, à 14:24)

Babdu89 · Le 06/12/2012, à 17:02

Merci Messieurs !!!... Pour ces explications ...
Moi, je vais poster des images (genre tuto) de la manip de réinstallation de Grub avec l'option "Purger Grub avant de le réinstaller" ...

Une manip qui pourrait inquiéter les nouveaux venus à Linux ...

Dans cet exemple, il s'agît de réinstaller Grub en le purgeant dans l'OS Linux de la partition /sdf1 , et en plaçant la première partie de grub dans le secteur d'amorçage du disque /sdf ....

Rappel;
Grub s'installe le en deux parties ,la première partie dans le secteur d'amorçage du disque d'installation (en général) , d'un autre disque (à la demande de l'utilisateur) , où de la partition d'installation du Linux (dans certains cas )...
À la lecture du système voila en gros ce qui se fait au démarrage de la machine ...
Cette première partie de Grub ,pointe sur la deuxième partie de Grub qui est installée dans les fichiers système de la partition système ( / ) du Linux à installer ... Ce qui permet le lancement de l'OS ...
Donc on a ; Grub première partie dans un secteur d'amorçage ==> Pointe sur la deuxième partie de Grub, dans les fichiers système du Linux installé ==> /boot/grub ...

Alors réinstallation de grub avec purge de ce dernier ...
On installe et on lance Boot-Repair (BR) sur une session live Ubuntu ...
Arrivé sur la fenêtre principale de BR... On ouvre les "Options avancées" ... On coche "Réinstaller Grub" ...

Dans l'onglet "Options de Grub" , On coche "Purger Grub avant de le réinstaller" ...

Dans l'onglet "Emplacement de Grub" ...
Dans "Os par défaut au démarrage" on indique l'OS et la partition d’installation, là où est installée la deuxième partie de Grub ...
Dans l'exemple => sdf1 Ubuntu Quantal ...
Dans "Placer Grub dans " on indique le secteur d’amorçage qui va recevoir la première partie de Grub... Dans l'exemple /sdf ...

Si tout convient à l'utilisateur, on fait "Appliquer" ...
Au bout d'un moment, une fenêtre s'ouvre ,montrant ce qui devra être fait dans un terminal en ligne de commande ...
Remarque Important ;
À partir de ces fenêtres sur fond bleu, la navigation se fait au clavier ...
Monter/descendre, droite et gauche ==> Avec les flèche du pavé numérique ...
Pour sélectionner une option (OK où Non) ==> avec la touche tabulation ...
Pour cocher une option (*) ==> avec la barre d'espace ...
On valide avec "Entrée" ...

Donc, on ouvre un terminal, pour y copier/coller les commandes indiquées dans la fenêtre ...

Un copier/coller de chaque commandes avec un "Entrée" entre chaque ...

Après le dernier "Entrée" , une fenêtre comme celle-ci s'ouvre ...

On choisit "Oui" ... On confirme par un "Entrée" ... Et çà travaille ... On sort du terminal par un " exit " ...ou en cliquant sur la croix de la fenêtre terminal

Une fenêtre comme celle-ci s'ouvre , à nouveau ...

On confirme comme indiqué dans la fenêtre, puis une autre fenêtre s'ouvre ... Pour indiquer la suite des opérations ...

On ouvre à nouveau un terminal, pour y copier/coller la commande comme indiqué ...

Après validation ,par un Entrée" ,une nouvelle fenêtre s'ouvre ... On sélectionne "OK" on valide par "Entrée" ,une autre fenêtre s'ouvre ...

C'est dans la fenêtre qui vient de s'ouvrir, que l'on va indiquer où placer Grub première partie ...
Dans l'exemple sur le secteur d'amorçage du hdd /dev/sdf ...

Une foi ceci fait, on valide par "Entrée" ... Çà travaille dans le terminal ...
À la fin de l'opération ,on sort du terminal par un "exit " ...ou en cliquant sur la croix de la fenêtre terminal

Dans cette fenêtre restée ouverte on clique sur suivant ...

Et l'interface de Boot-Repair, reprend la main, pour terminer les opérations de réinstallation de Grub ...

N'oubliez pas de faire un copier/coller de l'URL du boot info, si vous désirez la poster sur le forum ...

Voila ,c'est plus long à expliquer, que compliqué à faire, je pense ...
Au moins les nouveaux venus à Linux savent ce qui les attend, dans le cas d'une réinstallation de Grub ,avec purge de ce dernier ...
Bon courage ...

PS,
Lorsque j'aurais un moment je vais faire une copie de ce post dans le sujet de Boot-Repair ...
À moins que Yann préfère que je lui envoie une copie du texte de ce poste, si il juge nécessaire de faire des corrections ...
Pas impossible,qu'il y aie a en faire ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 06/12/2012, à 23:41)

ar barzh paour · Le 06/12/2012, à 17:55

autant sur mon disque externe j'étais à l'aise car celui-ci ne contenait pas de données importantes ni de logiciels compliqués à installer , autant j'hésite à passer toutes ces commandes
en tout cas grand merci encore une fois aux trois spécialistes Babdu89, malbo et YannUbuntu
J'espère que tous ces posts serviront à la communauté ,
je ne pensais pas encore une fois qu'une simple suppression de partition inutilisée aurait cette conséquence
j'étudierais tout ça à tête reposée
je me suis borné pour l'instant à passer ces commandes qui m'ont permis de rebooter sur mon disque B sans grub rescue
car j'ai plus de visibilité sur ce qu'y est fait

sudo mount /dev/sdb11 /mnt
sudo mount --bind /dev /mnt/dev
sudo chroot /mnt
apt-get install grub-pc
update-grub
grub-install /dev/sdb11

reboot sur disque B , lancement de ma session sur sdb11 et

sudo update-grub

mais ça c'est temporaire car d'après ce que je comprends j'aurais un problème et sans doute devrais-je passer un sudo dpkg-reconfigure grub-pc
enfin je ne sais pas trop si je fais un sudo debconf-show grub-pc j'obtiens
grub-pc/install_devices: /dev/disk/by-id/ata-ST3500418AS_9VM14WAQ qui est bien mon disque B
je marque résolu puisque mon souci est réglé pour l'instant

mais c'est quand même inquiétant , je pensais pouvoir récupérer la partition sdb9 ( ah non c'est vrai maintenant c'est sdb8 , heureusement son label n'a pas changé =N_home) que je n'utilise plus, idem pour les versions ubuntu sur sdb 5 7 9 10 , car si je transpose à ce qui m'est arrivé , ma partition sdb11 deviendrait alors sdb6 en supprimant toutes ces partitions , et alors c'est à coup sur un grub rescue qui m'attends

Dernière modification par ar barzh paour (Le 06/12/2012, à 18:05)

Babdu89 · Le 06/12/2012, à 18:29

Bonsoir...
En réponse au post#12 ...

mais dans l'exemple que tu donnes que se passe-t-il si ton disque hdd2 tombe HS ?

OK, tu dis préférer garder l'indépendance de tes hdd avec l'installation de grub ... Tu as raison ,c'est ce que je fais avec mes hdd, internes et usb ...

pourquoi avoir plusieurs grub par disque ?

Donc Grub s'installe en deux parties, comme indiqué ci-dessus ...
Donc, une installation de plusieurs Linux sur le même disque implique ce qui suit ...
À chaque installation d'un Linux, on a un grub installé (partie1 et partie deux) ... Grub est un tout ...

Par exemple ... Si tu as un hdd avec 4 Linux dessus ...
Linux1==> partition 1
Linux1 ==> partition 2
Linux3 ==> partition 3
Linux4 ==> partition 4

À chaque installation de grub, la première partie de Grub va écraser les données de Grub, installées précédemment dans le secteur d'amorçage du hdd d'installation ...

Installation Linux1 ==> écrasement du mbr du secteur de boot du hdd ...
Grub première partie du Linux1 => pointe vers la partition 1 ...

Installation du Linux2 ==> écrasement de grub partie1 du linux1 dans le secteur de boot du hdd .
Grub première partie du Linux2 ==> pointe vers la partition Linux2 ...

Installation du Linux3 ==> écrasement de grub partie 1 du Linux2 dans le secteur de boot du hdd .
Grub première partie du Linux3 ==> pointe vers la partition Linux 3 ...

Installation du Linux4 ==> écrasement de la première partie du grub du Linux3, dans le secteur de boot du hdd .
Grub première partie du Linux4 ==> pointe vers la partition Linux4 ...
Dans le menu Grub le Linux4 est proposé en premier ,la machine boot dessus ... Les autres Linux démarrent aussi depuis ce menu grub ...

On voit qu'il faut bien réinstaller la première partie de grub dans le secteur de boot du hdd à chaque installation d'un nouveau Linux ...

On ne peut pas conserver la première partie de Grub du Linux1, dans le secteur d'amorçage du disque, pour pointer sur les partitions Linux2 ,3 et 4 ...
Çà ne marcherait pas ...

une explication difficile , sans doute l'historique , mais dans mon cas , par exemple pour le disque B , seul le grub de sdb12 me sert
et c'est lui qui est utilisé au boot du disque ,enfin j'espère que ça se passe comme ça

Oui,oui...
Le grub qui sert a démarrer la machine est le Grub du Linux installé en dernier ... Sauf ... Si tu fais une réinstallation de grub sur un des autres Linux qui sont sur le disque ... À ce moment là c'est lui qui prend la main ...

Dans l'exemple ci-dessus c'est le Linux 4 avec son grub qui lance la machine ...
Si tu réinstalles Grub sur le Linux2 voila ce qui va se passer ...
Installation de Grub première partie du Linux2 dans le secteur d'amorçage du disque ...
Écrasement du grub première partie du Linux4 ...
Grub première partie du Linux2 ==> pointe vers la partition 2 ...
Au menu grub, le Linux 2 est proposé en premier dans le menu grub ... Les autres OS démarrent aussi depuis ce menu grub...

si un utilisateur se trompe de version , lance une version ancienne sdb10 par exemple , qu'il y ait alors une mise à jour , le grub de sdb12 ne sera pas impacté

Non ,car la version de grub réinstallée dans l'Os concernée ,est celle qui convient à la version de l'Os qui sert à la mise à jour ...

Exemple sur un Linux 10.04 avec une version de grub en v1.97 ... Grub passe à la version v1.98 ...
Le grub du Linux 12.04 installé à coté n'est pas impacté ... si il est en v1.99 il reste en v1.99 ...
Il ne changera que si une maj de grub est faite à partir de lui même , le Linux 12.04 ... Et de ce fait le Linux en 10.04 ne sera pas impacté ... Son grub restera en v1.98 ..

Lorsque l'on fait une maj de grub, ou une réinstallation de grub , çà ne se fait que sur l'Os concerné ...
Les autres Os de la config sont trouvées par os-prober ,et les entrées sont crées au menu grub du Linux dont, Grub est mis à jour , ou réinstallé ...
Il n'y a rien de réécrit dans les grub des autres OS du disque ...

pour sdc8 il aurait sans doute fallu installer sur sdc et non sdc8 , je ne sais pas/plus pourquoi ça c'est fait comme ça

L'installateur de Ubuntu à des fois des petites ratées, surtout en présence de plusieurs disques dur sur la config, au moment de l'installation ...
Il se trompe de disque, mais indique le secteur d'amorçage du disque, pas le secteur d'amorçage d'une partition ...
Çà c'est une erreur faite par l'utilisateur à l'installation ,je suppose ...
malbo qui fait beaucoup d'installations de tests, pourra confirmer où infirmer mes dires ...

@ malbo ...

Non, tout ne rentre pas dans l'ordre parce que réinstaller Grub ne fait pas la totalité du travail à faire. Il faut que le l'emplacement du chargeur de Grub soit rectifié de la façon suivante : http://forum.ubuntu-fr.org/viewtopic.ph … 0#p3970260
Je pense sans en être sûr à 100 % que c'est parce que Boot-Repair ne fait pas le travail complètement

La réponse est donnée par Yann ...
Réinstallation de grub avec purge de ce dernier ...
C'est comme çà que j'en ai profité pour faire les screen que j'ai posté ci-dessus...

Entre la ville et la campagne, je clone mes systèmes, sur mes hdd usb, et je les réinstalle d'une machine sur l'autre ...
Puis une foi les UUID des fstab changées pour le bonnes, je fais une réinstallation de grub avec purge de ce dernier ...

@+. Babdu89 .

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

Babdu89 · Le 06/12/2012, à 18:30

Ah!!!... croisement de post ...
Je lis le post#16, et réponds ...
@+. Babdu89 .

Babdu89 · Le 06/12/2012, à 18:58

autant sur mon disque externe j'étais à l'aise car celui-ci ne contenait pas de données importantes ni de logiciels compliqués à installer , autant j'hésite à passer toutes ces commandes

Si ton hdd externe ne craint pas trop, et que tu hésites a faire une réinstallation de grub avec purge de ce dernier sur ton hdd interne ...
En te familiarisant bien ,après plusieurs lectures du post#15 ... Tente une réinstallation de grub en le purgeant sur un Linux de ce hdd ...
Tu verras qu'il n'y a rien de bien compliqué ...

mais c'est quand même inquiétant , je pensais pouvoir récupérer la partition sdb9 ( ah non c'est vrai maintenant c'est sdb8 , heureusement son label n'a pas changé =N_home) que je n'utilise plus, idem pour les versions ubuntu sur sdb 5 7 9 10 , car si je transpose à ce qui m'est arrivé , ma partition sdb11 deviendrait alors sdb6 en supprimant toutes ces partitions , et alors c'est à coup sur un grub rescue qui m'attends

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

Et il me semble que /sd** pour grub n'a pas trop d'importance, il travaille avec les UUID des partitions ...
J'ai une machine à la campagne, qui change l'ordre des disques presque à chaque reboot ...
/dev/sda devient suivant le nombre de hdd branché sur la machine, /sdb , /sdc ; /sdd ; /sde &&& ... et çà fonctionne toujours ...

@+. Babdu89 .

Dernière modification par Babdu89 (Le 06/12/2012, à 23:26)

YannUbuntu · Le 06/12/2012, à 23:07

Babdu89 a écrit :

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

Babdu89 · Le 06/12/2012, à 23:55

Bonsoir...

@ YannUbuntu ...

...ou en cliquant sur la croix de la fenêtre terminal

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 .

ar barzh paour · Le 07/12/2012, à 09:39

Babdu89 a écrit :

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 )

Babdu89 a écrit :

Et il me semble que /sd** pour grub n'a pas trop d'importance, il travaille avec les UUID des partitions ...

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

Babdu89 a écrit :

Si ton hdd externe ne craint pas trop, et que tu hésites a faire une réinstallation de grub avec purge de ce dernier sur ton hdd interne ...

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 )

Babdu89 · Le 07/12/2012, à 11:29

Bonjour...
@ malbo ...
En réponse poste#13 ...
Ma config de la ville ,ici...
Un seul hdd un Wd de 500 go ...
De la campagne, je ramène un clone de tous mes systèmes sur un hdd usb, pour les transférer sur la machine de la ville ...
En session live ...
Avec Gparted sur le hdd cible, préparation des partitions cibles ...
Transfert de chaque partition source vers les partitions cibles, par la commande suivante ;

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 .

Dernière modification par Babdu89 (Le 07/12/2012, à 11:36)

ar barzh paour · Le 08/12/2012, à 14:45

encore une remarque :
dans mon post#1 j'ai écrit
j'arrive à lancer ma version "sdb12" en passant par le boot de mon disque C qui contenait un menu vers cette partition " sdb12"
je n'en reviens pas que cela a fonctionné , le menu de grub content ceci:

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

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

Babdu89 · Le 08/12/2012, à 17:22

Bonjour...

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

une remarque : j'arrive à lancer ma version "sdb12" en passant par le boot de mon disque C qui contenait un menu vers cette partition " sdb12"

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 .

Dernière modification par Babdu89 (Le 08/12/2012, à 17:31)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 05/12/2012, à 16:52

[Résolu] grub rescue nouveau problème

#2 Le 05/12/2012, à 17:57

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

#3 Le 05/12/2012, à 18:02

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

#4 Le 06/12/2012, à 05:31

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

#5 Le 06/12/2012, à 08:37

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

#6 Le 06/12/2012, à 10:16

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

#7 Le 06/12/2012, à 11:00

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

#8 Le 06/12/2012, à 11:21

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

#9 Le 06/12/2012, à 11:49

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

#10 Le 06/12/2012, à 11:49

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

#11 Le 06/12/2012, à 11:59

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

#12 Le 06/12/2012, à 12:22

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

#13 Le 06/12/2012, à 12:26

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

#14 Le 06/12/2012, à 14:23

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

#15 Le 06/12/2012, à 17:02

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

#16 Le 06/12/2012, à 17:55

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

#17 Le 06/12/2012, à 18:29

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

#18 Le 06/12/2012, à 18:30

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

#19 Le 06/12/2012, à 18:58

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

#20 Le 06/12/2012, à 23:07

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

#21 Le 06/12/2012, à 23:55

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

#22 Le 07/12/2012, à 09:39

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

#23 Le 07/12/2012, à 11:29

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

#24 Le 08/12/2012, à 14:45

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

#25 Le 08/12/2012, à 17:22

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

Pied de page des forums