Bonjour,
 
J'ai 2 partitions sur mon disque dur : Windows XP (sur G) et 98SE (sur C). Suite à un problème provoqué par partition magique, mon windows 98 a été endommagé. J'ai donc suivi les conseils du site de Bellamy http://www.bellamyjc.net/fr/pratiq [...] stallwin9x. Mais apparemment, je ne devais pas avoir le fichier debug.exe situé dans le répertoire courant, car sa procédure de restauration après le partionnement de C: n'a pas fonctionné.
 
J'ai donc essayé sa deuxième solution de secours ( http://www.bellamyjc.net/fr/pratiq [...] #malheurNT ) en tapant fixboot c: dans la console de récupération de XP, mais la encore échec : si je fais ça, je n'ai plus de boot du tout, même pas pour Windows 98, que j'arrive cependant à récupérer.
 
Est ce que quelqu'un connait une méthode qui marche pour reconstruire un multiboot XP/9X ?
 

J'ai essayé la méthode de Polo, mais sans succès aussi : lancer le cd de XP sous Windows 98 et le laisser commencer à s'installer et redémarrer le pc.
En fait, il redémarre tout seul et là je perd aussi mon boot 98.
Une idée ??

aidez moi par pitié !

Salut !
 
A tu essayé une réparation "normale", après celle de la console de récupération d'XP ? Cette méthode permet à XP de recontruire le double boot. La console est surtout faite pour ceux qui maîtrisent un temps soit peu l'usage de cmd.
 
@+

Salut,
 
Copie debug.exe depuis ton dossier Windows\command de Win98 et réessaie les scripts Bellamy.
 
Si ça ne fonctionne pas, poste ici les erreurs affichées à l'écran.

Merci pour votre aide mais finalement j'ai fait un formatage barbare.
J'avais tout essayé fixboot, fixmbr, restaurer le NTLDR manquant..
PS : pour nglechau, avant la lancer la procédure savemult de bellamy, il faut bien veiller à ce que debug.exe soit dans le répertoire courant (celui dans lequel on travaille). Après il est trop tard ..
PPS : car il ne suffit pas de recopier tous les fichiers du multiboot pour que ça fonctionne ..

Non, pas trop tard. Une bête commande
copy
depuis le DOS suffit. Par contre, des fois ses scripts buggent à la première commande (@echo), il suffit de lancer edit.com (toujours sous DOS) et commenter cette ligne.

Ben dans mon cas, les 4 fichiers indispensables (NTLDR  
NTDETECT.COM, BOOT.INI, BOOTFONT.BIN) étaient bien copiés et présents à la racine du disque dur, mais apparemment il y avait un problème, peut-être qu'ils n'étaient pas sur le 1er secteur du disque ..

Non, je parlais du debug.exe.

Le fichier debug.exe ne doit pas se trouver dans C:, il est dans le répertoire C:\Windows\Command

Pas forcément. Ca dépend dans quel dossier tu es et quelle est la valeur de ton PATH.
 
Si tu n'es pas dans C:\Windows\Command et que ce chemin n'est pas dans ton PATH, comme dans le script de Bellamy, il te positionne sur C:\, si debug.exe ne s'y trouve pas n'y nulle part ailleurs dans PATH, le script ne peut être exécuté.
 
De ce fait, pour être sûr, il vaut mieux copier debug.exe à C:\ avant de le lancer (le script).
 
Suffit d'analyser le code.

 
Oui je crois que ça me servira de leçon ..  
 
Par contre, je me demande concrètement le rôle joué par l'utilitaire de débogage (debug.exe) dans la copie des fichiers du multiboot

En fait, debug.exe ne copie pas du tout des fichiers de boot. Il ne sert qu'à sauvegarder/restaurer le secteur de boot en modifiant quelques octets à une adresse précise au début du disque. Tout ceci est expliqué par JC Bellamy.
 
La copie des fichiers doit être faite par nous-même.

Ok merci, la prochaine fois je regarderais ça d'un peu plus près ..