Impossible de booter correctement le volume : BOOT.INI
Le
Thierry Dymon
J'ai une carte asus A8N-SLI deluxe bios 1003, et j'ai bien l'impression que
le problème est localisé dedans. Je précise que cette structure matérielle
était parfaitement fonctionnelle avec mon ancienne gygabyte GA-7VAXP-A ultra
(boot ini inclus).
Mon matériel est structuré ainsi (en NTFS) :
Ata Controleur 0 - Disque 0 (C:) : NTLDR (loader uniquement, pas de problème
à ce niveau).
Ata controleur 0 - Disque 1 - Partition 0 (E:) : Le système
Ata controleur 0 - Disque 1 - Partition 1 (D:) : Data
Ata controleur 1 - Unité 0 : Graveur DVD / Unité 1 :Graveur CD
Silicon Raid 0 (J:) : Capture vidéo
La portion originale du boot ini à l'installation est
multi(0)disk(0)rdisk(1)partition(1)\WINDOWS="Microsoft Windows XP
Professionnel"
Si mon lecteur de DVD contient un CD amorcable (genre install windows XP),
que je ne boote pas dessus, le système s'amorce correctement, mais s'il est
vide, il s'arrete car il ne trouve plus le répertoire windows : le loader
accéde visiblement à un autre disque !
J'ai fini par revoir le boot.ini à la main car je me souviens d'un problème
assez similaire que j'ai eu avec une a7v (mais pour le volume principal).
multi(0)disk(0)rdisk(2)partition(1)\WINDOWS="Microsoft Windows XP
Professionnel"
Et je boote bien correctement dessus maintenant.
Auriez-vous une idée sur ce qui ce passe dans ce cas (aucune réponse d'asus
pour l'instant).
le problème est localisé dedans. Je précise que cette structure matérielle
était parfaitement fonctionnelle avec mon ancienne gygabyte GA-7VAXP-A ultra
(boot ini inclus).
Mon matériel est structuré ainsi (en NTFS) :
Ata Controleur 0 - Disque 0 (C:) : NTLDR (loader uniquement, pas de problème
à ce niveau).
Ata controleur 0 - Disque 1 - Partition 0 (E:) : Le système
Ata controleur 0 - Disque 1 - Partition 1 (D:) : Data
Ata controleur 1 - Unité 0 : Graveur DVD / Unité 1 :Graveur CD
Silicon Raid 0 (J:) : Capture vidéo
La portion originale du boot ini à l'installation est
multi(0)disk(0)rdisk(1)partition(1)\WINDOWS="Microsoft Windows XP
Professionnel"
Si mon lecteur de DVD contient un CD amorcable (genre install windows XP),
que je ne boote pas dessus, le système s'amorce correctement, mais s'il est
vide, il s'arrete car il ne trouve plus le répertoire windows : le loader
accéde visiblement à un autre disque !
J'ai fini par revoir le boot.ini à la main car je me souviens d'un problème
assez similaire que j'ai eu avec une a7v (mais pour le volume principal).
multi(0)disk(0)rdisk(2)partition(1)\WINDOWS="Microsoft Windows XP
Professionnel"
Et je boote bien correctement dessus maintenant.
Auriez-vous une idée sur ce qui ce passe dans ce cas (aucune réponse d'asus
pour l'instant).
Poser une question
avant tout quelques explications sur les chemins ARC :
multi(m)|scsi(m) disk(d) rdisk|disk(n) partition(p)chemin="description"
multi(m) : m représente le numéro du contrôleur ATA
scsi(m) : m représente le numéro du contrpoleur SCSI
Dans la mesure où tu as un contrôleur ATA, ton boot.ini contient bien un
chemin commençant par multi(m)
==> Tu souhaites charger le NTOSKRNL.EXE depuis la partition système sur le
disque connecté au premier contrôleur :
multi(0)
rdisk(n) : n est le numéro du disque sur le contrôleur -- ce paramètre est
utilisé avec multi()
disk(n) : n est le numéro du disque sur le contrôleur -- ce paramètre est
utilisé avec scsi()
==> La partition système se trouve sur un disque ATA :
on ignore le paramètre disk() ; on regarde le paramètre rdisk()
==> La partition système se trouve sur le deuxième disque :
rdisk(1)
partition(p) : p est le numéro de la partition sur le disque ; première
valeur : 1 (pourquoi pas 0 ? sais pas ! :-))
Ordre de numérotation :
- partition principale (si elle existe)
- unités logiques de la partition étendue, dans l'ordre de création
==> D'après la lettre d'unité de ta partition système (et à moins que tu
n'aies changé les affectations par défaut, ce que je ne pense pas étant
donné ton problème), D serait la partition principale de ton deuxième
disque, E serait la première unité de la partition étendue. Ou encore : s'il
n'y a pas de partition principale sur ton deuxième disque, D serait la
première unité de la partition étendue, E serait la seconde unité. Ce qui
donne :
partition(2)
Le bon chemin ARC pour booter ton système est donc :
multi(0)disk(0)rdisk(1)partition(2)windows = "Ayé g un OS ki boote"
le paramètre disk(0) est ici sans intérêt (contrôleur ATA), tu peux donc
mettre une valeur quelconque.
hth
Olivier Pont
"Thierry Dymon" message de news:
déconcertants, mais j'ai bien deux partitions principales sur mon disque 1,
et la premiere partition est bien le lecteur E: et non D:.
J'ai bien l'impression que ce disque conserve les lettres des lecteurs, par
conséquent il faudra probablement un de ces jours que je détruise la
partition système, que je force la lettre E: sur mon D: actuelle puis que je
réinstalle le système sur la partition 1. Pas immédiatement car pour moi,
installer cette partition c'est mimimum 16Go de programmes (mon
environnement de développement & de test est assez lourd, il est vrai).
Cette situation vient probablement du fait probablement des précédents
formats des partitions (dual os), FAT/NTFS : à force de supprimer / récréer
les partitions (évolution des matériels, béta destructives dont celles de
pinnacle studio 9!), ces lettres sont arrivés dans cet ordre (je détruis la
partition système assez régulièrement, les autres disques contenants des
données ne nécessitant normalement pas de suppression). Pour me simplifier
les réinstallations (minimiser le temps), j'utilise désormais Ghost 9 quand
celà est possible, et effectivement, j'ai constaté a un moment que la 1er
partition était étendue, ce qui fait que à l'écrasement suivant j'ai forcé
le type sur partition principale, probablement qu'au moment de
l'installation Windows XP a estimé que comme il existait déjà un partition,
il pouvait passer à ce type de partition...
Donc le bon chemin réel est bien
"Multi(0)disk(0)rdisk(1)partition(1)windows", et c'est vrai depuis pas mal
de temps ! Je précise que j'ai le Kit de ressources technique pour Windows
XP chez moi (1er édition).
Mais dans le cas de la carte mère asus, il faudrait probablement un disque
de diagnostic afin de voir ce pourquoi...
Je ne l'ai pas précisé, mais a un moment, il m'a même fait un
"Multi(0)disk(0)rdisk(1)partition(3)windows" très surprenant (et non
fonctionnel).
drive 0 = raid 0 (il est en premier et non en dernier !)
drive 1 = ata 0/0
drive 2 = ata 0/1
Ce qui explique pourquoi ma modification avec rdisk(2) a bien fonctionnée
Ca ne m'explique pas pourquoi dans ce cas l'installation n'a pas fournis la
bonne chaîne sauf si on prend en compte le fait que je n'ai fournis les
pilotes raid qu'à la fin et non avec un lecteur de disquette (F6), dans ce
cas je comprend mieux !
il ne me reste donc plus qu'à vérifier dans le bios pourquoi c'est le raid
qui est en position 0...