Bonjour
1° problème

J'ai essayé Fédora9 (F9) en live et installé sur un deuxième DD en dual boot avec XP.
Je demarre bien xp ou Fédora à la seule condition que je mette en first boot l'os désiré dans le bios.
Quand je mets le disque F9 en first boot, je charge bien Grub qui me donne le choix entre F9 et other.
Si je choisis F9 pas de problème par contre si je choisis other, j'ai un message d'erreur et ne peux démarrer sous XP. Je dois faire ctrl/alt/suppr pour redemarrer qui ne fonctionne pas d'ailleurs...

Mon Grub config :
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,1)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/sdb
default=0
timeout=10
splashimage=(hd0,1)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.25-14.fc9.x86_64)
root (hd0,1)
kernel /vmlinuz-2.6.25-14.fc9.x86_64 ro root=UUID=ca746ad7-475c-49c4-992b-6ba2efdcf64e rhgb quiet
initrd /initrd-2.6.25-14.fc9.x86_64.img
title Other
rootnoverify (hd1,0)
chainloader +1

Comme je ne suis pas spécialiste, je n'ai rien modifié avec gedit en root.

2°problème:

J'avais préparé mes partitions / home et swap à l'aide de Gparted.
Quand j'ai installé F9 (en anglais) j'ai essayé de garder mes parttions (essai en manuel) sans réussite(je n'ai rien compris au systeme). Donc j'ai laissé faire en auto . Tout a été écrasé. Pourtant j'aimerais bien avoir Home séparement....
J'ai essayé de comprendre un peu ce systeme de volume...

J'aimerais bien résoudre ces deux questions avant d'aller plus loin.

J'ai une deuxième station où XP et Kubuntu fonctionnent en harmonie. D'ailleurs je dois dire que Linux a fait de très gros progrés pour être accessibe...d'aiileurs sur celle-ci Kubuntu toune en permanence...

Merci pour votre aide.
Tu peux montrer le résultat de "fdisk -l" (à faire en root, donc su -)?
J'utilise la console "bash".
En root comme précisé fdisk est une commande inconnue ???
"bash: fdisk -l: command not found"
??
Tu n'est pas passé en root avec "su -", tu as fait "su" sans le tiret je pense.
tu as probablement tapé su au lieu de su -
Dans ces conditions, bash conserve l'environnement de l'utilisateur antérieur, en particulier la variable PATH.
Le path d'un utilisateur lambda ne contient pas le répertoire /sbin.
Or c'est dans ce répertoire que se trouve le binaire de la commande fdisk.
Deux solutions:
-devenir root par su -
-si on désire absolument garder le PATH de l'utilisateur ordinaire, devenir root par su, et taper ensuite
/sbin/fdisk blabla
Effectivement!
voilà le résultat :

Disk /dev/sda: 122.9 GB, 122941242880 bytes
255 heads, 63 sectors/track, 14946 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x49874987

Device Boot Start End Blocks Id System
/dev/sda1 * 1 14946 120053713+ 7 HPFS/NTFS

Disk /dev/sdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000b3d8f

Device Boot Start End Blocks Id System
/dev/sdb1 1 15201 122102001 7 HPFS/NTFS
/dev/sdb2 * 15202 15226 200812+ 83 Linux
/dev/sdb3 15227 30401 121893187+ 8e Linux LVM

Disk /dev/dm-0: 122.6 GB, 122675003392 bytes
255 heads, 63 sectors/track, 14914 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disk /dev/dm-0 doesn't contain a valid partition table

Disk /dev/dm-1: 2080 MB, 2080374784 bytes
255 heads, 63 sectors/track, 252 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x30307800

Disk /dev/dm-1 doesn't contain a valid partition table

Note:
Le disque (250 Go) sur lequel se trouve F9 a été scindé en deux parties égales : partition ntfs 125 go environ et l'autre partie dédiée à F9.

merci
De toutes façon lorsque tu bootes sur ton 2ème disque, il devient en fait le disque N°1 et si tu veux booter windows à nce moment là, il pense qu'il boote du disque N°2.

C'est impossible. Windows ne boote QUE DU PREMIER DISQUE!

Tu as mal installé grub à mon avis, tu l as mis sur le 2ème disque en pensant que puisqu'il faisait partie de Fedora, il était logique de le mettre sur le même disque. C'est une erreur. Grub doit TOUJOURS être installé (sauf nuances et installations particulières) sur le MBR du premier disque.
Bonjour,

regarde la doc sur GRUB, la solution est peut-être là
ouais grub a été installé sur le deuxième disque ce qui me semblait logique aussi ....
Lors de l'instal j'avais le choix et dans le doute j'ai laissé le choix à la machine de peur d'endommager le démarrage sur le DD XP...
Avant de ré-installer, pour mon système de fichiers (/home.../swap) je fais comment? et peut-on faire autrement que ce volume "LV..."?
Merci
Pourquoi veux-tu réinstaller ? Il y a moyen de faire autrement. Regardes déjà le lien que je t'ai donné précédemment pour rétablir le lancement de XP.

Pour la partition /home séparée, ça peut aussi se faire sans tout réinstaller.
sterne wrote:ouais grub a été installé sur le deuxième disque ce qui me semblait logique aussi ....
Lors de l'instal j'avais le choix et dans le doute j'ai laissé le choix à la machine de peur d'endommager le démarrage sur le DD XP...
Avant de ré-installer, pour mon système de fichiers (/home.../swap) je fais comment? et peut-on faire autrement que ce volume "LV..."?
Merci
Installer grub sur le 1er disque c'est facile: tu laisses tout en l'état et tu bootes avec le media d'install en mode rescue, tu fais le chroot qu'on te propose à la fin, puis:

grub-install /dev/sda

qui va installer grub sur le MBR du premier disque. Là on a fait le plus facile.

Parce que ensuite, il faut modifier les indications permettant à grub de retrouver ses petits après cette modif, puisque dorénavant il se trouve sur le premier disque (disque 0). Depuis ce disque donc, windows se trouve sur le disque 0 soit sda. Le paragraphe destiné à windows doit donc devenir:
title Other
rootnoverify (hd0,0)
chainloader +1
IL faut aussi modifier les paramètres destinés à Fedora en remplaçant ce qui indique le disque 0 par disque 1 :
title Fedora (2.6.25-14.fc9.x86_64)
root (hd1,1)
kernel /vmlinuz-2.6.25-14.fc9.x86_64 ro root=UUID=ca746ad7-475c-49c4-992b-6ba2efdcf64e rhgb quiet
initrd /initrd-2.6.25-14.fc9.x86_64.img
normalement tout devrait fonctionner, si je n'a rien oublié.

Pour ce qui concerne le LVM, s'il a surement son utilité sur de gros systèmes, je ne lui en ai encore trouvé aucune pour des machines domestiques et donc je ne l'ai jamais utilisé.
Bonsoir,
J'ai essayé de ne pas tout ré-installer mais je n'ai pas trouvé "rescue" sur mon cd live (x86- 64).
Dons j'ai ré-installé F9 avec Grub sur le premier disque dur et j'ai réussi à créer les partitions désirées..! (/,home,swap). J'ai vérifié avec fdisk et gparted...
ça marche...! mes deux problèmes sont résolus
Je vous remercie pour votre aide.
Bonjour!
j'ai eu le meme soucis que sterne,a savoir que j'avais windows vista , j'ai installer fedora 9,et écraser le MBR précédent de windows vista par celui de fedora ce qui fait que lorsque j'éssaye booter sur other j'obitent un MBR is missing.

j'ai tenter de modifier le grub.conf comme proposer ici ( et dans la documentation ) mais rien y fait je ne comprend pas ...

voici mon grub.conf :
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,1)
# kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
# initrd /initrd-version.img
#boot=/dev/sda4
default=0
timeout=5
splashimage=(hd0,3)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.25-14.fc9.x86_64)
root (hd0,3)
kernel /vmlinuz-2.6.25-14.fc9.x86_64 ro root=UUID=ca746ad7-475c-49c4-992b-6ba2efdcf64e rhgb quiet
initrd /initrd-2.6.25-14.fc9.x86_64.img
title Other
rootnoverify (hd0,1)
chainloader +1



Et mon Fdisk 🙁version simplifié parce que je ne suis pas sous linux je n'arrive pas a me connecter en ethernet...)

dev/sda : 320.0 Gb
Device Amorce ........................................................................ Système
/dev/sda1 (petit nombre de blocs) Dell utility
/dev/sda2 (partition "recover" de DELL) HPFS/NTFS
/dev/sda3 (grand nombre de bloc partition windows) HPFS/NTFS
/dev/sda4 * Linux


Voila voila une idée?
(j'ai noteamment vu une commande "map (hdX) (hdX-1)"
"map (hdX-1) (hdX)"
je ne sais pas a quoi elle sert ni comment l'utiliser..)
Ce qui pose clairement problème, c'est juste le rootnoverify (hd0,1). Il va te falloir trouver la bonne combinaison. Je dirai que c'est rootnoverify (hd0,2)