Après des dizaines de manipulations avec Hiren boot entre autres mais qui ne m'ont pas permis de résoudre mon problème, j'ai réinstallé windows, ce que je voulais éviter car maintenant la base de registre n'est plus le reflet des programmes installés. Il va donc falloir que j'en réinstalle quelques uns... mais bon, j'ai retrouvé de quoi travailler !...
Je clôture donc ce post en remerciant tous ceux qui m'ont apporté leurs conseils.
]]>je ne pense pas qu'il faille supprimer grub mais plutôt lui faire un update une fois que le disque dur contenant XP se désactivé, ça devrait suffire pour le virer des choix au démarrage de Grub.
]]>BOnsoir,
alors réécrire la MBR depuis un CD d'installation de XP ne pose pas de souci en lui même via un "fixmbr" mais du coup tu n'auras plus de boot de Mint...
Sinon pour réécrire le NTDLR: http://www.commentcamarche.net/faq/601- … t-manquant
Merci pour le lien.
Ce que je pense faire :
1 - Désactiver le DD Mint dans le Bios
2 - démarrer sur le Cd d'installation de XP
3 - faire un fixmbr suivi d'un fixboot
4 - réécrire le NTLDR si nécessaire.
5 - vérifier que Xp démarre bien du DD.
Si c'est ok,
- réactiver le DD Mint et désactiver celui de XP.
Question : faut-il faire quelque chose dans Mint, suppression de Grub ou autre ?
alors réécrire la MBR depuis un CD d'installation de XP ne pose pas de souci en lui même via un "fixmbr" mais du coup tu n'auras plus de boot de Mint...
Sinon pour réécrire le NTDLR: http://www.commentcamarche.net/faq/601- … t-manquant
Je reviens sur mon pb de dual boot linux / windows XP et les différentes suggestions pour me passer de Grub.
Ayant toujours un problème de NTLDR manquant (et pourtant il y est) après avoir rechargé mon clone du DD XP, je crois que je vais utiliser la solution de l'activation du DD à charger (XP ou linux) au moyen du BIOS.
Comment puis-je supprimer le dual boot depuis Mint et réécrire le MBR de XP, si possible depuis Mint puisque XP ne veut pas booter ?
]]>Sous Linux (pour faire simple ! ) :
Voir ce message (partie "Compilation").
Tu peux aussi tout simplement copier download_and_compile.sh dans ton dossier qui hébergera FG, l’autoriser puis le lancer.
Avec download_and_compile.sh (dernière version 2.33) tu peux compiler la version FG git 3.7 puis la tenir à jour.
Contrairement à ce qui est écrit dans le fichier il n'y plus que qq Go à télécharger maintenant et le téléchargement + compilation prend environ 1 heure (suivant liaison Internet).
A une époque (ça nous rajeunit pas...), en faisant
./download_and_compile.sh -s
tu avais la version stable (aujourd'hui FG 3.6). Non seulement je ne sais pas si c'est toujours vrai mais je n'en vois pas l'intérêt.
]]>pour la versio 3.6 sous linux, tu peux compiler les sources ou alors utiliser le script download&compil mais tu auras une version 3.7.
]]>Je confirme qu'une mauvaise manip peut écraser l'amorce du disque windows, cela m'est arrivé.
Ce n'est pas la faute au grub qui remplit effectivement bien le rôle qui lui est assigné.
Pour ma part, windows étant, par nécessité, le système par défaut et pour éviter les écrasements, j'ai utilisé un disque USB externe pour linux mint.
Le bios est paramétré pour prioriser l'amorce sur USB avant le disque interne.
Dès qu'il est branché linux démarre avant windows.
Quand les autres personnes utilisent l'ordinateur il démarre sur windows.
J'utilise surtout linux pour terragear et faire des tests comparatifs par rapport à windows.
J'accède sans problème aux données stockées sous windows pour récupérer les données de wed et publier les fichiers issus de terragear.
Je lance FG sur windows car il gère bien mes 3 écrans. Sous mint je n'arrive pas à faire reconnaitre l'écran connecté sur USB 3. Je sais, c'est tordu mais je n'ai que cela pour le moment pour le connecter.
Tiens, en bon squatter de post, pourrais-je profiter pour vous demander comment vous faites pour charger la version 3.6 qui tarde à arriver en version stabilisée ? Sous linux, pour faire simple
]]>....on peut aussi déconnecter le dd qui contient l'os que l'on utilise pas , il paraît que ça se fait.
Oui, c'est ce j'ai fait avec le DD Windows Vista. Inutile de faire multi-démarrer et tourner un DD pour rien. Pour respecter la nécessaire hiérarchie de branchement des connecteurs, j'ai échangé les slots pour que le disque Linux soit branché dans le slot[0] (anciennement DD Vista), et désactivé l'autre slot[2] (DD Vista) dans le BIOS.
Merci ctesc356.
]]>Sur un ordinateur muni de deux disques durs, un pour chaque OS.
Puisque le grub peut être source de tels ennuis, serait-il possible de s'en passer complètement ? En ne l'installant pas avec Linux ? En le désinstallant ou en le désactivant ? (mais il est peut-être trop tard s'il a écrit dans le MBR de Windows)
Ainsi, en mettant l'OS le plus utilisé en premier dans le BIOS Setup, suivi de l'autre, on démarrerait par défaut sur le premier OS et on pourrait toujours accéder au deuxième par le BIOS Setup (moins convivial mais pas vraiment difficile). Et les disques durs seraient vraiment indépendants.
Oui je pense que c'est possible, on peut aussi déconnecter le dd qui contient l'os que l'on utilise pas , il paraît que ça se fait.
Mais, sérieusement, grub fait en général bien le boulot. Il peut y avoir des soucis, principalement après une installation, mais avec l'appui des forums spécialisés on trouve toujours la parade , et les outils appropriés existent (boot-repair, super-grub disk etc.).
Est'on sûr que c'est grub qui a m...dé, ça peut très bien venir de xp. Ou même de mint.
]]>@Christian, content que tu aies réussi (enfin, j'espère) à cerner et résoudre ton problème.
Ce forum regroupe une grande diversité de compétences et des gens super . Appréciable.
Pardon de m'immiscer après le bataille, mais ce ceci me suscite une petite question :
Sur un ordinateur muni de deux disques durs, un pour chaque OS.
Puisque le grub peut être source de tels ennuis, serait-il possible de s'en passer complètement ? En ne l'installant pas avec Linux ? En le désinstallant ou en le désactivant ? (mais il est peut-être trop tard s'il a écrit dans le MBR de Windows)
Ainsi, en mettant l'OS le plus utilisé en premier dans le BIOS Setup, suivi de l'autre, on démarrerait par défaut sur le premier OS et on pourrait toujours accéder au deuxième par le BIOS Setup (moins convivial mais pas vraiment difficile). Et les disques durs seraient vraiment indépendants.
Salut,
n’oublie pas de passer ton premier post en résolu
Non, non je n'oublie pas mais j'attendais le rechargement du clone de mon DD pour voir si le problème se reproduisait ou non.
]]>n’oublie pas de passer ton premier post en résolu
]]>J'ai essayé Boot-repair ... mais rien à faire, windows ne voulait pas redémarrer.
Pour ne pas perdre trop de temps et surtout ne pas créer des problèmes collatéraux à Linux mint, j'ai débranché le disque dur Linux et rechargé XP sur le Disque dur windows . J'ai ensuite rebranché le DD Linux et relancé la machine avec le CD de Boot-repair qui m'a réécrit les boot comme il fallait. Essai de redémarrage windows ... Yess ! ça fonctionne
Comme j'ai un clone de mon DD windows sur support amovible, il ne me reste plus qu'à le recharger (demain, car c'est très long).
@f-toro
Donc moi j'ai les deux distributions... sur deux postes distincts !
Je crois que je vais y réfléchir sérieusement ...
@ctesc356
une alternative au dual-boot, installer xp en machine virtuelle.
Il faut le cd d'installation, mais c'est génial! smile Aussi pour tester un autre Linux sans chambarder son partitionnement.
Je vais aussi creuser cette alternative...
En tout cas, merci à tous
]]>D'après ton explication le grub lance l'amorce de windows qui n'arrive pas à trouver le boot.ini
Soit il ne peut accéder a la partition soit le boot.ini est endommagé
En premier, même si tu penses que ce n'est pas le cas, vérifie le type de gestionnaire disque utilisé dans le bios
XP fonctionnait de base avec le type IDE et tu peux le forcer dans le bios pour voir si cela permet de retrouver le fonctionnement
Ce n'est pas definitif car tu pourras repasser en mode AHCI après avoir chargé le pilote AHCI de ton disque dans XP
Chercher AHCI windows XP sur le net pour cela
Si ce n'est pas le problème, il va falloir faire un contrôle de cohérence, voire réparer le Boot.ini
Plutôt que de prendre des kilomètres de forum, je préfère t'orienter vers ce post de dépannage
https://forums.techguy.org/threads/solv … t.1018494/
Dans tous les cas il te faudra un support de boot windows, DVD ou clé usb pour engager le mode réparation
]]>