Installer Mageia sur même disque qu'un autre linux mais de manière étanche
Visiteur
Reprise du message précédent
Bonsoir les magiciens
=> j'ai déplacé le sujet 
@ loul1933
Je serais toi.....je préparerai mes partitions avec gparted en live CD.....et je ferai une réinstallation toute propre,de magegeia1- kde ou gnome; les 2 sont pratiquement stables.et, si tu veux te "frotter" à cauldron, tu prévois en supplément en partition étendue : (et si ton disque est assez grand) une partition / de 10 go et un /home de 50go
Exemple de disque dans ma signature => sans toucher à windows....qui est sur un autre disque.
Et, avant, sauvegarder tes données que tu estimes importantes.
@+
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
1) Tu as installé l'amorce de Mageia sur sdb1
2) tu as bien accepté que le boot principal soit sda
3) tu as essayé de booter Mageia avec le chainloader, et aussi avec l'UUID donné par ton blkid
Ça devrait marcher.
Donc, pour en avoir le cœur net, j'ai installé Mandriva 2010.2 en virtuel dans Virtualbox, en laissant de la place pour ensuite installer en dualboot Mageia.
1er essai avec Grub
=> chainloader : ça marche, je boote sur Mageia
=> UUID du kernel : ça marche aussi
Avec le chainloader j'atterris sur le Grub de Mageia, et avec le boot sur le kernel ça lance directement Mageia, logique.
Je ne vois pas ce que tu as pu louper...?
Pourquoi n'installesrais-tu pas Virtualbox dans ta Mandriva, pour te roder au multiboot ?
Même principe : tu installes Mandriva sur la moitié d'un DD virtuel, pas besoin des Màj, tu arrêtes ta Mandriva virtuelle, puis tu changes le disque hôte pour un iso de Mageia pour faire ton dualboot.
edit : La preuve par l'image (clique sur l'image pour qu'elle soit nette) :
http://yfrog.com/htmageia9p
Édité par paradise Le 15/10/2011 à 03h07
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
Dis-moi, tu vois un truc que j'aurais mal expliqué ?
Je viens juste de le refaire en virtuel, et je me demande vraiment à quel endroit notre ami s'est trompé...?
Mon idée de se roder en virtuel me semble assez bonne, parce que Gparted est dangereux je trouve, notre ami a fait le plus gros, appris à modifier menu.lst, il est à un millimètre de réussir...
loul1933 Membre non connecté
-
- Voir le profil du membre loul1933
- Inscrit le : 10/10/2011
- Groupes :
Bon, paradise, je ne vais pas te suivre dans virtualbox, je sais que ça fonctionne, je l'ai fait, mais je sais aussi pour avoir fait un peu de systeme que la virtualisation même si c'est super, ne remplace pas ce que je veux faire pour tester tous les drivers et les couches système)
je veux dire par là que la machine virtuelle fait appel aux couches natives de la machine origine et donc rajoute une couche que je ne veux pas.
J'ai avancé un peu, j'ai bien fait ce que tu dit
"
1) Tu as installé l'amorce de Mageia sur sdb1
2) tu as bien accepté que le boot principal soit sda
3) tu as essayé de booter Mageia avec le chainloader, et aussi avec l'UUID donné par ton blkid
Ça devrait marcher.
"
j'ai modifié le menu.lst de mandriva
title linux
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=262673b8-a92e-498d-aa66-70b3bb848f9b resume=UUID=afb0ca07-34d4-4222-a55a-0775e875a47d splash=silent acpi=ht vga=788
initrd (hd0,0)/boot/initrd.img
title linux-nonfb
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=262673b8-a92e-498d-aa66-70b3bb848f9b resume=UUID=afb0ca07-34d4-4222-a55a-0775e875a47d acpi=ht
initrd (hd0,0)/boot/initrd.img
title failsafe
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=262673b8-a92e-498d-aa66-70b3bb848f9b failsafe
initrd (hd0,0)/boot/initrd.img
title server 2.6.33.5-2
kernel (hd0,0)/boot/vmlinuz-2.6.33.5-server-2mnb BOOT_IMAGE=server_2.6.33.5-2 root=UUID=262673b8-a92e-498d-aa66-70b3bb848f9b resume=UUID=afb0ca07-34d4-4222-a55a-0775e875a47d splash=silent acpi=ht vga=788
initrd (hd0,0)/boot/initrd-2.6.33.5-server-2mnb.img
title server 2.6.33.7-2
kernel (hd0,0)/boot/vmlinuz-2.6.33.7-server-2mnb BOOT_IMAGE=server_2.6.33.7-2 root=UUID=262673b8-a92e-498d-aa66-70b3bb848f9b resume=UUID=afb0ca07-34d4-4222-a55a-0775e875a47d splash=silent acpi=ht vga=788
initrd (hd0,0)/boot/initrd-2.6.33.7-server-2mnb.img
title MAGEIA GRUB
kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=e63fefd9-5c42-4cd1-9cd6-b064e7443713 resume=UUID=e31dab47-28f6-4a37-bdc9-1b2f37900135 splash=silent acpi=ht vga=788
initrd (hd1,0)/boot/initrd.img
t'inquiete j'ai aussi essayé en mettant 'nokmsboot'
et tout et tout,
mais lorsqueje fais grub à la main et que je verifie les fichiers, avec la commande find de grub, il me les trouve bien sur hd1,0, et lorsque je lance mageia en prenant MAGEIA GRUB au démarrage, il me plante en
ERROR 15 file not found, en me recopiant la ligne "Kernel..... "
Je continue à chercher, mais BIZARRE
enfin, si j'ai le temps cet aprem, j'essaierai ton Virtualbox, mais j'ai peur que la machine virtuelle ne réagisse pas tout à fait pareil que la machine on va dire physique
J'ai deja installe un linux sur un windaube et j'avais pas eu de pb il est vrai que c'était sur le même disque
Merci en tout cas de vos lumières
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
L'idée d'essayer en virtuel avec Virtualbox, c'est juste pour dire de tenter l'expérience, en plus c'est plus rapide qu'en installant en dur et c'est sans risque, ce n'est pas pour remplacer ton dualboot bien évidemment.
Cette nuit j'ai essayé comme cela parce que je n'ai plus de place sur mes DD, et au premier coup ça a marché, donc a priori tout est OK.
Tu devrais quand même essayer en virtuel juste pour voir, en installant simplement donc les 2 OS avec une seule partition pour chaque, en plus du swap de Mandriva qui sera commun comme d'habitude puisque c'est sur le même DD. Impossible que ça ne marche pas.
Et ne vois pas pourquoi le problème pourrait venir de ta configuration, c'est une question que je me suis posée...?
j'ai un copain qui a fait un dual avec Mageia, en dur, dernièrement, il a procédé comme moi...
Comme tu dis, c'est vraiment bizarre que tu n'y arrives pas...
EDIT : Il y a bien un swap sur le DD où est placée Mageia ?
Redonne-moi ton blkid, c'est ça qui te donne tous les UUID ainsi que les partitions reconnues par ton OS maître, en l'occurrence Mandriva, ou bien tu fais un fdisk -l, mais je ne te conseille pas d'utiliser fdisk, trop dangereux pour l'instant, et on n'en a pas besoin. Pour dire que la commande find ou locate n'est pas ce qu'il faut utiliser vu qu'on a les fichiers blkid et menu.lst sous la main.
Édité par paradise Le 15/10/2011 à 11h32
loul1933 Membre non connecté
-
- Voir le profil du membre loul1933
- Inscrit le : 10/10/2011
- Groupes :
pour le find, c'est bien du find de Grub que je veux parler, lorsque tu la passes avec le chemin de vmlinuz par exemple, il te répond sous la forme hd1,0 ou hd0,0, ce qui veut dire qu'il a trouvé le fichier sur les 2 partitions 0 des 2 disques
et c'est bien cela que je ne comprend pas puisque lorsque je passe les commandes à la main via le programme grub, je trouve les fichiers vmlinuz et initrd.img et lorsque je les met dans mon menu.lst, ce même grub me répond "file not found", sans préciser de quel fichier il s'agit
blkid :
Caché :
[root@localhost grub]# blkid
/dev/sda1: UUID="262673b8-a92e-498d-aa66-70b3bb848f9b" TYPE="ext4"
/dev/sda5: UUID="afb0ca07-34d4-4222-a55a-0775e875a47d" TYPE="swap"
/dev/sda6: UUID="945b7227-9768-4616-8841-6008fc5234a9" TYPE="ext4"
/dev/sdb1: UUID="e63fefd9-5c42-4cd1-9cd6-b064e7443713" TYPE="ext4"
/dev/sdc1: UUID="a01db369-a29a-478b-aec8-4b6fd23b3e89" TYPE="ext4"
/dev/sdc5: UUID="b369aaf9-a257-45d3-a2f9-09577c4b0780" TYPE="ext4"
/dev/sdc6: UUID="4D5546845A407CBA" TYPE="ntfs"
/dev/sdb5: UUID="aec8d69a-43df-4097-9f83-4c55cd0ccd7e" TYPE="swap"
/dev/sdb6: UUID="a6949d84-39a3-40b5-b991-ba17fb153655" TYPE="ext4"
[root@localhost grub]#
/dev/sda1: UUID="262673b8-a92e-498d-aa66-70b3bb848f9b" TYPE="ext4"
/dev/sda5: UUID="afb0ca07-34d4-4222-a55a-0775e875a47d" TYPE="swap"
/dev/sda6: UUID="945b7227-9768-4616-8841-6008fc5234a9" TYPE="ext4"
/dev/sdb1: UUID="e63fefd9-5c42-4cd1-9cd6-b064e7443713" TYPE="ext4"
/dev/sdc1: UUID="a01db369-a29a-478b-aec8-4b6fd23b3e89" TYPE="ext4"
/dev/sdc5: UUID="b369aaf9-a257-45d3-a2f9-09577c4b0780" TYPE="ext4"
/dev/sdc6: UUID="4D5546845A407CBA" TYPE="ntfs"
/dev/sdb5: UUID="aec8d69a-43df-4097-9f83-4c55cd0ccd7e" TYPE="swap"
/dev/sdb6: UUID="a6949d84-39a3-40b5-b991-ba17fb153655" TYPE="ext4"
[root@localhost grub]#
et fdisk -l
Caché :
[root@localhost grub]# fdisk -l
Disque /dev/sda: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0caaaf1c
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 3378 27133753+ 83 Linux
/dev/sda2 3379 60801 461250247+ 5 Etendue
/dev/sda5 3379 3887 4088511 82 Linux swap / Solaris
/dev/sda6 3888 60801 457161673+ 83 Linux
Disque /dev/sdc: 640.1 Go, 640135028736 octets
255 têtes, 63 secteurs/piste, 77825 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 * 1 48019 385712586 83 Linux
/dev/sdc2 48020 77825 239416695 5 Etendue
/dev/sdc5 48020 65696 141990471 83 Linux
/dev/sdc6 65697 77825 97426161 7 HPFS/NTFS
Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 3187 25599546 83 Linux
/dev/sdb2 3188 43215 321524910 5 Etendue
/dev/sdb5 3188 3696 4088511 82 Linux swap / Solaris
/dev/sdb6 3697 43215 317436336 83 Linux
[root@localhost grub]#
Disque /dev/sda: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x0caaaf1c
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 3378 27133753+ 83 Linux
/dev/sda2 3379 60801 461250247+ 5 Etendue
/dev/sda5 3379 3887 4088511 82 Linux swap / Solaris
/dev/sda6 3888 60801 457161673+ 83 Linux
Disque /dev/sdc: 640.1 Go, 640135028736 octets
255 têtes, 63 secteurs/piste, 77825 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 * 1 48019 385712586 83 Linux
/dev/sdc2 48020 77825 239416695 5 Etendue
/dev/sdc5 48020 65696 141990471 83 Linux
/dev/sdc6 65697 77825 97426161 7 HPFS/NTFS
Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 3187 25599546 83 Linux
/dev/sdb2 3188 43215 321524910 5 Etendue
/dev/sdb5 3188 3696 4088511 82 Linux swap / Solaris
/dev/sdb6 3697 43215 317436336 83 Linux
[root@localhost grub]#
et oui, comme tu peux le voir il y a bien un swap mageia
et c'est bien ce swap que j'ai mis dans mon menu.lst
GRRRRRRRRRRRRRRRRRRRRRRRr
Édité par loul1933 Le 15/10/2011 à 12h07
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
Citation :
title MAGEIA GRUB
kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=e63fefd9-5c42-4cd1-9cd6-b064e7443713 resume=UUID=e31dab47-28f6-4a37-bdc9-1b2f37900135 splash=silent acpi=ht vga=788
initrd (hd1,0)/boot/initrd.img
kernel (hd1,0)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=e63fefd9-5c42-4cd1-9cd6-b064e7443713 resume=UUID=e31dab47-28f6-4a37-bdc9-1b2f37900135 splash=silent acpi=ht vga=788
initrd (hd1,0)/boot/initrd.img
L'UUID du resume est faux, c'est celui de Mandriva qu'il faut mettre !
==> Tous les resume du menu.lst d'un OS doivent avoir LE MÊME UUID.
loul1933 Membre non connecté
-
- Voir le profil du membre loul1933
- Inscrit le : 10/10/2011
- Groupes :
J'ai fait la modif,j'ai relancé : ERROR 15 FILE NOT FOUND
J'ai rajouté 'nokmsboot' sur l'UUID de root et relancé : ERROR 15 FILE NOT FOUND
alors que quand je lance Grub à la mimine, en root, il me trouve bien les fichiers vmlinuz et initrd.img sur les 2 disques hd0 et hd1
Caché :
GNU GRUB version 0.97 (640K lower / 3072K upper memory)
[ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grub> find /boot/vmlinuz
(hd0,0)
(hd1,0)
grub> find /boot/initrd.img
(hd0,0)
(hd1,0)
grub>
[ Minimal BASH-like line editing is supported. For the first word, TAB
lists possible command completions. Anywhere else TAB lists the possible
completions of a device/filename. ]
grub> find /boot/vmlinuz
(hd0,0)
(hd1,0)
grub> find /boot/initrd.img
(hd0,0)
(hd1,0)
grub>
donc, j'y pige couik
et encore moins quand tu me dis "Tous les resume du menu.lst d'un OS doivent avoir LE MÊME UUID.", je veux bien te croire, mais :
pour moi le resume de cette ligne Kernel ..... fournit au lanceur l'UUID de la partition de swap que le kernel concerné utilisera pour faire son swapping-out et swapping-in, donc il faut prendre à la lettre ce que tu dis et Mageia est bien un os différent de mandriva, cela voudrait dire aussi que dans un système multi-boot, on ne doit faire qu'une seule partition de SWAP et même si les kernels sont sur des disques différents hummm!!! ça me parait déconnant, et ils auraient fait une commande resume généraliste et non répétée sur chaque kernel ???
ceci dit, je n'ai pas trouvé de réponse clair sur le net à " a quoi sert le resume de GRUB?"
Je veux bien essayer de faire avec Virtualbox, mais comment fais-tu pour installer 2 os sur une même machine en partageant le disque virtuel, je ne sais pas faire, j'ai seulement utilisé VB 1os>>>1disque virtuel
en tout cas, je me repete peut-être, mais MERCI de partager ces moments de galère
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
:Pour le multiboot, il ne faut qu'un seul swap par disque.
Mandriva, dans notre exemple, a son menu.lst, qui va pointer vers les bootloaders des autres distros, OK.
Dès lors que la distro visée se lance, elle met en branle tous les processus, y compris la reconnaissance des partitions dont le swap. Donc nul besoin de mettre celui-ci dans le menu.lst de la distro maître.
Par contre, la distro maître a besoin de retrouver ses petits, elle utilise son propre swap et sa propre RAM pour lancer les autres distros, pour schématiser. Ensuite l'autre distro prend le relais.
Dans le cas du chainloader, le swap de départ est inutile vu que la distro visée va démarrer sur son propre Grub.
Pour Virtualbox, je t'ai déjà expliqué, rapidement certes :
1) tu installes ta Mandriva 2010.2 sur un DD virtuel en n'occupant que la moitié de ce DD.
2) une fois installée, tu la fermes, puis tu places l'iso de Mageia dans la Configuration, de la même manière que tu avais placé l'iso de la Mandriva
3) tu lances ta Mandriva, mais c'est Mageia qui va vouloir s'installer : tu l'installes en acceptant la config par défaut qui va occuper l'espace disponible, tout bêtement.
J'avais trouvé le truc tout seul, pas compliqué et logique, mais j'suis fier de moi
, je voulais me roder pour le multiboot, à présent je n'arrête plus ! 
Normalement la première partition de Mageia est la partition bootable (si tu as bien installé Grub !), mais tu le vois quand tu retournes sur le résumé une fois Grub installé : note le numéro complet de cette partition, ce doit être sda6 il me semble.
Moi j'avais mis Lilo pour mon PC pour l'install de Mageia en dur, ce sera à tenter si jamais ton souci venait de Grub, mais en virtuel avec Grub ça marche, en chainloader comme avec le kernel, hier le dualboot était opérationnel en vingt secondes une fois les 2 distros installées...
Un conseil, mets environ 1600 Mo de RAM, sinon ça va "ramer", c'est le cas de le dire.
Édité par paradise Le 16/10/2011 à 01h23
loul1933 Membre non connecté
-
- Voir le profil du membre loul1933
- Inscrit le : 10/10/2011
- Groupes :
mais pour le swap, ils auraient pu le mettre en paramètre général au lieu de répéter la même chose sur chaque redirection
Pour Virtualbox
je vais essayer, mais car il y a un mais...
ça ne résout pas mon problème de multi-boot-multi-disque.
Bravo pour ta trouvaille, en effet, ça peut être tres utile si tu es en MB sur le même disque.
J'ai bien fouiné hier au soir, et je ne vois vraiment pas où ça merdouille
je n'ai pas trouvé sur le net comment voir le fichier qui est "not found" par le GRUB??
Mais, je vais m'accrocher
c'est assez étonnant que je ne trouve pas de tuto ou autre, à croire que
1 je suis un gros nul
2 personne n'a essayé ce que je veux faire
mais je l'aurai je l'aurai
..........un jour !!!!!
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
Pour le swap, tous les OS ont besoin d'un swap réel pour démarrer sur le DD, en fait c'est tout ce qu'il faut savoir, mais pas en chainloader vu que c'est le Grub de l'OS visé qui prend en charge le démarrage.
Bon, pour ton multiboot, essaye un truc, que j'ai signalé dans mon dernier post : au lieu d'installer Grub, installe Lilo.
Tu n'as rien à perdre, si ce n'est quelques minutes. Si ça tombe, il y a un souci entre les Grub.
Après, comme d'hab, tente le chainloader, et si ça ne marche pas pointe sur le kernel (en mettant bien le même swap partout dans le menu.lst de Mandriva, tu sais le faire à présent
).EDIT : il est vrai que les tutos sur les multiboots ne sont pas légions, mais il faut voir que chaque distro a sa manière de s'installer, et que du coup les cas de figure sont nombreux.
On part du principe qu'on est un un minimum aguerri avec Linux pour se lancer, et que les principes du multiboot sont acquis, il est vrai qu'en fait c'est très simple.
Édité par paradise Le 16/10/2011 à 14h26
loul1933 Membre non connecté
-
- Voir le profil du membre loul1933
- Inscrit le : 10/10/2011
- Groupes :
a+
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
mais il n'y a aucun rapport avec ton souci, que la distro soit en 32 ou 64 bits, d'ailleurs ma Mandriva 64 fait aussi booter des distros en 32, comme une Salix et une Zenwalk (cette dernière est de toute façon en 32).Tente le dual en chargeant Lilo au lieu de Grub, il y a une chance pour que ça fonctionne.
Steph73 Membre non connecté
-
- Voir le profil du membre Steph73
- Inscrit le : 17/10/2011
Avec VirtualBox il y a moyen de mettre 2 HD en plus de lecteur DVD pour l'install
Donc dans l'idée installer la mdv 2010.2 sur 1 HD et la Mageia sur le second et donc tester le grub et/ou Lilo de l'un et de l'autre pour que cela fonctionne.
Et on se retrouvera presque dans une config analogue à une machine physique.
Me semble t'il
loul1933 Membre non connecté
-
- Voir le profil du membre loul1933
- Inscrit le : 10/10/2011
- Groupes :
Je répond à Lamontagne22 que j'avais oublié, j'ai bien installé mageia sur un autre disque en partitionnant avec celui de magéia pendant l'installation, Gparted n'étant qu'un partitionneur, Il n'y apas de plus value à l'utiliser
J'ai réussi à faire cohabiter mandriva(sd1) et magéia(sd6) sur le même disque virtuel de virtualbox, et le grub de mandriva était ok et permettait le démarrage de magéia
J'ai recommencé l'installation de magéia sur mon disque sdb(hd1,0) , mandriva étant sur sda(hd0,0), j'ai verifié:
1 que le menu.lst était bien de la même facture que celui que j'avais généré avec virtualbox (en montant la partition sdb et en fouinant dans /boot/grub
2 j'ai verifié la presence de initrd.img et de vmlinuz par la commande find de grub en root, la reponse étant : hd0,0 et hd1,0 dans les 2 cas
3 j'ai modifié le menu.lst de mandriva tel que je l'ai fait sur virtualbox, mais là j'ai mis hd1,0 pour magéia et aussi l'uuid du disque sdb
et toujours le message :
édition de la ligne kernel de title mageia du menu.lst et "error 15: file not found" Je n'arrive pas à trouver d'explication pour ce message, on ne sait pas quel fichier il ne trouve pas et c'est bien chi...
on dirait que cela marche lorsque les systèmes sont sur le même disque mais pas sur 2 disques physiques différents c'est bizarre
Pour steph73 c'est quoi le HD? Hard disque (xxx.vdi )?
si c'est ce que tu veux dire, comment faire pour que le grub de l'HD de mandriva puisse voir l'HD de magéia vu que ce sont 2 MACHINES différentes, un peu comme si on avait 2pc (en tout cas c'est ça que je crois avoir compris, mais peut-être que je me trompe?)
Je veux bien essayer lilo mais pouvez-vous m'indiquer la marche à suivre
Édité par loul1933 Le 18/10/2011 à 00h15
paradise Membre non connecté
-
- Voir le profil du membre paradise
- Inscrit le : 08/06/2011
- Groupes :
En image : http://yfrog.com/0kmageia6p
edit : clique sur l'image pour la rendre nette.
re-edit : tu auras remarqué qu'en virtuel, il faut laisser Grub ou Lilo s'installer comme indiqué par défaut sur "/dev/sxx (ATA VBOX HARDDISK)", en dur tu dois évidemment choisir la partition / de Mageia pour qu'elle devienne bootable.
Édité par paradise Le 18/10/2011 à 00h50
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie