# Partitions pour deux systèmes d'exploitation

**URL:** <https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695>\
**Category:** Support Debian\
**Created:** [Juin 19, 2022, 1:26 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695 "2022-06-19T13:26:05Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 26, 2022, 7:56 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/21 "2022-06-26T19:56:01Z")

</div>

Ajoute quoi à quoi ?  
Si tu choisis le même emplacement, évidemment cela écrasera ce qui s’y trouvait auparavant.

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 26, 2022, 8:49 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/22 "2022-06-26T20:49:05Z")

</div>

État actuel :

1. table de partition = GPT
2. Mint est installé sur mon nouveau dd Sata
3. trois partitions restantes pour y installer Debian 11

Après avoir installé, jeudi, j’ai redémarré l’ordinateur et dans le menu Grub, je voyais, comme il se doit, Mint.

Demain, je vais installer Debian et je veux dans le menu Grub, après redémarrage :

1. Mint
2. Debian

En installant Debian, je ne veux évidemment pas écraser l’option de démarrer sur Mint.

Je ne connais pas le programme d’installation de Debian 11.

Comment ajouter Debian au menu sans qu’il écrase Mint?

Est-ce que le programme va me demander de choisir un «&nbsp;Device for boot loader installation&nbsp;»?

Celui de Mint est déjà là, /dev/sdb.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 26, 2022, 10:05 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/23 "2022-06-26T22:05:03Z")

</div>

> [@max48](#):
>
> table de partition = GPT

Dans ce cas il serait sage de créer une partition d’amorçage BIOS (BIOS boot) de 1 Mo. L’installation de GRUB dans le MBR sans cette partition n’est pas fiable.

> [@max48](#):
>
> Est-ce que le programme va me demander de choisir un « Device for boot loader installation »?

Oui pour l’amorçage en mode BIOS. Mais pourquoi avoir posé des questions sur le nombre de partitions EFI si tu utilises l’amorçage BIOS ?

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 27, 2022, 2:13 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/24 "2022-06-27T02:13:41Z")

</div>

> [@PascalHambourg](#):
>
> … pourquoi avoir posé des questions sur le nombre de partitions EFI si tu utilises l’amorçage BIOS ?

Non, j’utilise l’amorçage BIOS UEFI.

Initialement, je voulais utiliser une table de type MBR. Lorsque j’ai tenté de faire l’installation de Mint, le programme d’installation a affiché un message disant qu’il ne pouvait pas installer le SE étant donné qu’il n’y avait pas de partition EFI. J’ai partitionné mon disque en créant, cette fois-là, une partition EFI. Je croyais que la partition EFI était une partition UNIQUE (similaire au secteur du MBR) sur lequel était installé le boot loader.

Dans ta dernière intervention, il y a quelque chose que je n’ai pas compris.

Dans mon dernier message, j’ai spécifié que j’avais choisi une table de type GPT (tu l’as même encadré).

Tu as écrit :

> [@PascalHambourg](#):
>
> L’installation de GRUB dans le MBR …

Pourquoi utilises-tu le terme MBR?  
J’ai choisi le type GPT. L’un exclut l’autre, il me semble.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 27, 2022, 10:37 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/25 "2022-06-27T10:37:17Z")

</div>

> [@max48](#):
>
> Non, j’utilise l’amorçage BIOS UEFI.

BIOS ou UEFI ?

> [@max48](#):
>
> nitialement, je voulais utiliser une table de type MBR

Tu veux dire une table de partition MSDOS ? Le format de table de partition n’a rien à voir avec le mode d’amorçage. Pour l’amorçage EFI il faut une partition EFI quel que soit le type de table de partition.

> [@max48](#):
>
> Je croyais que la partition EFI était une partition UNIQUE (similaire au secteur du MBR) sur lequel était installé le boot loader.

C’est une partition, donc rien à voir avec le MBR qui est un secteur, et elle n’est pas forcément unique, il peut y en avoir plusieurs.

> [@max48](#):
>
> Dans mon dernier message, j’ai spécifié que j’avais choisi une table de type GPT

Et je répète que ça n’a aucun rapport avec le mode d’amorçage BIOS ou EFI.

> [@max48](#):
>
> Pourquoi utilises-tu le terme MBR?

Parce que c’est toi qui l’a utilisé en premier.

> [@max48](#):
>
> J’ai choisi le type GPT. L’un exclut l’autre, il me semble.

Non, le format GPT peut avoir un MBR.

Type de table de partition : DOS ou GPT  
Mode d’amorçage : BIOS ou EFI  
L’amorçage BIOS utilise un MBR.  
L’amorçage EFI utilise une partition EFI.  
Les deux formats de table de partition peuvent contenir un MBR et des partitions EFI.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 27, 2022, 2:42 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/26 "2022-06-27T14:42:57Z")

</div>

> [@PascalHambourg](#):
>
> Ajoute quoi à quoi ?  
> Si tu choisis le même emplacement, évidemment cela écrasera ce qui s’y trouvait auparavant.

Il remplacera, mais il prendra en compte les autres OS dans la génération du Grub

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 27, 2022, 2:51 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/27 "2022-06-27T14:51:38Z")

</div>

> [@Zargos](#):
>
> il prendra en compte les autres OS

- Avec plus ou moins de succès.
- Cette fonctionnalité est désactivée par défaut dans la version 2.06 de GRUB incluse dans testing, donc la prochaine version stable.

Mais on s’en fiche, il est clair maintenant c’est de l’UEFI donc le chargeur ne va pas dans le MBR et chaque OS peut installer son chargeur dans son coin de la partition EFI, voire dans une partition EFI distincte. Attention si on installe plusieurs instances d’une même distribution en revanche.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juin 27, 2022, 2:58 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/28 "2022-06-27T14:58:52Z")

</div>

Oui je confirme, si plusieurs instances de la même distribution, il y aura écrasement possible de l’EFI (ca m’est deja arrivé).

mais si vous voulez avoir plusieurs instance du même OS; l’utilisation de docker peut aussi faire l’affaire. Après XEN peut être votre ami 😃

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 27, 2022, 3:23 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/29 "2022-06-27T15:23:55Z")

</div>

> [@Zargos](#):
>
> si plusieurs instances de la même distribution, il y aura écrasement possible de l’EFI

Deux raisons à cela :

- Les instances vont installer leur chargeur d’amorçage dans le même répertoire de la partition EFI
- Les instances vont enregistrer l’emplacement du chargeur sous le même nom de variable EFI. Et là, il y a deux possibilités selon le firmware UEFI, la configuration de celui-ci, peut-être le programme qui crée les variables ou l’âge du capitaine et que sais-je encore :
  - la dernière variable de boot créée avec le même nom écrase l’existante, donc même si les instances utilisent des partitions EFI distinctes seule la dernière aura une variable de boot EFI
  - plusieurs variables de boot avec le même nom peuvent coexister

GRUB a bien une option pour spécifier un nom de répertoire et de variabe EFI spécifique (–bootloader-id ou GRUB\_DISTRIBUTOR dans /etc/default/grub) mais ce n’est pas pris en charge par les installateurs et ce n’est pas compatible avec les images actuelles de GRUB signées pour le secure boot qui ont le nom codé en dur.

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 27, 2022, 3:25 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/30 "2022-06-27T15:25:43Z")

</div>

Salut,

Ce qui rend les choses confuses en informatique pour moi, c’est la terminologie employée.

On peut comparer une Honda Civic à une Toyota Corolla. Ce sont deux voitures.  
On ne peut pas comparer Honda à Corolla. L’un est un constructeur automobile, l’autre est une voiture.

On peut comparer Debian 11 à Win 10. Ce sont deux SE.

À la fin de ta dernière intervention, tu as écrit :

> [@PascalHambourg](#):
>
> … Type de table de partition : DOS ou GPT  
> Mode d’amorçage : BIOS ou EFI …

C’est exactement ce genre d’informations que je veux savoir (quelles sont les choses ou technologies que l’on peut comparer, ou qui sont compétitrices). Merci!!! Ça aide un débutant comme moi.

Cependant, une de tes réponses semble être en contradiction avec ce que j’ai lu sur certains sites.

J’avais écrit :

> [@max48](#):
>
> … Pourquoi utilises-tu le terme MBR?  
> J’ai choisi le type GPT. L’un exclut l’autre, il me semble.

Tu m’as répondu :

> [@PascalHambourg](#):
>
> Non, le format GPT peut avoir un MBR.

et tu ajoutes :

> [@PascalHambourg](#):
>
> Type de table de partition : DOS ou GPT

Avant d’installer Mint, j’étais allé voir sur des sites et j’avais trouvé ces deux articles :

https://www.tech2tech.fr/quelle-est-la-difference-entre-le-format-gpt-et-mbr-pour-un-disque/

et

https://lecrabeinfo.net/comment-savoir-disque-format-mbr-ou-gpt-sur-windows.html

Quelqu’un qui débute en informatique et qui lit ces deux articles suivants, va comprendre que les technologies **MBR** et **GPT** ont la **même fonction**. On compare des technologies qui ont le même objectif.

Toi, tu écris que l’alternative à GPT, c’est DOS.

Tu conviendras que pour un novice, c’est difficile, de s’y retrouver.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 27, 2022, 3:29 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/31 "2022-06-27T15:29:50Z")

</div>

Oui, on confond souvent DOS et MBR.  
MBR, c’est le secteur. DOS, c’est le format de la table de partition dans ce secteur.  
Le format GPT a aussi un MBR qui contient une table de partition DOS factice dite «&nbsp;de protection&nbsp;», c’est pourquoi on l’appelle «&nbsp;MBR protecteur&nbsp;».

---

<div class="post-metadata">

**Author:** ![pled](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pled/32/11791_2.png) [@pled](https://www.debian-fr.org/u/pled)\
**Post date:** [Juin 27, 2022, 4:26 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/32 "2022-06-27T16:26:40Z")

</div>

Cette discussion est très intéressante, ça m’aide à y voir plus clair aussi. Et de l’importance de la terminologie, pour bien comprendre de quoi on parle.  
Je suis (je pense) dans la même situation que Max48 :

- Mode d’amorçage : EFI → je le vois dans le bios ou en tapant la commande :  
`$ [-d /sys/firmware/efi] && echo "mode EFI" || echo "mode classique"`
- Type de table de partition : GPT → je le vois dans l’utilitaire Disques de Gnome, ou avec la commande :  
`$ sudo parted -l`

Concernant GPT, [cette page](https://www.easeus.fr/partition-manager-tips/partitionnement-disque-gpt.html) a l’air pas mal, on peut y voir la représentation physique sur le disque, ça aide (yc le «&nbsp;protective MBR&nbsp;»).

Pour l’installation de 2 OS, par contre, je tombe des nues : je comptais justement installer un 2e debian dans une autre partition, pour tester un pilote fourni par Nvidia. Et de ce que je lis, c’est impossible ? C’est une sacrée limitation je trouve (hormis la solution XEN, qui ne me parait pas si triviale à mettre en place pour simplement avoir 2 OS identiques sur son PC à la maison !).  
Je pensais qu’on pouvait au pire modifier GRUB à la main une fois le 2e Debian installé ? (je n’utilise pas secure boot).

Par contre, si c’est une autre distrib Linux, j’aurais alors (comme le souhaite Max48) automatiquement les deux entrées dans le menu de Grub ? (en choisissant la même partition EFI). C’est bien ça ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 27, 2022, 5:25 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/33 "2022-06-27T17:25:59Z")

</div>

> [@pled](#):
>
> je comptais justement installer un 2e debian dans une autre partition, pour tester un pilote fourni par Nvidia. Et de ce que je lis, c’est impossible ?

Non, c’est tout-à-fait possible. Il faut seulement être conscient des conséquences sur l’amorçage notamment et prendre les précautions nécessaires, en particulier si la seconde installation est temporaire.

A l’installation de la deuxième Debian, on aura plusieurs choix :

1. utiliser la même partition EFI et écraser le GRUB de la première
2. utiliser une partition EFI différente et risquer d’écraser la variable de boot EFI de la première
3. ne pas installer GRUB, et ajouter la seconde Debian au menu de GRUB de la première

Chaque choix a des avantages et des inconvénients, et il y a des moyens pour contourner certains inconvénients. Je ne détaille pas parce que ce serait trop long.

> [@pled](#):
>
> Je pensais qu’on pouvait au pire modifier GRUB à la main une fois le 2e Debian installé ?

Cela peut faire partie des moyens évoqués plus haut.

> [@pled](#):
>
> Par contre, si c’est une autre distrib Linux, j’aurais alors (comme le souhaite Max48) automatiquement les deux entrées dans le menu de Grub ? (en choisissant la même partition EFI). C’est bien ça ?

Tu les auras aussi avec deux Debian. Mais avec deux distributions non apparentées (qui n’utilisent pas le même identifiant pour GRUB), tu auras en plus deux GRUB indépendants et deux variables de boot EFI différentes donc deux entrées distinctes dans le menu de boot UEFI.

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 28, 2022, 5:27 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/34 "2022-06-28T17:27:53Z")

</div>

> [@PascalHambourg](#):
>
> ne pas installer GRUB, et ajouter la seconde Debian au menu de GRUB de la première

J’ai réussi à installer Debian sauf que le _Grub boot loader_ n’a pas été installé.

Donc, selon ce que j’ai lu, ici, dans le sujet [GRUB option os-prober désactivée](https://www.debian-fr.org/t/grub-option-os-prober-desactivee/86457) (dans Trucs et astuces), il s’agit simplement de faire :

1. _sudo nano /etc/default/grub_
2. ajouter la ligne **GRUB\_DISABLE\_OS\_PROBER=false** dans le fichier
3. _sudo update-grub_

Ça devrait ajouter Debian 11 et du même coup Win 7 qui est sur l’autre disque.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 28, 2022, 5:50 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/35 "2022-06-28T17:50:04Z")

</div>

GRUB\_DISABLE\_OS\_PROBER=false n’est utile qu’avec GRUB 2.06 qui est inclus à partir de bookworm (future Debian 12). Debian 11 bullseye inclut GRUB 2.04 qui a GRUB\_DISABLE\_OS\_PROBER=false par défaut.

J’aurais dû insister davantage sur l’inconvénient de ne pas installer GRUB : entrées de menu incomplètes voire non fonctionnelles à cause de l’absence de grub.cfg dans le système nouvellement installé. Pour l’éviter, il faut installer le paquet grub2-common, mettre en place le fichier /etc/default/grub à partir de /usr/share/grub/default/grub et exécuter update-grub dans le système nouvellement installé, idéalement lors de l’installation. Par contre il sera utile de mettre GRUB\_DISABLE\_OS\_PROBER=true avec GRUB \< 2.06 pour ne pas créer d’entrées de menu pour le système déjà installé, surtout si les noyaux sont les mêmes :car cela peut induire os-prober à confondre les entrées de menu des deux systèmes.

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 28, 2022, 6:20 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/36 "2022-06-28T18:20:29Z")

</div>

J’ai installé Debian 11 avec une clé Ventoy. Quand j’ai choisi l’iso Debian dans Ventoy, le menu de Debian s’ouvre et il n’y a pas d’option pour ouvrir une console.

Lorsque j’ai installé Mint, j’avais accès au bureau. Je pouvais ouvrir un document, ouvrir une console ou installer le système. Ce n’est pas le cas avec Debian. En tous les cas, je ne me rappelle pas d’avoir pas vu cette option.

> [@PascalHambourg](#):
>
> il faut installer le paquet grub2-common

Je présume que cette étape je peux la faire dans une console sous Mint.

> [@PascalHambourg](#):
>
> et exécuter update-grub dans le **système nouvellement installé**

Comment est-ce que je peux faire pour accéder à une console root dans Debian?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 28, 2022, 6:35 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/37 "2022-06-28T18:35:36Z")

</div>

> [@max48](#):
>
> J’ai installé Debian 11 avec une clé Ventoy.

Peu importe. Ça n’affecte pas le contenu de l’image ISO.

> [@max48](#):
>
> Quand j’ai choisi l’iso Debian dans Ventoy, le menu de Debian s’ouvre et il n’y a pas d’option pour ouvrir une console.

Une fois lancé, l’installateur offre trois façons d’obtenir un shell :

- les consoles virtuelles tty2 et tty3 (CtrlAltF2 ou F3)
- le menu principal, dans lequel on revient automatiquement après chaque étape en installation expert, ou dans lequel on peut revenir depuis n’importe quelle étape en installation normale.

> [@max48](#):
>
> Lorsque j’ai installé Mint, j’avais accès au bureau.

C’est un système live. Debian fournit aussi des images de système live.

> [@max48](#):
>
> Je présume que cette étape je peux la faire dans une console sous Mint.

Oui mais avec chroot après avoir monté tout ce qu’il faut, c’est un peu fastidieux. Ou bien avec l’installateur en mode rescue. Fastidieux aussi.

> [@max48](#):
>
> Comment est-ce que je peux faire pour accéder à une console root dans Debian?

Voir le paragraphe précédent.

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 28, 2022, 7:01 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/38 "2022-06-28T19:01:43Z")

</div>

> [@PascalHambourg](#):
>
> Debian fournit aussi des images de système live.

Je n’ai donc pas téléchargé le bon ISO.

Donc :

1. Je réinsère la clé VENTOY et je choisis l’ISO de Debian;
2. Le menu principal de Debian s’affiche;
3. Au lieu de choisir **INSTALL DEBIAN** , je fais **CTRL + ALT + F2**. Ça ouvre une console et je fais les commandes

Pas besoin de réinstaller le système.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Juin 28, 2022, 7:08 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/39 "2022-06-28T19:08:58Z")

</div>

> [@max48](#):
>
> Je n’ai donc pas téléchargé le bon ISO.

Qu’est-ce qui te fait dire ça ?

> [@max48](#):
>
> - Le menu principal de Debian s’affiche;
> - Au lieu de choisir **INSTALL DEBIAN** , je fais **CTRL + ALT + F2**. Ça ouvre une console et je fais les commandes

Non, tu ne risques pas d’ouvrir une console de cette façon. Tu confonds le menu de démarrage de l’image ISO avec le menu principal de l’installateur. Il faut être dans l’installateur, pas dans le menu de démarrage.

---

<div class="post-metadata">

**Author:** ![max48](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/f9ae1b/32.png) [@max48](https://www.debian-fr.org/u/max48)\
**Post date:** [Juin 28, 2022, 7:20 UTC](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695/40 "2022-06-28T19:20:41Z")

</div>

> [@PascalHambourg](#):
>
> Qu’est-ce qui te fait dire ça ?

Quand tu es en Live, tu as accès à tout et tu peux essayer la distribution.

> [@PascalHambourg](#):
>
> Il faut être dans l’installateur

OK. Je choisis donc l’option **Debian Install** puis je fais **CTRL + ALT + F2**.

> [@PascalHambourg](#):
>
> il faut installer le paquet grub2-common, **mettre en place** le fichier /etc/default/grub à partir de /usr/share/grub/default/grub

Qu’est-ce que tu veux dire par «&nbsp;mettre en place&nbsp;»?

[Page précédente](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695.md?page=1)

[Page suivante](https://www.debian-fr.org/t/partitions-pour-deux-systemes-dexploitation/86695.md?page=3)
