#1 Le 26/11/2007, à 23:32
- xxGilxx
[Résolu] Bug sur 7.10 pour les experts de GRUB
Je re-poste en essayant d'être plus explicite.
Je veux exactement faire ce tuto
http://doc.ubuntu-fr.org/windows/mbr_2_ … dur?s=grub
Voilà comment j'ai procédé
1) Je prépare mon deuxième disque dur vierge de toutes partitions et secteur d'amorce (mbr ou grub)
2) OK, je change le point de montage
3) L'assistant me laisse continuer
4) C'est presque prêt
5) Bouton avancé : je change l'instal du GRUB vers le 2eme Disque (je fais tout ça pour pas ecraser le MBR du master)
L'instal se déroule nickel jusqu'au reboot. Là je prends une erreur 17 : Impossible de monter la partition sélectionner.au niveau du GRUB.
Avec Super Grub Disk, je peux lancer manuellement ou automatiquement TOUS mes OS.
Pourquoi, le Grub ubuntu foire alors ?
Pour infos :
Résultat du FDISK (tenir compte du hdb)
Disque /dev/hda: 81.9 Go, 81964302336 octets
255 heads, 63 sectors/track, 9964 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x6431b96d
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 2 1958 15719602+ f W95 Etendu (LBA)
/dev/hda2 * 1959 9964 64308195 7 HPFS/NTFS
/dev/hda5 2 1958 15719571 b W95 FAT32
Disque /dev/hdb: 80.0 Go, 80026361856 octets
255 heads, 63 sectors/track, 9729 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0xace22e9e
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 * 1 4980 40001818+ 83 Linux
/dev/hdb2 4981 5104 996030 5 Extended
/dev/hdb5 4981 5104 995998+ 82 Linux swap / Solaris
Le contenu du fichier /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/hdb1
UUID=b7938141-a5e7-45ef-8d4e-a0d9f055cf38 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda2
UUID=BC84D9DD84D999EA /media/hda2 ntfs defaults,umask=007,gid=46 0 1
# /dev/hda5
UUID=1855-0BDE /media/hda5 vfat defaults,utf8,umask=007,gid=46 0 1
# /dev/hdb5
UUID=46fda682-05f3-4414-8b0c-e8029c70c146 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto,exec 0 0
Le contenu du menu.lst
title Ubuntu 7.10, kernel 2.6.22-14-generic
root (hd1,0)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=b7938141-a5e7-45ef-8d4e-a0d9f055cf38 ro quiet splash
initrd /boot/initrd.img-2.6.22-14-generic
quiet
title Ubuntu 7.10, kernel 2.6.22-14-generic (recovery mode)
root (hd1,0)
kernel /boot/vmlinuz-2.6.22-14-generic root=UUID=b7938141-a5e7-45ef-8d4e-a0d9f055cf38 ro single
initrd /boot/initrd.img-2.6.22-14-generic
title Ubuntu 7.10, memtest86+
root (hd1,0)
kernel /boot/memtest86+.bin
quiet
### END DEBIAN AUTOMAGIC KERNELS LIST
# This is a divider, added to separate the menu items below from the Debian
# ones.
title Other operating systems:
root
# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/hda2
title Microsoft Windows XP Professionnel
root (hd0,1)
savedefault
chainloader +1
Dernière modification par xxGilxx (Le 20/01/2008, à 21:38)
Hors ligne
#2 Le 27/11/2007, à 00:51
- LX-RIAZ
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonjour,
Grà¢ce aux conseil avisés de Linaul2, j'ai utilisé l'install du live CD de la 7.10, tout comme xxGilxx, en placant le GRUB sur hd1, soit le disque dédié à UBUNTU.
Comme pour xxGilxx l'install s'est déroulée comme dans le livre, j'ai même vu le message qui disait que le GRUB se mettait bien à la bonne place, et tout et tout.
Au redémarrage du PC XP a démarré comme d'hab. Premier objectif atteint, pas de perturbation de Windows !
Au re-redémarrage, après interception du BIOS et boot sur le deuxième disque, le menu de GRUB apparait, super, il a tout compris et le dual boot, c'est dans la poche .....
Fatalitas, au lancement de toute les options possibles, une seule et même réponse :
Error 17 : Cannot mount selected partition. Press ...etc
Quand j'édite la ligne du menu qui devrait lancer UBUNTU j'obtiens ça :
et pour la ligne XP, ça donne ça ;
Et me voila bien embarrassé ....
C'est ce qui arrive quand on fait les choses sans tout comprendre ....
Si j'essaie de comprendre, pour la ligne UBUNTU, je me dis que j'ai indiqué / pour le point de montage de la partition d'installation et qu'il à l'air de chercher /boot
Mais ce que j'en dit ....
Il y en a t-il qui savent ?????
Merci d'avance.
Hors ligne
#3 Le 27/11/2007, à 01:01
- Le QuinQuin
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Salut aux deux,
Une fois le menu de GRUB affiché au démarrage, appuyez 2 fois sur le touche e,
puis dans la ligne kernel, changer
(hd1,0) par (hd0,0)
puis appuyez sur la touche enter,
puis sur la touche b
Ubuntu devrait booter. Pour ne plus faire cette manip:
sudo gedit /boot/grub/menu.lst #remplace gedit par kate si tu es sous kubuntu et mousepad pour xubuntu
Changez (hd1,0) par (hd0,0) dans la ligne
# groot=(hd1,0)
enregistrez, fermez et puis tapez
sudo update-grub
et redémarrez.
#4 Le 27/11/2007, à 01:12
- LX-RIAZ
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonjour Le QuinQuin,
Merci de t'intéresser à notre cas, mais, es-tu bien sûr de ton coup ?
Notre objectif, enfin je parle au moins pour moi, c'est que notre UBUNTU n'ai rien à voir avec hd0 ...
Mais, ce que j'en dis ...
Hors ligne
#5 Le 27/11/2007, à 01:14
- Le QuinQuin
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Salut,
Si .
#6 Le 27/11/2007, à 01:31
- xxGilxx
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonjour LX-RIAZ
Enfin, quelques âmes charitable qui s'interresse à ce BUG.
Parce que c'est effectivement un bug. On voit pas pourquoi GRUB se plante là ou Super Grab Disk assure à 100%. Il me boote effectivement n'importe quel OS depuis le Slave, sans avoir touché le moindre cluster du master.
Effectivement le Quiquin est aux fraises, tu m'as déjà fait la même réponse sur un précédent post (mais je ne t'en veux pas). On t'explique juste que l'on souhaite booter et écrire l'amorce du SLAVE sans toucher au MASTER
Merci aux bigs masters d'Ubuntu de s'interresser aux vrais bugs d'installation de la 7.10.
Ca fait 3 fois que je post, et je constate que comme sur tous les forums windows, on répond en priorité aux newbies qui posent des questions sans grands intérêts.
Tout le monde peut en effet trouver 4 GO de libre sur son windows et installer avec l'assistant automatique Ubuntu sans grande difficulté.
Avis aux experts Linux.
Hors ligne
#7 Le 27/11/2007, à 01:35
- compte supprimé
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonsoir,
Je ne sais pas si on vous a déjà conseillé ça :
http://www.linux-france.org/article/sys/chargeurs/ix86/grub/grub-manual-fr.html
Je pense que ça permet de mieux comprendre comment fonctionne grub...
A+
#8 Le 27/11/2007, à 01:40
- Le QuinQuin
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Salut les comiques et votre bug qui n'en est pas un.
on souhaite booter et écrire l'amorce du SLAVE sans toucher au MASTER
Tu penses que je suis bête. C'est comme vous voulez.
Avec un minimum de connaissance des commandes linux ou une petite
recherche vous auriez compris que les commandes données ne touchent en rien
le Master, ni les mbrs.... mais juste à un fichier.
Bref, moi j'ai donné la solution.
Au fait, c'est belga, faite une recherche sur grub avec belga .
#9 Le 27/11/2007, à 01:45
- xxGilxx
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
MILLE EXCUSES LE QUIQUIN,
Ta réponse est plus technique dans mon autre post. C'est bien la solution, je confirme
Mon DUAL BOOT fonctionne sur le slave, sans avoir modifié le moindre cluster du Master. Un vrai bonheur.
Bravo le Quinquin, et merci pour ton insistance. Bien que ça ne paraisse pas logique il faut bien modifier le root , changer (hd1,0) par (hd0,0)
[RESOLU]
Hors ligne
#10 Le 27/11/2007, à 01:57
- Le QuinQuin
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonjour Le QuinQuin,
Merci de t'intéresser à notre cas, mais, es-tu bien sûr de ton coup ?
Notre objectif, enfin je parle au moins pour moi, c'est que notre UBUNTU n'ai rien à voir avec hd0 ...
Mais, ce que j'en dis ...
Pour toi pour xp tu dois modifier comme ceci
Pour lancer 2odoze depuis l'entrée grub
il faut modifier comme ceci la section XP dans le menu.lst:
title Microsoft Windows XP
map (hd0) (hd1)
map (hd1) (hd0)
root (hd1,0)
savedefault
chainloader +1
#11 Le 27/11/2007, à 02:22
- xxGilxx
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Pour être tout à fait complet sur ce post. Dans mon cas le sudo update-grub me recorrige les roots des disques.
Si la manip de Maà®tre QuinQuin échoue. Oubliez cette étape et rebooter. Je n'ai pas testé le boot Kro$oft, mais vu l'assurance technique de Quinquin, j'aurais juste à vous confirmer demain cette dernière manip.
Quinquin, penses-tu qu'il faille mettre à jour le tuto http://doc.ubuntu-fr.org/windows/mbr_2_ … dur?s=grub
qui est complètement has been pour Ubuntu 7.10.
Avis aux experts Ubuntu
Hors ligne
#12 Le 27/11/2007, à 02:26
- Le QuinQuin
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Salut,
j'ai répondu sur l'autre poste pour
sudo update-grub
Il faut absolument remplacer la ligne
#groot=(hd1,0)
par
#groot=(hd0,0)
puis seulement faire sudo update-grub.
Cette ligne est utilisée lors des maj, si elle pointe sur la mauvaise partition
tu auras de nouveau erreur 17.
Non, le tuto est nickel tout y est.
#13 Le 27/11/2007, à 11:48
- LX-RIAZ
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonjour,
La manip de Maà®tre QuinQuin (ainsi que nous le solliciterons désormais !) a fonctionné, of course ...
Quand je veux éditer le menu (sudo gedit /boot/grub/menu.lst ), il m'est demandé le mot de passe, ce qui parait normal, mais, le clavier devient inactif.
J'ai essayé un copier/coller qui ne marche pas non plus.
Je suis en butée ..... et très embêté aussi.
Merci d'avance ...
Dernière modification par LX-RIAZ (Le 27/11/2007, à 12:09)
Hors ligne
#14 Le 27/11/2007, à 14:53
- linaul2
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Non non, le clavier ne devient pas inactif mais simplement, en console, le mot de passe que tu entres n'est pas retranscrit à l'écran (pas même par des *****)
linaul
#15 Le 27/11/2007, à 15:14
- xxGilxx
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Bonjour à Tous,
JE CONFIRME QUE CETTE PROCEDURE EST 100% OPERATIONNELLE
Je peux lancer Ubuntu ou XP depuis le 2eme disque sans avoir modifier le moindre cluster du premier HD windows.
Un grand Merci une nouvelle fois à LE QUINQUIN pour ses prescriptions avisées.
Juste une petite question mon ami :
Est-ce que ça veut dire que GRUB considère l'ordre des HD selon la séquence de boot du bios.
Tout ce que j'ai pu lire sur GRUB annonce le contraire. Partout il est dit que pour Grub le master c'est hd0 et le slave hd1.
On peut tout de même pensé qu'il s'agit d'un bug de l'assistant manuel de création de partition d'Ubuntu 7.10, puisque super grub disk lui ne s'emmèle pas les pinceaux.
Je confirme également ma lecture diagonale, suivre rigoureusement la procédure de Maà®tre QUINQUIN (the Force be in him) pour la mise à jour de menu.lst
Dernière précision qui ne figure pas dans les captures, j'ai collé un flag 'boot' sur la partition principale d'Ubuntu (équivalent à l'activation d'une partition sous Windoz)
Je ne connais pas l'incidence si on fait sans (en bon Padawan, je laisserai le Maà®tre s'exprimer à cet effet).
Allez bande de petits veinards, vous avez un tuto complet à jour qui complète
la doc : Multiboot sans écraser le MBR (avec 2 disque-dur)
http://doc.ubuntu-fr.org/windows/mbr_2_disque_dur
Dernière modification par xxGilxx (Le 27/11/2007, à 15:20)
Hors ligne
#16 Le 27/11/2007, à 20:25
- Le QuinQuin
Re : [Résolu] Bug sur 7.10 pour les experts de GRUB
Re,
Pour le démarrage grub se réfère à la config du bios,
une fois le OS lancé, le master redevient hd0 et le slave hd1,
grub utilise aussi le fichier
/boot/grub/device.map.