Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente | ||
|
tutoriel:multiboot_avance [Le 20/06/2019, 07:44] malbo [Préparation de l'installation] suppression de la mention fausse "placée en fin de disque" concernant la partition étendue - |
tutoriel:multiboot_avance [Le 11/09/2022, 12:21] (Version actuelle) moths-art Suppression des espaces en fin de ligne (détecté et corrigé via le bot wiki-corrector (https://forum.ubuntu-fr.org/viewtopic.php?id=2067892) |
||
|---|---|---|---|
| Ligne 5: | Ligne 5: | ||
| <note important>Cette page ne convient pas dans le cas où Windows 8 (ou bien Windows 10) est préinstallé : dans ce cas, il est nécessaire d'installer Linux en mode EFI et le multi-boot n'a rien à voir avec ce qui est présenté ici qui est le multi-boot en mode BIOS/MBR. Cette page ne devant a priori intéresser que des utilisateurs déjà habitués de [[:linux|Linux]], on utilisera un vocabulaire technique adapté afin d'éviter des longueurs inutiles d'explications . Les utilisateurs cherchant simplement à se documenter sur la cohabitation Linux/Windows sont invités à se reporter à la [[:windows|page correspondante]].</note> | <note important>Cette page ne convient pas dans le cas où Windows 8 (ou bien Windows 10) est préinstallé : dans ce cas, il est nécessaire d'installer Linux en mode EFI et le multi-boot n'a rien à voir avec ce qui est présenté ici qui est le multi-boot en mode BIOS/MBR. Cette page ne devant a priori intéresser que des utilisateurs déjà habitués de [[:linux|Linux]], on utilisera un vocabulaire technique adapté afin d'éviter des longueurs inutiles d'explications . Les utilisateurs cherchant simplement à se documenter sur la cohabitation Linux/Windows sont invités à se reporter à la [[:windows|page correspondante]].</note> | ||
| + | |||
| + | <note important>Les installations des versions ubuntu 20.10 ou 21.04 en mode LEGACY deviennent très difficiles à faire. Rester de préférence en version 20.04.</note> | ||
| La plupart des utilisateurs qui ont plus d'un système d'exploitation installé sur leur ordinateur sont en dual-boot Linux/Windows. Selon le cas, ils ont installé [[:amorcage|Grub]] dans le "master boot record" (MBR ou "zone amorce") pour tout leur système, ou bien ils ont installé [[:amorcage|Grub]] dans la racine de leur [[:partitions|partition]], et utilisé le bootloader de Windows pour relayer dessus au démarrage, la première solution étant plus simple à mettre en œuvre, mais plus sujette aux plantages lorsque Windows modifie unilatéralement le MBR. | La plupart des utilisateurs qui ont plus d'un système d'exploitation installé sur leur ordinateur sont en dual-boot Linux/Windows. Selon le cas, ils ont installé [[:amorcage|Grub]] dans le "master boot record" (MBR ou "zone amorce") pour tout leur système, ou bien ils ont installé [[:amorcage|Grub]] dans la racine de leur [[:partitions|partition]], et utilisé le bootloader de Windows pour relayer dessus au démarrage, la première solution étant plus simple à mettre en œuvre, mais plus sujette aux plantages lorsque Windows modifie unilatéralement le MBR. | ||
| Ligne 44: | Ligne 46: | ||
| * Dans le cas où vous aviez un dual boot avec Windows, vous n'avez rien fait de spécial pour utiliser le gestionnaire de boot de Windows. Si vous avez un doute, regardez comment votre ordinateur démarre. Si le premier menu de choix de système qui s'affiche est Grub, c'est bon. Si par contre vous avez d'abord un menu Windows qui relaie éventuellement vers un Grub, ce n'est pas bon. | * Dans le cas où vous aviez un dual boot avec Windows, vous n'avez rien fait de spécial pour utiliser le gestionnaire de boot de Windows. Si vous avez un doute, regardez comment votre ordinateur démarre. Si le premier menu de choix de système qui s'affiche est Grub, c'est bon. Si par contre vous avez d'abord un menu Windows qui relaie éventuellement vers un Grub, ce n'est pas bon. | ||
| - | Si l'une de ces deux conditions n'est pas vérifiée, reportez vous au cas général. Dans le cas contraire, plusieurs possibilités peuvent se présenter: | + | Si l'une de ces deux conditions n'est pas vérifiée, reportez vous au cas général. Dans le cas contraire, plusieurs possibilités peuvent se présenter: |
| - | * Si votre version de Linux déjà présente utilise grub-legacy, et que celle que vous installez aussi, choisissez d'installer Grub à la racine de votre partition d'installation et surtout pas dans le MBR, car ça écraserait le Grub de votre autre Linux, ce qui poserait problème si vous mettez à jour les noyaux de celui-ci car vous seriez alors obligé de les ajouter à la main dans le fichier de configuration /boot/grub/menu.lst. Une fois l'installation finie, vous démarrerez sur votre premier Linux,et vous utiliserez la [[:grub#comment_faire_un_sous-menu_avec_grub|méthode du sous menu]] pour inclure le fichier de configuration de votre nouvelle installation dans celui de votre premier Linux et le faire ainsi apparaitre au [[:amorcage|boot]]. | + | * Si votre version de Linux déjà présente utilise grub-legacy, et celle que vous installez aussi, choisissez d'installer Grub à la racine de votre partition d'installation et surtout pas dans le MBR, car ça écraserait le Grub de votre autre Linux, ce qui poserait problème si vous mettez à jour les noyaux de celui-ci car vous seriez alors obligé de les ajouter à la main dans le fichier de configuration /boot/grub/menu.lst. Une fois l'installation finie, vous démarrerez sur votre premier Linux,et vous utiliserez la [[:grub#comment_faire_un_sous-menu_avec_grub|méthode du sous menu]] pour inclure le fichier de configuration de votre nouvelle installation dans celui de votre premier Linux et le faire ainsi apparaitre au [[:amorcage|boot]]. |
| * Si votre version de Linux déjà présente utilise grub-legacy, et que celle que vous installez utilise Grub2, choisissez d'installer Grub2 dans le MBR, en effet il vaut mieux privilégier Grub2 qui est plus abouti et plus simple à mettre à jour. Lorsque vous ferez une mise à jour des noyaux de votre distribution qui utilise Grub legacy, il vous suffira de redémarrer une fois sur la distribution qui utilise Grub2 et d'utiliser la commande "''sudo update-grub''" pour que Grub2 procède à une redétection des noyaux présents et se mette à jour. | * Si votre version de Linux déjà présente utilise grub-legacy, et que celle que vous installez utilise Grub2, choisissez d'installer Grub2 dans le MBR, en effet il vaut mieux privilégier Grub2 qui est plus abouti et plus simple à mettre à jour. Lorsque vous ferez une mise à jour des noyaux de votre distribution qui utilise Grub legacy, il vous suffira de redémarrer une fois sur la distribution qui utilise Grub2 et d'utiliser la commande "''sudo update-grub''" pour que Grub2 procède à une redétection des noyaux présents et se mette à jour. | ||
| Ligne 81: | Ligne 83: | ||
| ==== Grub2 refuse de s'installer dans le MBR quoi que je fasse ==== | ==== Grub2 refuse de s'installer dans le MBR quoi que je fasse ==== | ||
| - | C'est un problème qui est arrivé au rédacteur de cette page: Une version de Linux qui utilise Grub-Legacy est installée, on installe une deuxième version qui utilise Grub2, on essaye d'installer Grub2 dans le MBR, et non seulement ça plante, mais en plus ça fait échouer l'installation. Je l'ai réglé par la bidouille suivante: installez Grub2 dans l'amorce de la partition de son Linux, puis modifiez le grub-legacy en vigueur par [[:grub-pc#lancement_depuis_grub-legacy|la méthode]] permettant de relayer vers Grub2 depuis Grub legacy, et [[:grub#choix_du_systeme_d_exploitation_par_defaut_ou_du_noyau_par_defaut|configurez-le]] pour que par défaut le relai soit préselectionné. Puis [[:grub#delai_au_demarrage|configurez-le]] pour qu'il soit caché et que son délai soit à zéro. De cette manière-ci, le grub-legacy sera bien chargé à un moment de chaque démarrage, mais il a été court-circuité, renvoyant systématiquement sur votre Grub2 qui devient ainsi maitre. | + | C'est un problème qui est arrivé au rédacteur de cette page: Une version de Linux qui utilise Grub-Legacy est installée, on installe une deuxième version qui utilise Grub2, on essaye d'installer Grub2 dans le MBR, et non seulement ça plante, mais en plus ça fait échouer l'installation. Je l'ai réglé par la bidouille suivante: installez Grub2 dans l'amorce de la partition de son Linux, puis modifiez le grub-legacy en vigueur par [[:grub-pc#lancement_depuis_grub-legacy|la méthode]] permettant de relayer vers Grub2 depuis Grub legacy, et [[:grub#choix_du_systeme_d_exploitation_par_defaut_ou_du_noyau_par_defaut|configurez-le]] pour que par défaut le relais soit préselectionné. Puis [[:grub#delai_au_demarrage|configurez-le]] pour qu'il soit caché et que son délai soit à zéro. De cette manière-ci, le grub-legacy sera bien chargé à un moment de chaque démarrage, mais il a été court-circuité, renvoyant systématiquement sur votre Grub2 qui devient ainsi maitre. |
| ---- | ---- | ||
| //Contributeurs: [[:utilisateurs:Aldian]].// | //Contributeurs: [[:utilisateurs:Aldian]].// | ||