Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[RÉSOLU] revenir à mon Grub-PC Ubuntu et non Kubuntu

winux

Bonjour je m'explique

J'ai installé Ubuntu Lucid, tout va bien

Pour essayer j'ai installé Kubuntu dans une autre partition. Il a donc écrasé mon MBR et je démarre alors sur le Grub Kubuntu.

Finalement KDE ne me plait pas et je voudrais revenir à la case départ. J'avais sauvegardé le mbr Ubuntu. Pensez-vous que si je remets mon MBR d'origine tout va rentrer dans l'ordre et je démarrerai sur mon ancien Grub-PC crée avec Ubuntu ?

Merci pour vos lumières

Gemnoc

Réinstaller/Restaurer GRUB 2

winux

Mais oui bien sûr, merci

Gemnoc

😉

winux

petite question :j'ai 2 disques

sda avec W7 et XP
sdb avec Ubuntu et Kubuntu

Quel MBR Ubuntu et Kubuntu ont-ils squatté ? celui de sda ou de sdb ?

Cette réponse m'évitera de faire des blagues, merci

Gemnoc

Euh, je ne suis pas certain. Ça peut être déterminé par une option avancée lors de la dernière étape de l'installation d'Ubuntu/Kubuntu. Te souviens-tu l'avoir fait?

Sinon, je crois que par défaut, c'est sur le premier disque, donc sda.

(Il me semble que pour Windows 7, il est conseillé d'installer Grub sur le début de la partition contenant Ubuntu, mais je n'en suis pas sûr...)

winux

oui je pense aussi qu'il tape dans le 1e disque dans la mesure où je ne lui ai pas demandé d'installer à un endroit précis.

Dans ce cas ne penses-tu pas que plutôt que de réinstaller le grub il serait plus simple que je réinitialise mon MBR que j'avais sauvé avant Kubuntu. Ensuite le script 30 de Grub va reconnaitre tous les OS et ainsi retrouver mon Kubuntu, mais installé dans Ubuntu cette fois.

Comme c'est un peu touchy, je demande un avis avant de tout planter (éventuellement) !!

[supprimé]

http://doc.ubuntu-fr.org/grub

http://doc.ubuntu-fr.org/grub-pc

Gemnoc

@ winux

Comme je n'ai jamais fait l'une ou l'autre des procédures, je ne peux pas vraiment te conseiller. En théorie, la restauration du MBR devrait régler le problème.

@ c_r_x

Bien essayé, mais ce n'est pas la bonne doc que tu donnes en lien. Depuis 9.10, c'est grub-pc qui est utilisé... 😉

[Édition: ah le petit malin, il a ajouté grub-pc à son message! 😉]

winux

Eh oui Gemnoc est très vigilant sur les docs !!

Bon j'essaierai de remettre l'ancien MBR. De toute façon c'est sur mon PC d'essai donc pas grave et j'en aurai le coeur net !

@+

grandtoubab

il y a ça aussi
https://help.ubuntu.com/community/Grub2#Reinstalling GRUB 2

mostafa

Bonjour. j'ai installé kubuntu 10.4 beta2 sur un dd externe. au redémarrage plus rien pas un message de grub ni win 7 ni kubuntu seul un petit trait qui cherche par où démarrer j'ai tenter de récupérer mon mbr Windows avec le DVD sans succès réinstaller grub ou le restaurer,rien n'y fait. Après une tentative avec super grub mon pc ne reconnaissait plus mon dd interne. Quelqu'un peut il m'éclairer? sachant que depuis mon passage à win 7 j'avais un ubuntu 9.4 sur dd externe installe avec vista. Merci.

winux

Merci grantoubab, je vais regarder cela calmement 😉

[supprimé]

winux a écritpetite question :j'ai 2 disques

sda avec W7 et XP
sdb avec Ubuntu et Kubuntu

Quel MBR Ubuntu et Kubuntu ont-ils squatté ? celui de sda ou de sdb ?

Cette réponse m'évitera de faire des blagues, merci

ça serai curieux de savoir ce que donne

sudo blkid

cat /boot/grub/grub.cfg

on peut en tirer des conclusions, non ?

Sinon, et si c'est important, on désactive un disque via le bios pour tester.

winux

Bonne piste crx, je regarde cela merci et reviens éventuellement vers toi pour dernier avis, merci

winux

Salut crx

Voici les infos que tu suggérais de récupérer. Ca correspond à ce que j'attendais, sauf que je ne vois pas clairement si Ub et Kub ont installé leur grub dans le mbr de sda ou de sdb. Si à partir de cela tu peux le dire, j'en serais ravi, merci d'avance.

Néanmoins, pour ne pas tout attendre des autres, je vais faire une suggestion que tu pourras peut-être me valider.

Dans /boot/grub/grub.cfg, on voit :

menuentry 'Ubuntu, avec Linux 2.6.32-21-generic' ... { ...
linux /boot/vmlinuz-2.6.32-21-generic root=UUID=7d13057a-3a9a-46d2-807e-1b7ff803d0fb ro quiet splash

Dans la mesure où vmlinuz recherche UUID=7d13057a ...
qui correspond d'après blkid à sdb2

Ne peut-on dire que le MBR "attaqué" est celui de sdb ? c'est là que je ne suis pas sûr que ma conclusion ne soit pas un peu hâtive et que j'ai besoin de l'avis du "pro" !! 😛 STP :rolleyes:

 gerard@PC6:~$ sudo blkid
[sudo] password for gerard: 
/dev/sda1: LABEL="System-XP" UUID="06B0280BB02803B1" TYPE="ntfs" 
/dev/sda2: LABEL="Win7" UUID="374E74193A6BCC68" TYPE="ntfs" 
/dev/sdb1: LABEL="Ubuntu 10.04" UUID="676ba8b1-231c-4df8-9fdf-73d3c64d3208" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb2: LABEL="Kub 10.04" UUID="7d13057a-3a9a-46d2-807e-1b7ff803d0fb" TYPE="ext3" 
/dev/sdb3: LABEL="Attente" UUID="464cb48b-c695-4bf6-9e41-9486faee502f" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb5: UUID="59db911c-e3b7-4c10-bccc-387771e3fddc" TYPE="swap" 
/dev/sdb6: LABEL="Perso-GG" UUID="9262-E697" TYPE="vfat"

 gerard@PC6:~$ cat /boot/grub/grub.cfg

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="2"
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
    saved_entry=${chosen}
    save_env saved_entry
  fi
}

function recordfail {
  set recordfail=1
  if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd1,2)'
search --no-floppy --fs-uuid --set 7d13057a-3a9a-46d2-807e-1b7ff803d0fb
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
insmod ext2
set root='(hd1,2)'
search --no-floppy --fs-uuid --set 7d13057a-3a9a-46d2-807e-1b7ff803d0fb
set locale_dir=($root)/boot/grub/locale
set lang=fr
insmod gettext
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, avec Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,2)'
        search --no-floppy --fs-uuid --set 7d13057a-3a9a-46d2-807e-1b7ff803d0fb
        linux   /boot/vmlinuz-2.6.32-21-generic root=UUID=7d13057a-3a9a-46d2-807e-1b7ff803d0fb ro   quiet splash
        initrd  /boot/initrd.img-2.6.32-21-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###

menuentry "Windows 7 (sda1)" {
        insmod ntfs
        set root='(hd0,1)'
        search --no-floppy --fs-uuid --set 06b0280bb02803b1
        chainloader +1
}
menuentry "'Ubuntu 10.04 lucid, avec Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os { (on /dev/sdb1)" {
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set 676ba8b1-231c-4df8-9fdf-73d3c64d3208
        linux /boot/vmlinuz-2.6.32-21-generic root=UUID=676ba8b1-231c-4df8-9fdf-73d3c64d3208 ro quiet splash
        initrd /boot/initrd.img-2.6.32-21-generic
}
menuentry 'Ubuntu 10.04 lucid, avec Linux 2.6.32-21-generic (mode de récupération)(sdb1)' --class ubuntu --class gnu-linux --class gnu --class os { (on /dev/sdb1) {
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set 676ba8b1-231c-4df8-9fdf-73d3c64d3208
        linux /boot/vmlinuz-2.6.32-21-generic root=UUID=676ba8b1-231c-4df8-9fdf-73d3c64d3208 ro single
        initrd /boot/initrd.img-2.6.32-21-generic
}

### END /etc/grub.d/30_os-prober ###### END /etc/grub.d/40_custom ###

[supprimé]

winux a écritSalut crx

Voici les infos que tu suggérais de récupérer. Ca correspond à ce que j'attendais, sauf que je ne vois pas clairement si Ub et Kub ont installé leur grub dans le mbr de sda ou de sdb. Si à partir de cela tu peux le dire, j'en serais ravi, merci d'avance.

Néanmoins, pour ne pas tout attendre des autres, je vais faire une suggestion que tu pourras peut-être me valider.

Dans /boot/grub/grub.cfg, on voit :

menuentry 'Ubuntu, avec Linux 2.6.32-21-generic' ... { ...
linux /boot/vmlinuz-2.6.32-21-generic root=UUID=7d13057a-3a9a-46d2-807e-1b7ff803d0fb ro quiet splash

Dans la mesure où vmlinuz recherche UUID=7d13057a ...
qui correspond d'après blkid à sdb2

Ne peut-on dire que le MBR "attaqué" est celui de sdb ? c'est là que je ne suis pas sûr que ma conclusion ne soit pas un peu hâtive et que j'ai besoin de l'avis du "pro" !! 😛 STP :rolleyes:

 gerard@PC6:~$ sudo blkid
[sudo] password for gerard: 
/dev/sda1: LABEL="System-XP" UUID="06B0280BB02803B1" TYPE="ntfs" 
/dev/sda2: LABEL="Win7" UUID="374E74193A6BCC68" TYPE="ntfs" 
/dev/sdb1: LABEL="Ubuntu 10.04" UUID="676ba8b1-231c-4df8-9fdf-73d3c64d3208" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb2: LABEL="Kub 10.04" UUID="7d13057a-3a9a-46d2-807e-1b7ff803d0fb" TYPE="ext3" 
/dev/sdb3: LABEL="Attente" UUID="464cb48b-c695-4bf6-9e41-9486faee502f" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb5: UUID="59db911c-e3b7-4c10-bccc-387771e3fddc" TYPE="swap" 
/dev/sdb6: LABEL="Perso-GG" UUID="9262-E697" TYPE="vfat"

 gerard@PC6:~$ cat /boot/grub/grub.cfg

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="2"
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
    saved_entry=${chosen}
    save_env saved_entry
  fi
}

function recordfail {
  set recordfail=1
  if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd1,2)'
search --no-floppy --fs-uuid --set 7d13057a-3a9a-46d2-807e-1b7ff803d0fb
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
insmod ext2
set root='(hd1,2)'
search --no-floppy --fs-uuid --set 7d13057a-3a9a-46d2-807e-1b7ff803d0fb
set locale_dir=($root)/boot/grub/locale
set lang=fr
insmod gettext
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, avec Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,2)'
        search --no-floppy --fs-uuid --set 7d13057a-3a9a-46d2-807e-1b7ff803d0fb
        linux   /boot/vmlinuz-2.6.32-21-generic root=UUID=7d13057a-3a9a-46d2-807e-1b7ff803d0fb ro   quiet splash
        initrd  /boot/initrd.img-2.6.32-21-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###

menuentry "Windows 7 (sda1)" {
        insmod ntfs
        set root='(hd0,1)'
        search --no-floppy --fs-uuid --set 06b0280bb02803b1
        chainloader +1
}
menuentry "'Ubuntu 10.04 lucid, avec Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os { (on /dev/sdb1)" {
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set 676ba8b1-231c-4df8-9fdf-73d3c64d3208
        linux /boot/vmlinuz-2.6.32-21-generic root=UUID=676ba8b1-231c-4df8-9fdf-73d3c64d3208 ro quiet splash
        initrd /boot/initrd.img-2.6.32-21-generic
}
menuentry 'Ubuntu 10.04 lucid, avec Linux 2.6.32-21-generic (mode de récupération)(sdb1)' --class ubuntu --class gnu-linux --class gnu --class os { (on /dev/sdb1) {
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set 676ba8b1-231c-4df8-9fdf-73d3c64d3208
        linux /boot/vmlinuz-2.6.32-21-generic root=UUID=676ba8b1-231c-4df8-9fdf-73d3c64d3208 ro single
        initrd /boot/initrd.img-2.6.32-21-generic
}

### END /etc/grub.d/30_os-prober ###### END /etc/grub.d/40_custom ###

Bonsoir,

D'abord deux petites remarques :
Les UUID UUID="374E74193A6BCC68" TYPE="ntfs" correspondant à XP et UUID="7d13057a-3a9a-46d2-807e-1b7ff803d0fb" TYPE="ext3"correspondant à Kubuntu ne figurent pas dans /boot/grub/grub.cfg sauf pour search prouvent que :
le grub de win7 a écrasé celui de xp en l'installant bien sûr dans le premier disque sda. N'oublions pas que windows ne reconnait pas linux donc même si ubuntu ou kubuntu est installé ils vont pas apparaître dans le grub de sda qui est en chainloader (comme on le voit dans le grub de sdb).

Que s'est-il passé ensuite ? kubuntu est venu écraser le grub de ubuntu, mais comme linux est tolérant, il va inclure l'UUID de win7 en chainloader qui une fois lancé il t'affichera le grub situé dans le mbr de sda ou apparaît win7 et xp

Donc je peux dire que le premier mbr attaqué est dans sdb.(c'est pourquoi windows xp n'apparaît pas dans
/boot/grub/grub.cfg contrairement à win7)

Quant à ta question :

Pensez-vous que si je remets mon MBR d'origine tout va rentrer dans l'ordre et je démarrerai sur mon ancien Grub-PC crée avec Ubuntu ?

il faut essayer d'installer le grub de ubuntu non de kubuntu dans le mbr de sdb (il faut chercher le code, je l'utilisais pour l'ancien grub), faire un update, en cas de problème il faut éditer le fichier
'etc/fsatb'

Enfin, il se peut que je suis dans l'erreur, c'est pourquoi, et pour être sûr, il faut essayer de désactiver soit via le bios soit physiquement un des deux disques

winux

Oui tu as raison car quand j'ai sauvegardé mon grub, j'ai fait une connerie j'ai fait celui de sda, et comme je l'avais oublié j'ai restauré ce grub sda sur sdb et bien sûr pas de boot possible. J'ai donc essayé de suivre la doc de réparation de grub mais ça n'a pas marché pour une raison que j'ignore (il faudra que je creuse). Le plus simple est donc pour moi de réinstaller Ubuntu (c'est rapide) et alors il reconnaitra tout le monde avec son OS prober.

Merci pour ton temps crx. De tout cela j'airais au moins appris une chose : si on installe Ubuntu dans le 2e disque, le grub s'installe alors sur le MBR du 2e disque et non du 1e. En fait sur le disque qui héberge Ubuntu ce qui me parait logique.

merci à tous pour votre aide et bonne soirée

[supprimé]

Salut

Je ne comprends pas trop le problème là.

Tu as kubuntu et son grub installé par défaut sur le disque de boot dans le bios dans /dev/sda.
Donc pour réinstaller le grub d'ubuntu, il suffit de démarrer dessus via le grub kubuntu qui doit comporter une entrée ubuntu et taper la commande :
sudo grub-install /dev/sda et ensuite ça devrait fonctionner.

Pour savoir si Grub est ou non sur un MBR ou une partition il faut dans un terminal passer la commande :
sudo dd if=/dev/sda bs=512 count=1 | hexdump -C en remplaçant bien sûr /dev/sda par le drive ou la partition voulue. Dans le résultat si GRUB apparait, c'est qu'il est installé.

Quelque chose m'inquiète quand tu indiques que tu as sauvegardé grub de sda et que tu l'as restauré sur sdb ????
Si tu as passé une commande de type :
sudo dd ......

Tu as tout simplement pris le risque de "bousiller" la table des partitions de /dev/sdb à moins que tu ais précisé bs=446 dans la commande. Dans tous les cas à n'utiliser que quand on sait vraiment ce qu'on fait.

Dans tous les cas ceci est faux :

winux a écritsi on installe Ubuntu dans le 2e disque, le grub s'installe alors sur le MBR du 2e disque et non du 1e. En fait sur le disque qui héberge Ubuntu ce qui me parait logique.

Grub s'installe toujours par défaut sur le MBR du disque de boot.

@+

winux

Très intéressant ta réflexion jeanjd63

En fait dommage que tu n'aies pas vu ce post avant car tu m'aurais évité une grosse perte de temps :lol:. Tu viens de me donner la commande que je cherchais partout :

Démarrer, depuis le Grub Kubuntu (pour voir si j'ai bien compris : Kubuntu est sur sdb, mais son grub est sur sda, c'est bien ça ?), sur la partition Ubuntu
Puis taper la commande : sudo grub-install /dev/sda

Autre info intéressante que j'ai apprise : Pour savoir si Grub est ou non sur un MBR ou une partition il faut dans un terminal passer la commande :
sudo dd if=/dev/sda bs=512 count=1 | hexdump -C

Pour ta dernière remarque, bien que je savais (à peu près) ce que je faisais, c'est tout à fait ce qu'il s'est passé, j'avais oubié de préciser bs=446 et pourtant je le savais, d'autant que c'était stupide puisque j'allais tout simplement mettre sur sdb la table de sda et tout foutre en l'air. Je te confirme c'est bien ce qui s'est passé.

Mais c'est pas grave car
1- c'était mon PC d'essai, et comme de toute façon je n'ai pas aimé Kubuntu, ce n'est pas une grosse perte
2- il me suffit de réinstaller Ubuntu. Rapide : 1/2h, plus une autre 1/2h pour la customisation
3- j'ai surtout appris 2 commandes fondamentales pour le futur

Un GRAND merci à toi jeanjd63

Comme je suis persévérant, je vais quand même réinstaller Kubuntu en 2nd et tester ta commande. Si tout se passe bien, je mettrai alors résolu comme il se doit :lol:

Page suivante »