OVH Cloud OVH Cloud

XP inaccessible

5 réponses
Avatar
SGougeon
Bonjour,

La consultation des archives Google ne suffit pas
à résoudre mon Pb ; je vous en fais donc part :
En bref, XP installé au début n'est plus accessible
après installation de win98 sur c:\win98 bootable.
L'installation de XOSL sur c:\ n'y change rien.

La chronologie de l'installation fut la suivante
(sachant que j'ai deux disques physiques) :

1) FDISK : Partition de HD0 :
1 primaire active + formattage en FAT32
1 étendue contenant 2 lecteurs (D: et E:)
16 Go restant (pour XP)
2) Démarrage du CD XP. Installation sur les 16Go restant.
Dans la foulée, sous XP :
a) Formattage de D et E en FAT32
b) partition et formattage du HD2 (esclave) en
F: FAT32 primaire G: et H: en FAT32 dans étendue.
14 Go restant (pour Linux plus tard).
c) Tripotage des lettres de lecteurs pour ranger les
partitions FAT32 / HD0 = C,D,E, puis FAT32 / HD1 =
F, G, H, puis CDROM=I, puis DVD=J, puis, enfin,
H=NTFS-XP
3) Win98 : Installation sur C:\ Bootable
Démarrage ==> Pas de choix win98 / XP !!!
J'atterris sur win98. NTDETECT.COM, NTLDR et BOOTFONT.BIN
s'y trouvent à coté de BOOT.INI et BOOT.---
BOOT.INI comporte bien les 2 OS win98 et XP.

... J'essaie de modifier Boot.ini (après sauvegarde de l'original),
Mais XP reste désespéremment inaccessible.
Je trouve alors XOSL via en consultant les archives Google
(pourquoi la HP n'en est-elle plus maintenue sur sourceforge ?).
J'installe XOSL sur C:\ (win98) sans problème et le paramètre.
La partition XP est bien toujours déclarée. Mais au boot sur
XP via XOSL, le message "NTLDR manque" apparait invariablement !
Mais où le système va-t-il le chercher, puisqu'il est sur la
partition principale active c:\ ????

Comme je ne souhaite guère réinstaller XP, je sollicite vos
conseils (après consultations des pages multiboot de JCB)...

Samuel

5 réponses

Avatar
William Marie
"Samuel Gougeon" a écrit dans le message de
news:
Bonjour,



Voilà ce qui arrive quand on veut à tout prix installer un système
dans C: quand on veut faire du multiboot, ça merde tôt ou tard et ce
n'est pas réparable !

En utilisant C: comme petite partiton d'aiguillage
- les systèmes sont indépendants et ne se marchent pas sur les pieds
- l'un peut se mettre en l'air ça ne gênera pas les autres
- la partition C: elle même peut avoir des pépins elle est réparable
aisément (même en la reformatant) et rien n'empêche d'accéder aux
systèmes avec les disquettes ad hoc (si on a penser à les faire)

Donc tu refais tout (eh oui !) en commençant par tout casser pour
obtenir un disque caïman vierge. Ensuite

1) avec FDISK de Win 98 (disquette de démarrage)
- une partition primaire DOS activée FAT 16, 50 Mo C: (sera formatée
en FAT 16)
- tout le reste du disque en partition DOS étendue
- une unité logique de 3 Go (si tu as la bonne résolution de séparer
système, programmes, données et fichier d'échange, plus si tu procèdes
avec la logique (heu ?) Krosoft de "tout dans un tas") pour Win 98 D:
(sera formatée en FAT 32)
2) n'oublie pas de formater les deux partitions, Win 98 est trop
neuneu pour le faire à l'installe (format.exe de la disquette Win 98)
et se plantera à l'installe (ça m'était arrivé devant mes élèves
marocains, je n'avais pas pigé sur le moment, et j'avais l'air con, ma
mère !)
3) Tu empoignes ton CD XP (à bouter à vide) et tu demandes la création
d'une unité logique de 5 Go (= 5120 Mo) (même remarque que pour Win
98) pour y mettre le système. (l'unité E: sera formatée en NTFS, bien
sûr).
4) Et, ô miracle informatique, Tu obtiendras un multiboot tout
installé.
--
========================================================== William Marie
Toulouse (France)
mailto:
ATTENTION ! Anti-SPAM pour m'écrire remplacer trapellun.net
par free.fr
http://wmarie.free.fr
===========================================================
Avatar
SGougeon
sam., 17 janv. 2004 10:19:07 GMT, William Marie a écrit dans
(<40090c1d$0$1145$) :


"Samuel Gougeon" a écrit dans le message de
news:
Bonjour,



Voilà ce qui arrive quand on veut à tout prix installer un système
dans C: quand on veut faire du multiboot, ça merde tôt ou tard et ce
n'est pas réparable !

En utilisant C: comme petite partiton d'aiguillage
- les systèmes sont indépendants et ne se marchent pas sur les pieds
- l'un peut se mettre en l'air ça ne gênera pas les autres
- la partition C: elle même peut avoir des pépins elle est réparable
aisément (même en la reformatant) et rien n'empêche d'accéder aux
systèmes avec les disquettes ad hoc (si on a penser à les faire)

Donc tu refais tout (eh oui !) en commençant par tout casser pour
obtenir un disque caïman vierge. Ensuite

1) avec FDISK de Win 98 (disquette de démarrage)
- une partition primaire DOS activée FAT 16, 50 Mo C: (sera formatée
en FAT 16)
- tout le reste du disque en partition DOS étendue
- une unité logique de 3 Go (si tu as la bonne résolution de séparer
système, programmes, données et fichier d'échange, plus si tu procèdes
avec la logique (heu ?) Krosoft de "tout dans un tas") pour Win 98 D:
(sera formatée en FAT 32)
2) n'oublie pas de formater les deux partitions, Win 98 est trop
neuneu pour le faire à l'installe (format.exe de la disquette Win 98)
et se plantera à l'installe (ça m'était arrivé devant mes élèves
marocains, je n'avais pas pigé sur le moment, et j'avais l'air con, ma
mère !)
3) Tu empoignes ton CD XP (à bouter à vide) et tu demandes la création
d'une unité logique de 5 Go (= 5120 Mo) (même remarque que pour Win
98) pour y mettre le système. (l'unité E: sera formatée en NTFS, bien
sûr).
4) Et, ô miracle informatique, Tu obtiendras un multiboot tout
installé.




Pas convaincu (du tout), ou déjà convaincu, par tout ça.
1) Si je crée autant de partitions, est-ce pour suivre
une quelconque logique de tas ? Merci de ton conseil.
2) Si µSoft était le seul à suivre une telle "logique",
ça irait. L'excellent XOSL installé sur C: y a créé une
floppée de fichiers (dont un pour chaque partition)
directement sur la racine C:. Superbe ! Pourquoi mettre
tout ça dans un dossier XOSL, si on peut s'en passer !
Parce que l'adressage d'un dossier dépend du système de
fichiers ? XOSL _DOIT_ être installé sur une partition FAT,
c'est écrit dans le manuel.
3) Je ne vois pas en quoi avoir une partition C: spécifique
au boot puisse changer quoi que ce soit. Si dans mon cas il y
a eu bogue, je soupçonne bien plus une gestion approximative
ou délétère du secteur de boot par un des OS installé (en
l'occurence win98), qu'un problème de fichiers. Que l'on
m'explique exactement les rôles respectifs des NTLDR,
NTDETECT.COM, BOOTFONT.BIN et autres BOOT.INI (propres à
chaque système, ou commun ? propre au boot ?) me convaincrait
beaucoup plus qu'appliquer quelque conseil en aveugle.

Win98SE (qui est en fait la version que j'ai installée)
propose le formattage à l'installation.

Je me suis bien gardé de déclarer tout le reste du disque en
partition DOS étendue, laquelle n'accepte au maximum que 4
lecteurs logiques, ce qui m'est insuffisant. Ma partition NTFS
pour XP est hors partition étendue. Il en sera de même plus tard
pour mes partitions Linux de swap et ex3fs, sur mon disque 2.

Samuel
Avatar
William Marie
"Samuel Gougeon" a écrit dans le message de
news:
sam., 17 janv. 2004 10:19:07 GMT, William Marie a écrit dans


Pas convaincu (du tout), ou déjà convaincu, par tout ça.
1) Si je crée autant de partitions, est-ce pour suivre
une quelconque logique de tas ? Merci de ton conseil.



C'est d'une logique cartésienne et triviale : ne pas mettre tous
ses oeufs dans le même panier.

2) Si µSoft était le seul à suivre une telle "logique",
ça irait. L'excellent XOSL installé sur C: y a créé une
floppée de fichiers (dont un pour chaque partition)
directement sur la racine C:. Superbe ! Pourquoi mettre
tout ça dans un dossier XOSL, si on peut s'en passer !
Parce que l'adressage d'un dossier dépend du système de
fichiers ? XOSL _DOIT_ être installé sur une partition FAT,
c'est écrit dans le manuel.



Je ne peux rien dire là-dessus j'ignore XOSL

3) Je ne vois pas en quoi avoir une partition C: spécifique
au boot puisse changer quoi que ce soit. Si dans mon cas il y
a eu bogue, je soupçonne bien plus une gestion approximative
ou délétère du secteur de boot par un des OS installé (en
l'occurence win98), qu'un problème de fichiers. Que l'on
m'explique exactement les rôles respectifs des NTLDR,
NTDETECT.COM, BOOTFONT.BIN et autres BOOT.INI (propres à
chaque système, ou commun ? propre au boot ?) me convaincrait
beaucoup plus qu'appliquer quelque conseil en aveugle.



C'est, justement, quand il y a eu bogue qu'il est utile d'avoir une
organisation qui limite les dégâts. Si rien de fâcheux ne devait
arriver la logique (?) de Krosoft serait parfaite, pourquoi s'embêter
avec des partitions.... Les fichiers en question sont ceux qu'il
suffit d'avoir sur une disquette (formatée par un système NT, mais pas
Win 98) pour avoir une disquette de démarrage.

Win98SE (qui est en fait la version que j'ai installée)
propose le formattage à l'installation.



Autant pour moi, dans les versions (plus anciennes) que j'ai
utilisé il se ramassait si on ne lui avait pas labouré son champ.

Je me suis bien gardé de déclarer tout le reste du disque en
partition DOS étendue, laquelle n'accepte au maximum que 4
lecteurs logiques, ce qui m'est insuffisant. Ma partition NTFS
pour XP est hors partition étendue. Il en sera de même plus tard
pour mes partitions Linux de swap et ex3fs, sur mon disque 2.



Oups ! Tout faux ! C'est - justement - parce qu'on a buté sur la
limite des 4 partitions _principales_, limite qui existe toujours,
qu'on a inventé la "partition étendue" qui contient, sans limite
(enfin j'imagine qu'il doit y en avoir une mais je ne l'ai jamais
atteinte) des "unités logiques" (que l'on appelle trivialement et
improprement partitions). Je peux te rassurer : sur certain disque de
120 Go je ne pourrais pas utiliser l'alphabet issu de DOS tellement ça
grouille. Et Linux s'installe sur toutes les unités logiques que tu
veux (Mandrake, étant et restant, la plus belle et la plus efficace
installation de système). D'ailleurs, interro écrite sur Linux :
comment se numérotent les partitions (sensu largo) IDE sous Linux ?
Corrigé : /hda1 pour la première (la C: primaire DOS activée), il y a
une /hda2 (la partiton étendue qui est bien de type "principale"),
mais la première unité logigue s'appelle /hda5 (les nombres 3 et 4
étant réservés pour d'hypothétiques autres partitions principales que
gère très bien Linux, mais pas les systèmes Krosoft).
--
========================================================== William Marie
Toulouse (France)
mailto:
ATTENTION ! Anti-SPAM pour m'écrire remplacer trapellun.net
par free.fr
http://wmarie.free.fr
===========================================================
Avatar
Alain Deschamps
On Sun, 18 Jan 2004 20:54:49 +0100, "William Marie"
wrote:

Corrigé : /hda1 pour la première (la C: primaire DOS activée), il y a
une /hda2 (la partiton étendue qui est bien de type "principale"),
mais la première unité logigue s'appelle /hda5 (les nombres 3 et 4
étant réservés pour d'hypothétiques autres partitions principales que
gère très bien Linux, mais pas les systèmes Krosoft).



Correction : que ne gèrent pas les Win9X, car les NT le gérent
correctement.

AD
--
echo | tr "p-za-o" "a-z"
Avatar
SGougeon
>> Je me suis bien gardé de déclarer tout le reste du disque en
partition DOS étendue, laquelle n'accepte au maximum que 4
lecteurs logiques, ce qui m'est insuffisant. Ma partition NTFS
pour XP est hors partition étendue. Il en sera de même plus tard
pour mes partitions Linux de swap et ex3fs, sur mon disque 2.






dim., 18 janv. 2004 19:54:49 GMT, William Marie a écrit dans
(<400ae497$0$29063$) :

Oups ! Tout faux ! C'est - justement - parce qu'on a buté sur la
limite des 4 partitions _principales_, limite qui existe toujours,
qu'on a inventé la "partition étendue" qui contient, sans limite
(enfin j'imagine qu'il doit y en avoir une mais je ne l'ai jamais
atteinte) des "unités logiques" (que l'on appelle trivialement et
improprement partitions). Je peux te rassurer : sur certain disque de
120 Go je ne pourrais pas utiliser l'alphabet issu de DOS tellement ça
grouille. Et Linux s'installe sur toutes les unités logiques que tu
veux (Mandrake, étant et restant, la plus belle et la plus efficace
installation de système).



Tout cela dépend fortement du logiciel de partitionnement. J'utilise
essentiellement fdisk pour DOS et assimilé, qui n'accepte pas
plus d'une partition primaire, pas plus d'une partition étendue,
et pas plus de 4 lecteurs logiques dans la partition étendue.
Mais cela dépend peut-être aussi de la version de fdisk.

Pour le reste (Linux et son swap), j'ai utilisé FIPS, sur l'espace
disque restant.

D'ailleurs, interro écrite sur Linux :
comment se numérotent les partitions (sensu largo) IDE sous Linux ?
Corrigé : /hda1 pour la première (la C: primaire DOS activée), il y a
une /hda2 (la partiton étendue qui est bien de type "principale"),
mais la première unité logigue s'appelle /hda5 (les nombres 3 et 4
étant réservés pour d'hypothétiques autres partitions principales que
gère très bien Linux, mais pas les systèmes Krosoft).



Nous sommes d'accord.

Pour information : Je suis parvenu à récupérer mon installation
de XP perdue suite à celle de win98. Comment ? J'ai interrompu
le ré-installation de XP à l'issue de la phase préparatoire
(copie du CD sur le disque, et autres menues opérations). Puis,
en redémarrant, la page de menu de boot DOS était à nouveau
proposée, avec mes deux systèmes...

Pour XOSL : Il semble possible de l'installer même sur une
partition non primaire et non activée.
En revanche, quelque soit le lieu où je l'ai installé, il ne
trouve pas le NTLDR de XP... (alors que le DOS loader le trouve).

Je redécoupe ma partition étendue DOS pour y faire une 100Mo
rien que pour XOSL. ça ne mange pas de pain. Qui sait s'il ne
retrouvera pas le chemin de XP...

SG