Voici quelques conseils pour l'installation d'un dual boot avec Windows Vista. Il faut vraiment se méfier, il y a deux étapes dangereuses : la réduction de la partition sur laquelle Vista est installé, et l'installation de Grub. Je viens de tester, et c'est assez sportif. Pour être un peu plus précis, j'ai installé une Ubuntu 7.04 sur une machine d'entrée de gamme équipée de "Vista home basic".
== Réduire la partition de Vista ==
Premier danger : l'outil de partitionnement utilisé par Ubuntu 7.04 est trop ancien, et son utilisation pour diminuer la taille de la partition de Vista risque d'empêcher Vista de démarrer (voir [1]). Il faut utiliser un utilitaire de partitionnement (GParted, QtParted ou autre) qui utilise la librairie ntfsprogs dans une version au moins égale à 1.13. Ce n'est visiblement pas irréversible, puisqu'il paraît [1] qu'il suffit d'utiliser le "ntfsfix" de cette même librairie pour réparer une partition réduite avec une version trop ancienne, mais mieux vaut ne pas prendre le risque.
J'ai d'abord essayé d'utiliser le live-cd de GParted [2], mais comme il n'arrivait pas à booter, je me suis rabattu sur le System Rescue CD [3] qui m'a donné entière satisfaction. Une fois la partition NTFS de Vista réduite, j'ai redémarré, Vista a fait un chkdsk qui n'a pas trouvé d'erreur et il m'a demandé de redémarrer une fois chargé (...), mais sinon tout s'est bien passé.
Enfin, la solution proposée à la fin de [1] et qui préconise d'utiliser l'utilitaire de partitionnement de Vista (Clic droit sur Ordinateur > Gerer > Stockage > Gestion des disques) risque de ne pas suffire : sur un disque sur de 250 Go, il n'a pas été capable de libérer plus de 110 Go. Et j'ai trouvé dans les forums beaucoup de message de gens confrontés au même problème : il refuse de libérer plus d'une petite moitié de l'espace disque, et suivre les indications du message d'erreur qu'il renvoie ne mène à rien.
Une fois l'espace disque libéré, on partitionne de manière classique, soit toujours avec l'éventuel live-cd utilisé précédemment, soit lors de l'installation d'Ubuntu.
== Installation de Grub ==
Deuxième difficulté : il vaut mieux ne pas modifier le MBR, sinon Vista vous identifie comme un maichant pirate et refuse de démarrer. La technique consiste alors à utiliser l'amorceur de Vista, appelé "ntldr" (NT Loader), qui appellera ensuite Grub, qui lui ne sera pas installé dans le MBR mais uniquement dans la partition de Linux. La procédure est décrite dans [4]. Ntldr sera lui configuré sous Vista avec EasyBCD [5].
Je n'ai pas suivi à la lettre la procédure de [4] et ça m'a valu une petite surprise : à la toute fin de la procédure de configuration de l'installation d'Ubuntu, avant qu'il ne lance l'installation proprement dite, il y a une option cachée ("advanded") qui permet d'installer Grub ailleurs que dans le MBR. Je l'ai utilisée, et ça permet de se passer de la procédure fastidieuse de manipulation du MBR décrite dans [4]. Sauf que problème : s'il installe Grub au bon endroit, il le configure comme s'il était sur la première partition. Du coup, après l'écran de Grub, j'avais le chargeur d'Ubuntu (la barre de progression), mais rien ne se passait car il ne trouvait pas le noyau. J'ai résolu le problème en spécifiant manuellement à Grub d'aller chercher le noyau sur (dans mon cas) (hd0,2), puis une fois booté, en modifiant le fichier /boot/grub/menu.lst
En bonus, j'ai découvert le logo de Grub [6]. Assez classe.
[1] http://doc.ubuntu-fr.org/installation/vista_ubuntu
[2] http://gparted.sourceforge.net/
[3] http://www.sysresccd.org/Index.fr.php
[4] http://doc.ubuntu-fr.org/tutoriel/comment_amorcer_ubuntu_ave(...)
[5] http://neosmart.net/dl.php?id=1
[6] http://fr.wikipedia.org/wiki/Image:Grub2.png
== Réduire la partition de Vista ==
Premier danger : l'outil de partitionnement utilisé par Ubuntu 7.04 est trop ancien, et son utilisation pour diminuer la taille de la partition de Vista risque d'empêcher Vista de démarrer (voir [1]). Il faut utiliser un utilitaire de partitionnement (GParted, QtParted ou autre) qui utilise la librairie ntfsprogs dans une version au moins égale à 1.13. Ce n'est visiblement pas irréversible, puisqu'il paraît [1] qu'il suffit d'utiliser le "ntfsfix" de cette même librairie pour réparer une partition réduite avec une version trop ancienne, mais mieux vaut ne pas prendre le risque.
J'ai d'abord essayé d'utiliser le live-cd de GParted [2], mais comme il n'arrivait pas à booter, je me suis rabattu sur le System Rescue CD [3] qui m'a donné entière satisfaction. Une fois la partition NTFS de Vista réduite, j'ai redémarré, Vista a fait un chkdsk qui n'a pas trouvé d'erreur et il m'a demandé de redémarrer une fois chargé (...), mais sinon tout s'est bien passé.
Enfin, la solution proposée à la fin de [1] et qui préconise d'utiliser l'utilitaire de partitionnement de Vista (Clic droit sur Ordinateur > Gerer > Stockage > Gestion des disques) risque de ne pas suffire : sur un disque sur de 250 Go, il n'a pas été capable de libérer plus de 110 Go. Et j'ai trouvé dans les forums beaucoup de message de gens confrontés au même problème : il refuse de libérer plus d'une petite moitié de l'espace disque, et suivre les indications du message d'erreur qu'il renvoie ne mène à rien.
Une fois l'espace disque libéré, on partitionne de manière classique, soit toujours avec l'éventuel live-cd utilisé précédemment, soit lors de l'installation d'Ubuntu.
== Installation de Grub ==
Deuxième difficulté : il vaut mieux ne pas modifier le MBR, sinon Vista vous identifie comme un maichant pirate et refuse de démarrer. La technique consiste alors à utiliser l'amorceur de Vista, appelé "ntldr" (NT Loader), qui appellera ensuite Grub, qui lui ne sera pas installé dans le MBR mais uniquement dans la partition de Linux. La procédure est décrite dans [4]. Ntldr sera lui configuré sous Vista avec EasyBCD [5].
Je n'ai pas suivi à la lettre la procédure de [4] et ça m'a valu une petite surprise : à la toute fin de la procédure de configuration de l'installation d'Ubuntu, avant qu'il ne lance l'installation proprement dite, il y a une option cachée ("advanded") qui permet d'installer Grub ailleurs que dans le MBR. Je l'ai utilisée, et ça permet de se passer de la procédure fastidieuse de manipulation du MBR décrite dans [4]. Sauf que problème : s'il installe Grub au bon endroit, il le configure comme s'il était sur la première partition. Du coup, après l'écran de Grub, j'avais le chargeur d'Ubuntu (la barre de progression), mais rien ne se passait car il ne trouvait pas le noyau. J'ai résolu le problème en spécifiant manuellement à Grub d'aller chercher le noyau sur (dans mon cas) (hd0,2), puis une fois booté, en modifiant le fichier /boot/grub/menu.lst
En bonus, j'ai découvert le logo de Grub [6]. Assez classe.
[1] http://doc.ubuntu-fr.org/installation/vista_ubuntu
[2] http://gparted.sourceforge.net/
[3] http://www.sysresccd.org/Index.fr.php
[4] http://doc.ubuntu-fr.org/tutoriel/comment_amorcer_ubuntu_ave(...)
[5] http://neosmart.net/dl.php?id=1
[6] http://fr.wikipedia.org/wiki/Image:Grub2.png
> Lire le journal (19 commentaires, moyenne: 3,3).
Vous avez demandé le commentaire #856603.
Run by 
Cette page a été générée par Templeet en 0.058s (dont 0.005 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Moins de problème en partant d'un disque dur vierge
Perso, avec un disque dur vierge, un Vista Intégrale et une Mandriva 2007 Spring, j'ai pas eu de problème.
Voilà comment j'ai fait :
- Commencer par installer Vista, et utiliser l'outil de l'installeur de Vista pour créer des partitions aux tailles voules ; laisser vide celles qui seront pour Linux
- Terminer l'installation de Vista dans la partition qu'on lui a créé.
- Installer Mandriva ; à l'étape de DiskDrake, on n'a pas besoin de redimensionner, juste de formatter et créer des points de montage.
- Laisser grub s'installer sur le secteur de démarrage du disque dur ; dans mon cas, Vista n'a absolument pas bronché par la suite.
[^]Re: Moins de problème en partant d'un disque dur vierge
C'est sûr qu'en disposant d'un disque dur vierge ET de l'installateur de Vista, tu étais dans des conditions idéales. Je n'avais ni l'un ni l'autre à disposition (version OEM).
Pour Grub, tu n'es visiblement pas le seul à n'avoir eu aucun problème. Ca doit être encore une histoire de tatouage qui sont présents dans certains modèles, mais ne sont pas généralisés (comme je le craignais à la lecture de certains sites). Quoiqu'il en soit, je conseille tout de même à tout le monde de se méfier et à faire une sauve de son MBR au cas où (voir [4]).
[^]Re: Moins de problème en partant d'un disque dur vierge
Y a-t-il plus de précisions sur ces modèles ? (histoire de ne pas se faire avoir en cas de rachat de PC...)
c'est vrai qu'on avait souvent entendu parler de cette histoire de tatouage avec TCPA/Palladium/etc. ...
Sinon que se passe-t-il alors au démarrage ?
[^]Re: Moins de problème en partant d'un disque dur vierge
Un exemple de discussion sur le sujet : http://forum.ubuntu-fr.org/viewtopic.php?id=100826&p=1
J'ai beaucoup entendu parler de HP/Compaq et de Packard Bell, mais je ne connais pas de site qui référence les modèles concernés.
Sinon que se passe t-il... j'avoue que je n'ai pas essayé; dans le pire des cas, il semblerait que tu ne puisses plus démarrer quoi que ce soit :
http://www.commentcamarche.net/faq/sujet-1380-materiel-packa(...)
[^]Re: Moins de problème en partant d'un disque dur vierge
>J'ai beaucoup entendu parler de HP/Compaq et de Packard Bell, mais je ne connais pas de site qui référence les modèles concernés.
Si ça n'existe pas déjà, c'est une idée à creuser. Il faudrait dénoncer les sociétés qui font se genre de pratique, et surtout informer les gens.
[^]Re: Moins de problème en partant d'un disque dur vierge
Sérieux, il exagère, le mec de la discussion, là... Ils bricolent un redimensionnement cahin-caha sans clavier ni souris (je sais pas trop comment ils ont fait, sur ce coup...), Vista redémarre pas, et paf, ils accusent tout de suite un tatouage dans le MBR... plus dans le Bios, cette fois, directement dans le MBR ! Peut-être même dans chaque cluster du disque dur, non ?
Sérieux, les tatouages, faut arrêter, vraiment.
[^]Re: Moins de problème en partant d'un disque dur vierge
En fait, c'était sur un Shuttle dont tous les éléments étaient vierges.
Les PC à monter soi-même, c'est distrayant, rigolo, instructif, et ça permet d'éviter ce genre de désagrément de BIOS qui ne démarre qu'avec une version spécifique et numérotée de Windows et du disque dur.
Même si pour le coup de ces BIOS tatoués, je pense que c'est plutôt une légende urbaine.
Perso, j'installe des linux à tour de bras sur une vingtaine de machines par an (la plupart du temps des portables), qui viennent toutes systématiquement de sortir, et j'ai jamais observé un tel phénomène - et ça se passe toujours bien au niveau du démarrage (ça a planté une seule fois, à cause d'un Diskdrake qui avait lancé une commande chckdisk au démarrage de Vista, mais c'était trop tôt dans le développement de Vista, et la commande n'était pas, ou mal, comprise par lui, et ça l'empêchait de démarrer).
Je ne nie pas que les PC dont tu parles ne redémarreraient pas, bien sûr, mais je pense que c'est dû à autre chose que ces tatouages. J'ai du mal à croire que ça puisse exister et que personne n'en parle plus que ça, que les constructeurs ne se soient pas prononcés là-dessus, et que ça soit pas su et connu de tous. C'est toujours des on-dit sur les forums, pour ce que j'en ai vu.
Mais bon, tout est possible, hein...