Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Grub] Impossible de lancer un W2k Server

CleM

Bonjour et heureux de faire partie de votre communauté.

Après avoir utilisé pendant quelques mois la Fedora sur un serveur dédié de chez C-dédié, j'ai décidé de me lancer dans l'administration d'un serveur, à mon propre domicile, et ce dans le but des études, mais aussi pour mon simple amusement.

Ma configuration matérielle se présente comme suit :
- un disque maître avec une partition en ext3 contenant un FC4 ainsi qu'une partition swap
- un disque en esclave avec une partition principale contenant un W2k Server

J'ai placé le chrgeur grub sur la MBR de mon premier disque (hda donc) via grub-install /dev/hda.

Celà s'est passé sans problèmes.

J'ai ensuite modifié le /boot/grub/menu.lst comme ceci

# 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,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/hda
default=1
timeout=30
splashimage=(hd0,0)/grub/splash.xpm.gz


title Fedora Core 
    root (hd0,0)
    kernel /vmlinuz-2.6.11-1.1369_FC4 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.11-1.1369_FC4.img

title Windows
    rootnoverify (hd1,0)
    makeactive
    chainloader +1

Je ne pense pas avoir commis d'erreurs, pourtant, lorsque je redémarre et que je pars sur Windows, s'affiche :

rootnoverify (hd1,0)
makeactive
chainloader +1

et rien ne se passe ...

J'attends vos propositions et reste à votre disposition.

PS : le chargeur lilo est il compatible avec la FC4 ? Permet t il de fournir au noyau les bons paramètres ?

Merci d'avance !

CleM

Après y avoir longuement réfléchi, je reste dans le même flou.

Je précise que j'ai également essayé avec un simple root en place et lieu du rootnoverify

Je suis donc toujours preneur d'aider :-D

herrib

Le tutorial Grub, en 2.2.3- spécificités de certaines entrées Windows dans grub.conf précise:

"map

Pour son lancement, Windows suppose une installation sur le premier disque actif. En certaines circonstances, Windows a pu être installé sur un autre disque. Le lancement du système n'est donc pas directement possible par la technique du chainloader.

La solution consiste à organiser une permutation « symbolique » du point de vue de Grub:

title Windows
map (hd0) (hd1)
map (hd1) (hd0)
rootnoverify (hd0,0)
makeactive
chainloader +1

"
Ta configuration positionne Windows sur un disque distinct du disque actif (hd1 et non hd0). Map sera donc le point d'appui d'une solution que nous souhaitons prompte, efficace, pertinente, novatrice, conquérante et ambitieuse ...

CleM

Merci pour ta réponse.

J'ai essayé cette solution, que j'ai trouvée dans le guide d'installationde Grub.

Après ré-éssai, le problème était le même.

J'ai donc voulu essayer le chargeur GAG, qui m'a flingué ma partition ext3 de mon disque, qui est maintenant de type inconnu.

Je repars donc sur une nouvelle installation de la FC4, avec chargeur LILO cette fois ci ...

CleM

Après une nouvelle installation j'ai été contraint de reprendre Grub en chargeur, LILO n'étant pas proposé (incompatibles ?).

J'ai donc, comme conseillé ci-dessus, réitéré la procédure en mettant les "map" et le reste, exactement comme me l'a proposé herrib

Cette fois ci, je ne reste pas bloqué sur l'affichage sec du menu.lst mais je trouve le message suivant :

Error 13: Invalid or unsupported executable format
Press any key to continue ...

Après recherche, j'ai cru comprendre qu'il s'agit d'un problème de gestion du noyau.

"Cette erreur est retournée si l'image du noyau à charger n'est pas reconnue comme Multiboot ou n'est pas un des formats natifs (Linux zImage ou bzImage, FreeBSD, NetBSD" (pris dans le manuel Grub.)

J'ai trouvé ici même un thread relatant du même problème, lequel ne m'a aidé dans la résolution de mon problème.

Je suis donc, à nouveau preneur d'aide.

A défaut, je changerai de tactique en passant par l'ordre de démarrage BIOS pour choisir quel disque booter : très pratique !

Merci de votre aide.

herrib

Pas simple.... Le fichier passé en paramètre pour la commande kernel (exemple: /vmlinuz-2.6.12-1.1447_FC4) semble correctement lu mais sa décompression aboutit à une erreur.

Peux-tu lancer le rescue disk (ou le disque F1) selon tutorial dual boot et donner le résultat de :

(après le chroot):

# fdisk -l
# vi /boot/grub/grub.conf (on quitte l'éditeur en saisissant :q!)
# vi /boot/grub/device.map

Tu peux tenter de modifier le grub.conf (et non menu.lst qui est simplement un lien vers grub.conf) en y insérant la commande map comme indiqué puis lancer un:

 # grub-install /dev/hda --recheck

A plus tard pour de nouvelles aventures.

CleM

Heu...

J'ai peur qu'on ne parle pas du même problème :

Je n'arrive pas à lancer Windoz, non pas la FC.

J'ai peur qu'il y ait confusion.

Quoi qu'il en soit :

Résultat du fdisk -l
____________________

Disque /dev/hda: 6448 Mo, 6448619520 octets
240 têtes, 63 secteurs/piste, 833 cylindres
Unités = cylindres de 15120 * 512 = 7741440 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hda1   *           1          14      105808+  83  Linux
/dev/hda2              15         833     6191640   8e  Linux LVM

Disque /dev/hdb: 3228 Mo, 3228696576 octets
128 têtes, 63 secteurs/piste, 782 cylindres
Unités = cylindres de 8064 * 512 = 4128768 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hdb1   *           1         782     3152992+   7  HPFS/NTFS



Au passage, la redirection en sortie ne fonctionne pas avec cette commande on dirait.
# fdisk -l > fichier
crée un fichier VIDE :-S

Contenu de 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,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
boot=/dev/hda
default=0
timeout=30
splashimage=(hd0,0)/grub/splash.xpm.gz
title Fedora Core (2.6.11-1.1369_FC4)
    root (hd0,0)
    kernel /vmlinuz-2.6.11-1.1369_FC4 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.11-1.1369_FC4.img

title Windows
    map (hd0) (hd1)
    map (hd1) (hd0)
    rootnoverify (hd0,0)
    makeactive    
    chainloader +1

Contenu de device.map
____________________

# this device map was generated by anaconda
(fd0)     /dev/fd0
(hd0)     /dev/hda
(hd1)     /dev/hdb

herrib

La lecture "sur table" des éléments ne laisse rien apparaître. Malheureusement, la solution doit sans doute résider dans la réinitialisation du MBR lançant Windows puis le passage en mode rescue pour rétablir le MBR lançant Grub.

Désolé de ne pouvoir être plus explicite; le problème semble concerner le lancement du lanceur Windows ...

CleM

Je vois à peu près ce que tu veux dire.

-> Réinitialiser la MBR de chaque disque.
-> réinstaller NTLD sur hdb
-> réinstaller Grub sur hda

Je vais essayer celà via rescue CD et ma commande adorée chroot.

Merci 😉

herrib

CleM a écrit:
Je vois à peu près ce que tu veux dire.

-> Réinitialiser la MBR de chaque disque.
-> réinstaller NTLD sur hdb
-> réinstaller Grub sur hda

Je vais essayer celà via rescue CD et ma commande adorée chroot.

Merci 😉

Simplement, comme indiqué dans le tutorial Dual Boot, réinitialiser le lanceur Windows puis passer en rescue mode et réinitialiser le lanceur Grub (par grub-install). L'impact de ces actions est décrit dans le tutorial Grub (les Stage1, Stage1_5 ...).

L'idée est simplement de restaurer le lanceur Windows, de vérifier son bon fonctionnement(la chaîne d'amorçage) puis de réinitialiser le MBR qui lance grub (grub n'aura pas bougé!).

Attention, la commande pour W2K n'est pas la commande pour XP (voir le tutorial Dual Boot).