Bonsoir Simon, et merci. S'il te plaît, trouves mes questions et appréciations enchaînés à ta suite.<br>L.<br><br><div class="gmail_quote">Le 4 décembre 2012 22:42, Simon Deziel <span dir="ltr"><<a href="mailto:simon.deziel@gmail.com" target="_blank">simon.deziel@gmail.com</a>></span> a écrit :<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 12-12-04 05:34 PM, Louis Bourque wrote:<br>
>         Question : Avant installation de Xubuntu12.04, et lorsqu’Ubuntu<br>
>         10.10 démarrait normalement, soit après l’apparition du menu de<br>
>         sélection de kernels (et de WinXP à titre égal). La structure de<br>
>         mon disque comportait alors un espace non-alloué, entre la<br>
>         partition dédiée à WinXP et la partition étendue, celle-ci<br>
>         contenant dans l’ordre Ubuntu10.10 (monté en racine /), swap et<br>
>         /home. La première image en PJ fut prise maintenant, depuis<br>
>         GpartEd, soit après l'erreur Grub en question ici, et<br>
>         l'installation de Xubuntu. Elle laisse planer le doute quant à<br>
>         l'écrasement du MBR. la seconde fut prise avant réinstallation<br>
>         depuis l'utilitaire de disque. Elle ne montre pas cet espace<br>
>         non-alloué mais indique toutefois '' shéma de partitionnement :<br>
>         MasterBootRecord '' .<br>
><br>
</div>>     Or /cet espace non-alloué n’était pas détectée, ou représenté sur le<br>
<div class="im">>     continum graphique représentant la structure du disque par<br>
</div>>     l’installateur Xubuntu12.04/. Cet espace libre contenait-il<br>
<div class="im">>     (était-il) le MBR de WindowsXP ainsique Grub ?<br>
<br>
</div>Y'a qu'un MBR et il est au tout début du disque. Il n'y a qu'un seul<br>
bootloader qui peut être stocké dans le MBR à la fois.<br></blockquote><div><br>Merci Simon. Je comprends que le MBR ne peut être détruit d'une part, et d'autre part que l'installateur Ubuntu ne modifie que son contenu. <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
En installant Grub après avoir installé un Windows XP, Grub va écraser<br>
le loader de XP (ntldr) et ajouter les entrées pertinentes pour pouvoir<br>
"chainloader" le loader de XP dans sa partition NTFS. Les bootloaders<br>
sont apparemment fréquemment constitués de 2 portions dont une réside<br>
dans le MBR et l'autre dans un FS. La raison des 2 portions est<br>
principalement parce que le MBR est minuscule et très peu de code peut y<br>
être logé.<br>
<div class="im"><br></div></blockquote><div>Clair <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> Le tout fut-il<br>
>     écrasé? Avec pour conséquence de rendre le démarrage sous XP<br>
>     impossible également? Ainsi la réinstallation de GRUB<br>
>     m’offrirait-elle à nouveau cette possibilité de démarrer avec l’un<br>
>     ou l’autre des systèmes? À cette fin (ou à d’autres) le MBR doit-il<br>
>     être réinstallé, ou recréé?<br>
<br>
</div> "sudo dpkg-reconfigure grub-pc" devrait rétablir la situation pour les<br>
2 OS.<br></blockquote><div><br>Cette commande est bien tentante! Je me demande cependant ce qu'il adviendra des inscriptions actuellement logées là où cette commande en inscrirait de nouvelles. Les inscriptions précédentes sont-elles nécessaires et susecptibles d'être endommagées? Ou plutôt, devriendraient-elles superflues et source de conflits logiques? Faut-il, d'ailleurs, se soucier de permuter (to shuffle) tout le reste des inscriptions pour faire de la place à ces nouvelles, à ce niveau logique?<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
> Dans ce cas, une réinstallation avec des<br>
>     commandes adéquates serait-elle la meilleure solution, puisque mon<br>
>     système est fraîchement installé sur une paritition distincte?<br>
<br>
</div>J'opterais pour cette solution en dernier recours.<br></blockquote><div><br>Naïvement, elle me semblait un moindre mal puisque le système fut installé hier et réside indépendamment. Peut-être qu'une installation constitue une épreuve matérielle, ou pour le système logiciel appelé à demeurer?<br>
<br>Merci encore une fois, Simon, pour cette aide si fidèle!<br><br>Louis<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Simon<br>
<br>
--<br>
Ubuntu-quebec mailing list<br>
<a href="mailto:Ubuntu-quebec@lists.ubuntu.com">Ubuntu-quebec@lists.ubuntu.com</a><br>
<a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec</a><br>
</font></span></blockquote></div><br>