Partitions pour deux systèmes d'exploitation

Support Debian
#29

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.

#30

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 :

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 :

Tu m’as répondu :

et tu ajoutes :

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.

#31

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 « de protection », c’est pourquoi on l’appelle « MBR protecteur ».

1 J'aime
#32

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 a l’air pas mal, on peut y voir la représentation physique sur le disque, ça aide (yc le « protective MBR »).

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 ?

#33

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.

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

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.

#34

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 (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.

#35

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.

#36

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.

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

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

#37

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

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.

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

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.

Voir le paragraphe précédent.

#38

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.

#39

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

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.

#40

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

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

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

#41

Quel rapport avec l’installation ?

Le créer avec son contenu.

#42

OK. Je vais lire avant un document que j’ai trouvé sur Ubuntu. Merci.

#43

D’après mes lectures, ici et ailleurs, je ferais la procédure suivante:

  1. Dans le menu de l’installateur, ouvrir une console en faisant : CTRL + ALT + F2;

  2. Installer le paquet grub2-common (avec sudo);

  3. Ouvrir le fichier /usr/share/grub/default/grub avec nano;
    a. Ajouter la ligne GRUB_DISABLE_OS_PROBER=true;
    b. Sauvegarder le fichier sous le nom /etc/default/grub;

  4. Exécuter la ligne de commande sudo update-grub.

Note : L’ajout de la ligne GRUB_DISABLE_OS_PROBER=true ne permettra pas d’ajouter WIN7 au menu Grub. Mais ça, c’est un détail …

#44

Non, ce n’est pas sis simple. En procédant ainsi tu auras un shell dans l’installateur et non sur le système installé. Comme indiqué dans un message précédent, les commandes doivent être exécutées dans un shell sur la racine du système installé avec l’installateur en mode rescue, que l’on sélectionne dans le menu de démarrage. Suivre les étapes, sélectionner la racine, lancer un shell sur la racine. A partir de là seulement on est sur le système installé. Monter ce qu’il faut le cas échéant (/usr) puis exécuter les actions.

Il ne faut pas modifier le fichier /usr/share/grub/default/grub (règle générale : ne jamais rien modifier dans /usr, ce sont des fichiers appartenant aux paquets), le copier dans /etc/default et modifier la copie.

Aucune importance. Ce menu ne sera jamais utilisé puisque GRUB n’est pas installé dans le second système. Le but est de générer /boot/grub/grub.cfg dans le second système pour que le premier système puisse y récupérer les informations dont il a besoin et ajouter les entrées correctes à son propre menu lors de l’exécution de update-grub.

#45

Il me semblait bien aussi.

OK

Avec la commande suivante ?
mount -o remount,r /usr
(en mode lecture seulement)

sous le nom /etc/default/grub

#46

Si /usr n’est pas monté, l’option remount est sans objet. Et ll doit être monté en écriture pour installer le paquet.

#47

Donc, seulement : mount -o rw /usr

#48

Debian est maintenant visible dans le menu.

Merci à tous, et notamment, à Pascal Hambourg, pour votre aide.