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

winux · Le 15/04/2010, à 22:45

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

Dernière modification par winux (Le 19/04/2010, à 12:33)

Gemnoc · Le 15/04/2010, à 22:51

Réinstaller/Restaurer GRUB 2

winux · Le 15/04/2010, à 23:19

Mais oui bien sûr, merci

Gemnoc · Le 15/04/2010, à 23:59

winux · Le 16/04/2010, à 09:21

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 · Le 16/04/2010, à 09:32

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

Dernière modification par Gemnoc (Le 16/04/2010, à 09:33)

winux · Le 16/04/2010, à 13:15

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) !!

c_r_x · Le 16/04/2010, à 13:57

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

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

Dernière modification par c_r_x (Le 16/04/2010, à 20:44)

Gemnoc · Le 16/04/2010, à 14:28

@ 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! ]

Dernière modification par Gemnoc (Le 17/04/2010, à 22:10)

winux · Le 16/04/2010, à 16:06

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 · Le 16/04/2010, à 16:32

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

Dernière modification par grandtoubab (Le 16/04/2010, à 16:33)

mostafa · Le 16/04/2010, à 16:58

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 · Le 16/04/2010, à 20:26

Merci grantoubab, je vais regarder cela calmement

c_r_x · Le 16/04/2010, à 22:23

winux a écrit :

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

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

Dernière modification par c_r_x (Le 16/04/2010, à 22:40)

winux · Le 17/04/2010, à 07:37

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

winux · Le 17/04/2010, à 11:12

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

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

c_r_x · Le 17/04/2010, à 21:55

winux a écrit :

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

 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

Dernière modification par c_r_x (Le 17/04/2010, à 22:20)

winux · Le 17/04/2010, à 23:43

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

Compte anonymisé · Le 18/04/2010, à 07:05

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 écrit :

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.

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

@+

winux · Le 18/04/2010, à 09:13

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

Dernière modification par winux (Le 18/04/2010, à 09:26)

Compte anonymisé · Le 18/04/2010, à 09:26

Salut

Quand tu réinstalleras kubuntu, tu peux très bien imposer l'installation de GRUB sur sa partition / ainsi tu ne toucheras pas au MBR de /dev/sda

Il suffira ensuite de faire un :
sudo update-grub sous ubuntu pour ajouter kubuntu à la liste de boot sans aller faire des manips "bizarroïdes".

@+

winux · Le 18/04/2010, à 09:34

Génial jeanjd63

Tant qu'à recommencer, je vais essayer ce dernier truc qui sera un très bon entrainement pour installer sur un PC tatoué, merci.

Tant que j'y suis, je pourrais même faire cela tout de suite pour Ubuntu : l'installer sur sa propre partition sdb1, puis pareil pour Kubuntu sur sdb2 et ensuite redémarrer avec le grub de Ubuntu (qui est sur sa propre partition) en faisant sudo grub-install /dev/sdb1

Est-ce que ça te parait bien "ma" dernière commande ? si oui je me lance comme cela, ça va m'occuper une bonne partie de la journée tout en profitant un peu du soleil quand même !!

Merci pour tout jeanjd63

Dernière modification par winux (Le 18/04/2010, à 09:35)

winux · Le 18/04/2010, à 11:32

Bonjour

Ca ne s'est pas bien passé . En cours d'installe, au récap final, juste avant de partitionner, j'ai appuyé sur le bouton "avancé" :
- coché installer le chargeur de démarrage
- comme je réinstalle Ubuntu sur sdb1, j'ai mis comme chargeur d'amorçage sdb1

MAIS au reboot, j'arrive sur :
error : fd1 cannot get C/H/S value
grub rescue >

Je pense que l'explication est que dans le MBR j'avais déjà Ubuntu

Que puis-je faire ? ai-je fait une connerie ? merci de m'aide à la réparer !!

Compte anonymisé · Le 18/04/2010, à 14:47

winux a écrit :

Génial jeanjd63
Tant qu'à recommencer, je vais essayer ce dernier truc qui sera un très bon entrainement pour installer sur un PC tatoué, merci.
Tant que j'y suis, je pourrais même faire cela tout de suite pour Ubuntu : l'installer sur sa propre partition sdb1, puis pareil pour Kubuntu sur sdb2 et ensuite redémarrer avec le grub de Ubuntu (qui est sur sa propre partition) en faisant sudo grub-install /dev/sdb1
Est-ce que ça te parait bien "ma" dernière commande ? si oui je me lance comme cela, ça va m'occuper une bonne partie de la journée tout en profitant un peu du soleil quand même !!
Merci pour tout jeanjd63

Là tu les accumules les mauvaises manips :

1) installer grub d'ubuntu sur le MBR. Au point où tu en es tu peux refaire une install ce qui sera mieux que tenter de réparer GRUB et de tout casser.

2) réinstaller kubuntu et installer Grub sur /dev/sdb2

Dernière modification par Compte anonymisé (Le 18/04/2010, à 14:47)

winux · Le 18/04/2010, à 18:42

Merci pour ton "suivi" jeanjd63

Aucun Pb de réinstaller, mais je voudrais comprendre ??

En fait tu as piqué ma curiosité en suggérant d'installer dans la partition et non dans le MBR. Ceci me permettra d'aider un copain qui a son PC tatoué !!

voici mon cahier des charges (en même temps pour ma culture perso)

1- installer Ubuntu ainsi que son lanceur dans sdb1.
Je pensais qu'il suffisait, lors de l'installe, d'appuyer sur le bouton "avancé, puis" :
- cocher installer le chargeur de démarrage
- comme je réinstalle Ubuntu sur sdb1, mettre comme chargeur d'amorçage sdb1
Mais ça m'a planté au démarrage.

Où est l'erreur pour que j'apprenne de mes erreurs ?

2- ensuite j'aurais voulu faire de même avec Kubuntu sur sdb2

3- pour terminer en retrouvant le lanceur de Ubuntu

Ca me parait bien compliqué, mais penses-tu qu'avec ton aide et "un peu" de ton temps à me consacrer "on" va y arriver ?

SINON, je me "contenterai" de :

Installe de Ubuntu, puis Kubuntu dans MBR, puis revenir sur le lanceur de Ubuntu, car en final c'était bien cela mon Pb du début .

En fonction de ta réponse je prendrai le 1e choix (complexe) ou le 2e (plus abordable) !!

Encore merci pour tout jeanjd63, bonne soirée

Dernière modification par winux (Le 18/04/2010, à 18:46)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/04/2010, à 22:45

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

#2 Le 15/04/2010, à 22:51

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

#3 Le 15/04/2010, à 23:19

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

#4 Le 15/04/2010, à 23:59

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

#5 Le 16/04/2010, à 09:21

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

#6 Le 16/04/2010, à 09:32

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

#7 Le 16/04/2010, à 13:15

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

#8 Le 16/04/2010, à 13:57

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

#9 Le 16/04/2010, à 14:28

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

#10 Le 16/04/2010, à 16:06

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

#11 Le 16/04/2010, à 16:32

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

#12 Le 16/04/2010, à 16:58

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

#13 Le 16/04/2010, à 20:26

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

#14 Le 16/04/2010, à 22:23

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

#15 Le 17/04/2010, à 07:37

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

#16 Le 17/04/2010, à 11:12

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

#17 Le 17/04/2010, à 21:55

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

#18 Le 17/04/2010, à 23:43

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

#19 Le 18/04/2010, à 07:05

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

#20 Le 18/04/2010, à 09:13

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

#21 Le 18/04/2010, à 09:26

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

#22 Le 18/04/2010, à 09:34

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

#23 Le 18/04/2010, à 11:32

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

#24 Le 18/04/2010, à 14:47

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

#25 Le 18/04/2010, à 18:42

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

Pied de page des forums