Le DVD est nikel ....
L'iso a était vérifié avec le hash et une vérification par l'installateur : ok !

l'installation se passe nikel
je reboot
et là : c'est le drame !

c'est marqué "GRUB" et puis c'est tout !

j'ai relancé l'installation en faisant mis à niveau juste pour remettre le lanceur ... met il me dit que comme il pas changé de packtage, il veut pas toucher au lanceur ! => idiot !!!!

je suis donc obligé, de tout réinstallé depuis le début .....


Dans la séquence de boot, le dd est bien sélectionné ....

J'ai mis la partition de fedora et c'est de Windows (j'ai du faire un fixboot puis un fixmbr pour vous parler)

ya une solution miracle ?



[EDIT : correction de langage]
j'ai refait une install de grub en rescue à la main selon la documentation de Fedora : pareil

je suis tenter de reprendre celui fourni avec FC5


Je suis sur une ASUS K8N
Windows est sur un DD en IDE
et Linux sur un DD en SATA
les 2 fonctionnent correctement

et j'ai un lecteur de disquette ...



[EDIT : correction de langage]
Tout d'abord, ce n'est pas windaubs mais Windows. C'est un système d'exploitation parmi d'autres et le dénigrer comme tu le fais ne sert absolument à rien (pour cette seule raison, j'ai failli ne pas te répondre).

Ton réflexe consistant à reprendre l'installation n'est pas du tout approprié. Il suffit de régler correctement Grub car manifestement, il ne se lance pas.

Le problème tient à la reconnaissance par Grub des partitions supportées par le disque SATA. Grub n'a pas correctement identifié la partition qui supporte /boot (et qui comprend /boot/grub/xxxx soit l'environnement nécessaire).

La démarche est simple et consiste à s'appuyer sur l'environnement minimal proposé par Grub pour identifier la partition ad hoc et lancer l'installation correcte.

Pour comprendre la manipulation que je vais décliner, il faut savoir comment Grub identifie les partitions et comment Grub peut être utilisé en ligne de commande (voir le tutorial Grub http://doc.fedora-fr.org/GRUB_:_Les_bases_pour_Fedora )

1- Préalables:

1- Démarrer en mode rescue
2- enchaîner les commandes suivantes:
# loadkeys fr  // pour passer en claiver fr, par confort
# chroot /mnt/sysimage // pour représenter le point de montage du système comme / et pouvoir ainsi utiliser aisément tous les outils
2- Réinstallation correcte de Grub:
# grub // pour lancer le shell minimal de Grub
grub>  find /boot/grub/stage1 // pour rechercher la partition portant grub et son environnement
hd0,1)  // restitution possible
(hd0,4) // """"""
on choisit la partition; nota, si find ne fonctionne pas, on peut enchaîner directement
grub> root (hb[tab] -> on utilise l'autocomplétion; l'appui sur la touche [tab] révèle tous les choix possibles
grub> root (hd1,0) // par exemple; on désigne la partition supportant /boot/grub
grub> setup (hd0) // on réinstalle le MBR
grub> quit
# shutdown -r now // on relance le système
En cas d'échec, on répètera l'opération en désignant une autre partition.

3- petit complément:

Les fichiers de Grub sont installés pour Fedora en /boot/grub . Pour que Grub se lance, il faut que le MBR sache pointer correctement sur cette partition. Le MBR contient en fait une séquence de codes (Stage1) qui amorce le reste (voir le tutorial Grub). Setup permet d'installer cette séquence et la commande root préalable a indiqué la partition de référence.

Le paramétrage de Grub, en mode menu, est porté par /boot/grub/grub.conf. Le contenu de ce fichier est détaillé dans le tutorial.

Par commodité, Fedora installe les noyaux dans /boot et dès lors, quand Grub est correctement installé, la partition /boot étant forcément bien supportée (sinon Grub ne se lance pas), l'identification par Grub des noyaux ne soulève a priori pas de difficulté puisque ceux-ci sont installés sur la partition reconnue.
Pour Windows, c'est une habitude gentillé, et rien à dénigrer, toutes mes excuses, j'ai corrigé

Pour le reste, en utilisant la documentation de grub
http://www.linux-france.org/article/sys/chargeurs/ix86/grub/grub-manual-fr.html
j'en était arrivé à la même manip : refaire l'installation à la main .... mais même avec ta méthode rien de plus ...

après avoir lu le manuel de ma carte mère, j'ai vu que le SATA était émulé en tant que IDE troisième et quatrième.
(l'installateur le détecte bien en IDE)

Je vais reprendre ton idée, en repartant du fait que j'ai quatre IDE (Cf. voir la documentation).


Sinon à partir de la doc, je ne voit pas en quoi le lecteur de disquette peut poser problème.
[Je cherche une citation quand il parle de rajouter --no--floppy ]

Bonne journée [et n'oublié pas votre Maman 😉 ]


EDIT : avant j'installé sur le même disque IDE
nico92856 wrote:après avoir lu le manuel de ma carte mère, j'ai vu que le SATA était émulé en tant que IDE troisième et quatrième.(l'installateur le détecte bien en IDE)
Je vais reprendre ton idée, en repartant du fait que j'ai quatre IDE (Cf. voir la documentation).
Sinon à partir de la doc, je ne voit pas en quoi le lecteur de disquette peut poser problème.
[Je cherche une citation quand il parle de rajouter --no--floppy ]
Grub s'appuie sur le BIOS pour identifier les disques et ne discrimine donc pas ide, scsi et sata (tout est identifié en hdX). L'ordre est donné par le BIOS et peut différer de ce que le noyau Linux 'perçoit' (et qui est restitué en sdX avec Pata, nouveauté de Fedora 7, ou hdX / sdX, antérieurement).

Il faut donc procéder comme je l'ai indiqué, en découvrant les partitions à partir de Grub (utilisation de l'autocomplétion...).

S'agissant de l'option no floppy (tutorial Gub), la clause est recommandé en natif dans la documention de Grub (voir les références portées dans le tutorial cité).

L'utilisation du script grub-install ne sert à rien dans ton cas car la détection des partitions ne sera pas modifiée et c'est bien elle qui pose problème.
J'ai trouvé une astuce, je met un mbr avec grub sur le SATA et je lai celui qui pointe sur Xp sur l'IDE
# chroot /mnt/sysimage
# grub
grub> find /boot/grub/stage1 //de même pour stage2, il point vers (hd0,1) qui est une partition ext2fs d'après lui alors que j'ai mis en ext3
grub> root (hd0,1)
grub> root // il confirme le ciblage de (hd0,1)
grub> setup (hd0) // tout est ok
je fait crtl+alt+supp deux fois et le pc redémarre normalement

et là, ya de l'évolution, il démarre nikel sauf il donne une erreur :
error : 17
ce qui correspond à [17 : Cannot mount selected partition]


grrrrr

je vais tenter autre chose


EDIT : sur le SATA (hd0), j'ai une partiton étendue qui contient une ntfs (298Go de Données) puis fin de l'étendue et j'ai alors la partition FEDORA en ext3 (hd0,1) puis le swap

je ne peut déterminer qui est le swap de qui est le ntfs

Le système WinXp est sur l'ide (hd1)

EDIT : en résumé, ça donne ça : http://img528.imageshack.us/my.php?image=disquefv5.jpg

y'aurai un intéret que je rebalance la partition fedora en tête ? je pense pas perso ....
Personne ? plus d'idée

parce que là vous pouvez m'imaginer : l'état de stresse ......


Merci quand même ...
Tu as déterminé que root prenait la valeur root (hd0,1) et installé correctement le stage1 sur MBR.

Grub se lance correctement comme tu l'indiques mais le /boot/grub/grub.conf n'a pas été actualisé et les paramètres sont erronés.

Tu vas devoir les reprendre pour, notamment, correctement désigner root (hd0,1).

Voilà la source de l'erreur ... Le stage1 chargé en MBR lance bien Grub; Grub lit ses paramètres dans grub.conf mais ceux-ci sont erronés.

Nota: grub.conf devrait avoir une tête proche de:
title Fedora (2.6.21-1.3194.fc7)
        root (hd0,1)
        kernel /vmlinuz-2.6.21-1.3194.fc7 ro root=LABEL=la_valeur_du_label
        initrd /initrd-2.6.21-1.3194.fc7.img
Pour identifier le label, la commande est /sbin/blkid ...(en rescue mode après le chroot).
ok, donc go avec l'éditeur

erreur bête de débutant .... un Whisky s'il-vous-plaît ....
nico92856 wrote:J'ai trouvé une astuce, je met un mbr avec grub sur le SATA et je lai celui qui pointe sur Xp sur l'IDE
C'est l'astuce qui tue ... Le MBR (stage1 de Grub) est fait pour être implanté sur le MBR qui est un secteur spécifique du premier disque actif, lu par le BIOS après toutes les séquences utiles.

Si le stage1 est installé ailleurs que sur le MBR, il ne sera jamais lu, sauf à provoquer sa lecteur depuis un autre lanceur (chaîne MBR -> NTLDR (lanceur de Windows -> stage1 -> Grub). Cette solution permet de lancer Linux depuis Windows. Voir http://doc.fedora-fr.org/Dual_boot_Windows_XP_-_Fedora#Le_sch.C3.A9ma_alternatif .
Ya de l'évolution ...

avec Vi j'ai éditer /boot/grub/grub.conf

j'avais :
# 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/hda3
# initrd /initrd-version.img
#boot=/dev/hda2
default=0
timeout=5
splashimage=(hd1,1)/grub/splash.xpm.gz
hiddenmenu
title Fedora
root (hd0,1)
kernel /vmlinuz-[certaine version] ro root=/dev/[je sais plus quoi]
initrd /initrd-[version].img
title WinXP
rootnoverify (hd1,0)
chainloader +1
le splash image point vers la partition WinXP : je l'ai remis sur la fedora
j'ai viré le "hiddenmenu"


ce qui me donne
# 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/hda3
# initrd /initrd-version.img
#boot=/dev/hda2
default=0
timeout=15
splashimage=(hd0,1)/grub/splash.xpm.gz
title Fedora
root (hd0,1)
kernel /vmlinuz-[certaine version] ro root=/dev/[je sais plus quoi]
initrd /initrd-[version].img
title WinXP
rootnoverify (hd1,0)
chainloader +1
Toujours error 17 : Cannot mount selected partition

Deux choses m'intriguent : pour le hd0, j'ai fedora sur (hd0,1), ya des partitions inconnues en (hd0,2) et (hd0,4) mais ya pas de (hd0,0) ni de (hd0,3)
peut-être que le (hd0,3) est la partition étendue mais ya quand même un trou (hd0,0).
root=/dev/hda3 ... Il n'y a pas de label! Reprends mon post pour rechercher le label de la partition / (blkid). A tout hasard, je te renvoie sur le post suivant. Tu as vraisemblablement fait une mise à jour ...
je vais dire peut-être une bétise mais avec le # au début, c'est un commentaire, c'est pas pris en compte .... non ?

Sinon, non j'ai juste fait l'installation à partir du DVD fedora 7 i386 2.9Go .....


je vais voir ça ....
tu peux faire un fdisk -l ??

je soupçonne un vieux bug du bios
nico92856 wrote:je vais dire peut-être une bétise mais avec le # au début, c'est un commentaire, c'est pas pris en compte .... non ?Sinon, non j'ai juste fait l'installation à partir du DVD fedora 7 i386 2.9Go .....
je vais voir ça ....
Oui, j'ai cité l'exemple commenté mais pour autant, la désignation de root (root=/ etc ...) ne porte pas référence à un label (ou un LVM).

Nouvo09, ce n'est pas en propre un bug du BIOS mais manifestement, la numérotation des disques restituées par le BIOS et traitée par Grub est distincte de celle qui est perçue par le système de gestion des périphériques sous Linux ... Le cas s'est déjà produit.
bon ben le label donné de Fedora est /

ce qui était (j'ai mal recopié)

j'ai essayé 1 sans succès


je retente demain matin

mais les partitions sont détectés
Je vais faire une total des écrans pour vous les montrer, on ne sait jamais


A demain
Je pense au bug du 1024eme cylindre une partition /boot située trop loin

il faudrait essayer de demarrer avec smartbootmanager pour voir
voici les infos que je peut donner :

graphique des Disques dur :
http://img528.imageshack.us/my.php?image=disquefv5.jpg

les labels :


le fdisk :


le grub.conf :


Le grub :


et Quand grub se lance :



désolée pour la qualité des photo :-? ......
j'ai fait avec les moyens du bord.

EDIT:
Juste une théorie. Dans le cas normal :
Le mbr point sur Grub. ok ?
Grub se lance et propose les partitions. ok ?
On sélection et là grub pointe dessus : montable ou pas, bootable ou pas. ok ?

Donc c'est à ce moment seulement qu'il doit me dire qu'il ya un prob avec les partitions sur le DD.

J'en déduis que l'erreur 17 est que exactement /boot n'est pas montable (j'ai tout mis sur / )

donc j'enlève tout, je fait une pour /boot, un swap , un /home (peut-on réutiliser le même avec ubuntu par exemple ?), et un /.
Je reste persuadé que ta partition /boot est hors d'atteinte du bios parce qu'elle est située bien au delà du 1024e cylindre. (vieux bug)
nico92856 wrote:J'en déduis que l'erreur 17 est que exactement /boot n'est pas montable (j'ai tout mis sur / )

donc j'enlève tout, je fait une pour /boot, un swap , un /home (peut-on réutiliser le même avec ubuntu par exemple ?), et un /.
Si /boot n'est pas lisible de Grub, Grub ne peut se lancer puisque Grub réside pour partie sur /boot ... je pensais l'avoir expliqué.

J'ai donné la commande pour identifier les labels. Vérifie simplement.