Forum

Reprise du message précédent

Bonsoir,

J'ai l'impression que c'est le chargeur Windows qui est HS. Tu peux toujours essayer de le réparer avec les commandes fixboot et fixmbr comme dans ce lien
http://wiki.mandriva.com/fr/Installation_Mandriva_en_double-d%C3%A9marrage_:_le_B.A._BA.#Vous_avez_Windows_XP

Puis de re écrire Grub en bootant sur le DVD Mageia puis Rescue system et Re-install boot loader.

Je regarde le plus vite possible (pas tout de suite en cas de plantage car j'ai besoin de mon PC). J'avoue que la manip me fait un peu peur. Masi dès que j'ai du nouveau, je mets le résultat.



En tout cas, merci pour l'info.

Oui, tu as bien résumé la situation, c'est bien ce qui s'est passé.



Je vais tenter dès que possible ce que me propose lebarhon. De toute façon, je pense que dans le pire des cas, je pourrai tout de même retrouver le démarrage sur Mageia (et tant pis pour Windows). En outre, j'ai toutes les sauvegardes nécessaires. J'attends juste un moment où j'aurai assez de temps en cas de plantage généralisé !

Salut tout le monde ,


Avec le DVD de Mageia 1 ou de Mageia 2 il y a une option qui permet de réparer le Boot Loader de windows ou alors celui de mageia (grub) :

1. Bootez sur le DVD (comme pour une installation)
2. Choisissez Rescue System (Système de secours en français)

3. Soit vous réinstallez le grub de mageia (comme au moment de l'installation,cad: cette option va permettre de réinstaller les entrées de widows et mageia et autre.....dans le grub mais a condition que les entrées existent encore sur les partitions) avec le choix :
Re-Install Boot Loader

4.Soit vous restaurez le Boot Loader de windows par défaut (comme avant d'avoir installé linux pour la première fois,cad: cette option va tout effacer sur le MBR et y restaurer seule l'entrée de windows) avec le choix :
Restore Windows Boot Loader

Voilà de quoi faire déjà ,bon courage.......

Bonjour david.david



J'ai déjà fait ça, mais dans l'ordre inverse. Et juste après, je ne pouvais plus démarrer ni sur Mageia, ni sur Windows.



Donc j'ai relancé une installation avec le DVD en demandant une mise-à-jour, ce qui m'a permis de retrouve la situation antérieure (Mageia fonctionne, mais pas XP).



Il semble bien que ce soit du côté de XP qu'il y ait un problème



Je me donne un peu de temps pour bien lire le lien indiqué par lebarhon avant de bidouiller. Si je trouve la solution, je la marquerai ici...



Merci !

Attention avec l'option 3 Grub continuera a passer la main au loader de Windows, s'il est HS, il y sera toujours après la ré-installation de Grub qui sera donc sans effet.
avec l'option 4 Grub disparait et seul Windows peut démarrer.
Ces 2 options ne sont donc pas équivalentes à ce que j'ai proposé.

Bonsoir et merci pour ces précisions. C'est à peu près ce que j'avais compris. Je vais tester dans les jours qui viennent (prudence est mère de sûreté).

Bonsoir lebarhon.



J'ai suivi la démarche indiquée dans le lien Mandriva (page très intéressante par ailleurs).

Tout s'est apparemment bien passé.

Ensuite, j'ai réécrit Grub avec le DVD.

Mais pas de nouveauté : en bootant sur Windows, j'ai le même message.



Pas très grave, je n'utilise presque plus Windows. Mais ça me tracasse quand même. Je me donne un peu de temps pour faire quelques recherches.



Merci pour ton coup de pouce !

Désolé mais je n'ai plus d'idées, il faudrait un expert.
Bonne continuation

S'il s'agit de la carte Asus, il y a quelque chose qui interdit de passer le SSD en position 2 sur le contrôleur Sata , repositionnant le disque Windows XP sur le connecteur 1 ?

Je pars de l'hypothèse que tous les disques sont des Sata et que le contrôleur utilisé est le Nforce et pas le Silicon Image

Bonjour et merci pour ton idée. J'y avais pensé mais sans oser le faire. Je ne sais pas comment va se comporter Grub ensuite ; je suppose qu'il suffit de relancer le DVD Mageia pour modifier Grub. Je donne des infos un peu plus tard...

Re-salut.



Bon, alors, je viens d'éssayer d'échanger les connecteurs SATA.

Ceci a eu pour effet un redémarrage direct sur Windows (ce qui confirme que cette partition est intacte) mais je n'ai plus eu d'accès à Mageia (par Grub).



J'ai donc lancé une mise à jour à partir du DVD, mais ne suis pas parvenu à refaire apparaître le menu grub habituel (démarrage uniquement sous Windows).



J'ai donc remis les choses comme avant (le SSD sur le port SATA 1 et le vieux disque contenant Windows et mon /home sur le SATA 2).



Je précise que ma partition Windows est tout à fait accessible (en lecture et écriture) depuis Mageia.



J'envisage peut-être la chose suivante (plus par curiosité que par utilité) :

- cloner ma partition Windows (avec Clonezilla, jamais essayé !) ;

- installer un vieux disque dur supplémentaire dédié à cette partition Windows ;

- si par miracle ça marchait, effacer la partition du premier point pour récupérer de la place dans mon /home



Je ferai ça quand j'aurai des congés !

Tout ça est normal.
Dans la formation actuelle (ssd en 1, xp en 2) il serait intéressant (pour pouvoir dire que tout a été tenté, merci nmrk.n) de remplacer dans /boot/grub/menu.lst, la partie consacrée à démarrer windows les:

map (0x81) (0x80)
map (0x80) (0x81)

par

map (hd0) (hd1)
map (hd0) (hd1)

de façon à obtenir:

title windows
root (hd1,0)
map (hd0) (hd1)
map (hd0) (hd1)
makeactive
chainloader +1

Si échec, essayez:

title windows
root (hd1,0)
makeactive
chainloader +1

Je viens de lire dans la doc constructeur de la deluxe qu'il est possible de choisir dans le bios l'ordre des disques Sata: "Connecter les disques hors tension. Démarrer le PC. Entrer dans le bios par la touche suppr --> onglet démarrage --> onglet disques et choisir l'ordre de démarrage des disques "détectés" en appuyant sur la touche + et sauvegarder"

Pour en revenir à Grub 0.97 (aussi nommé Grub standard ou Grub 1), celui de Mageia 2, il s'inscrit, à votre demande, en fin d'installation, à l'endroit que vous indiquez.

Puisque que Mageia démarre chez vous dans la formation initale (le système est sur le disque 2), c'est que Grub est sur le ssd vu comme disque 1.

Si vous inversez physiquement les connecteurs, il vous aurait fallu demander à déposer Grub sur le mbr du NOUVEAU disque 1 (celui qui contient windows) au moment du récapitulatif final de l'installation

Avant de faire cette manip, puisque vous semblez davantage pressé de savoir que pressé de vous servir de XP, écrivez donc ici un de ces jours le contenu complet du fichier actif /boot/grub/menu.lst, qu'un forumeur qui sait (!!!) vous modifiera pour différentes formations des disques.

J'ai testé les 2 versions mais sans succès.







Oui, j'y avais pensé et je l'ai fait. Mais je n'avais alors plus accès ni à Windows, ni à Mageia (l'erreur signalée par grub était la n°22 au lieu de la n°13).







J'avais mis la version précédente un peu plus haut.



Je réécris la dernière version ci-dessous :

Je corrige une faute d'inattention de mon message de 21H18:

"Puisque que Mageia démarre chez vous dans la formation initale (le système est sur le disque 2), c'est que Grub est sur le ssd vu comme disque 1."

Il faut lire: "...(le système linux est SUR LE DISQUE UN), c'est que Grub est sur le mbr du ssd reconnu comme disque 1."

Mais ça ne change rien. Donc si vous tenez à XP, d'après les différents essais-echecs précédents, son support (le disque) doit être raccordé au slot 1. Et sur le mbr de ce premier disque il faut placer un chargeur pour lancer XP et-ou Mageia (Mageia dont la racine est sur le ssd). Ce qui repousse le ssd sur le slot 2.

C'est le rôle du dvd d'installation, qui a une fonction de modification du mbr qui va servir, de poser grub sur ce mbr, comme chargeur général. Il faudra bien veiller à mettre grub sur le mbr du disque 1, au moment du choix final:

Programme d'amorçage à utiliser ----> GRUB en mode graphique

Périphérique d'amorçage ----> /dev/sda (Marque de votre disque dur)

Validez en passant à suivant, vérifiez la cohérence en éditant les propositions des titres du menu, si tout paraît en place, validez et sortez. Ré amorcez.

Vous remarquez qu'en choisissant /dev/sda vous avez désigné le disque et non l'une de ses partitions.

Vous aurez un menu.list ressemblant à ceci:


timeout 60
color black/cyan yellow/cyan
gfxmenu (hd1,4)/boot/gfxmenu
default 0

title linux
kernel (hd1,4)/boot/vmlinuz BOOT_IMAGE=linux root=LABEL=Mageia nokmsboot splash quiet noapic resume=UUID=f368d877-7f0f-4c5a-870f-9402f98d9ecd vga=788
initrd (hd1,4)/boot/initrd-netbook.img

title server 3.3.6-2.mga2
kernel (hd1,4)/boot/vmlinuz-3.3.6-server-2.mga2 BOOT_IMAGE=server_3.3.6-2.mga2 root=LABEL=Mageia nokmsboot splash quiet noapic resume=UUID=f368d877-7f0f-4c5a-870f-9402f98d9ecd vga=788
initrd (hd1,4)/boot/initrd-3.3.6-server-2.mga2.img

title Windows XP
root (hd0,0)
makeactive
chainloader +1


Nota: il est tout à fait possible, avec un dvd Mageia, de modifier une installation Mageia2 préalable, en choisissant "installer". Il faut bêtement réutiliser exactement le même schéma de partitionnement (qui aura été imprimé, c'est plus sûr, avec également le résultat de fdisk -l) et SURTOUT NE PAS FORMATER (il y a une ou plusieurs cases à décocher pour ça).

En résumé, il s'agit ici du menu.lst généré automatiquement pour:

utilisation sur les connecteurs du contrôleur Nforce

- le disque rotatif contenant XP et le /home Mageia-2 branché au connecteur 1

- le ssd contenant le swap, la racine Mageia-2 et le /mnt Mageia pour virtualisation sur connecteur 2

- le deuxième disque rotatif de sauvegarde raccordé au connecteur 3

Jje crains bien que XP ne puisse jamais démarrer sur un autre disque que le 1. Quand tout fonctionnera, je vous recommande de voir avec un spécialiste des ssd si leur durée est assurée en usage virtualisation, dans quoi les données ne cessent d'aller et venir.

</div>



</div>



Merci pour toutes ces précisions et pour votre patience. J'avais bien pensé à faire tout ce que vous me décrivez mais sans succès. Je vais retenter ce soir, en suivant pas à pas, je suis peut-être passé à côté.







Par contre, à ce stade, j'avais fait une mise à jour et non une installation, craignant de devoir ré-installer pas mal de paquetages. Peut-être qu'une simple mise à jour ne réécrit pas correctement grub sur le MBR...







C'est exactement ça !









J'utilise très peu la virtualisation pour l'instant. Les prix étant devenus raisonnables, je pourrais tolérer une durée de vie de 5 ans par exemple.