Les systèmes d’exploitation modernes sont préparés pour être installés de préférence en mode UEFI. Mais, est-ce incontournable ?
Peut-on encore bénéficier d’un système moderne et stable sur un PC d’ancienne génération, disposant d’un processeur correct et d’une ram d’environ 4 Go ?
Jusqu’à la version 24.04, l’installateur dédié pour Ubuntu et ses dérivées était Ubiquity. Il permettait d’installer péniblement un dua-boot en Legacy-mbr moyennant quelques petites astuces qu’on trouve par exemple dans ce tutoriel. On peut constater que tout ça est relativement compliqué, et que ça n’encourage pas le débutant à se lancer dans l’aventure.
Qu’en est-il de Subiquity, son successeur ? Est-il capable d’installer un Linux facilement et de permettre une utilisation efficace d’un dual-boot avec Windows sur un PC sans UEFI et doté d’ un Ws installé sur disque mbr ?
Nous allons partir de la situation suivante :
- Un disque au format mbr, comme le prouve la présence d’une partition système désignée « active ».
- Par conséquent, un Windows11 fonctionnant correctement en mode Legacy.
- Libération préalable d’un espace libre de 20 Go (via le gestionnaire de disques de W11 que je conseille plutôt qu’un gparted ou autre outil Linux) pour permettre l’installation de notre Xubuntu.
1. Installation d’un dual-boot en mode « automatique »
La machine (virtuelle dans notre cas) va être lancée en mode Legacy sur clé USB (bâtie avec Rufus, Ventoy, Etcher ou autre) pour exécuter le support d’installation de Xubuntu 26.04. On peut le vérifier par la commande suivante :
[ -d /sys/firmware/efi ] && echo « Session EFI » || echo « Session non-EFI »
qui nous retourne le résultat suivant, qui est conforme à nos attentes :
»Session non-EFI »
L’installation est donc lancée par l’icône de bureau habituelle « install xubuntu’ ; rien de changé jusque-là : choix de langue, clavier, connexion Internet, type d’installation, codecs, jusqu’à obtention d’un choix de type d’installation. On valide l’installation automatique, puisqu’elle semble avoir parfaitement détecté la présence de notre Windows.
On crée son compte, on choisit son fuseau horaire et on lance l’installation si le résumé paraît convenable.
On valide et on laisse l’installation se dérouler jusqu’à son terme.
Déception : au redémarrage, Xubuntu se lance directement. Ni grub ni Windows ne sont proposés.
Une première vérification depuis un Terminal nous permet de constater que le fichier des paramétrages de grub est mal configuré. La commande
cat /etc/default/grub
renvoie les infos suivantes :
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`( . /etc/os-release && echo ${NAME} )`
GRUB_CMDLINE_LINUX_DEFAULT= »quiet splash »
GRUB_CMDLINE_LINUX= »"
#GRUB_DISABLE_OS_PROBER=false
On va donc passer avec l’éditeur de texte nano (ou autre, mais en mode administrateur) le style de hidden à menu, le timeout à 5, et forcer l’utilisation d’os_prober pour obtenir :
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`( . /etc/os-release && echo ${NAME} )`
GRUB_CMDLINE_LINUX_DEFAULT= »quiet splash »
GRUB_CMDLINE_LINUX= »"
GRUB_DISABLE_OS_PROBER=false (on a, ici, supprimé le #)
On enregistre les modifications pat un CTRL O puis on quitte par CTRL X. Enfin, on n’oublie pas de valider le changement par le traditionnel :
sudo update-grub
Au redémarrage, on obtient un grub tout à fait fonctionnel. Notre Xubuntu et notre Windows 11 cohabitent parfaitement.
2. Bilan de l’installation
On constate donc que Subiquity, même s’il n’est pas parfait, est bien plus souple que son prédécesseur, Ubiquity. Pas de partition efi artificielle, pas de mix entre grub efi et grub legacy à savoir gérer. On en revient finalement, au moins pour ce point, aux fondamentaux des versions 20 d’Ubuntu.
On peut vérifier tout ça avec quelques commandes spécifiques*
* Le très utile boot-info, qui n’a pas été mis à jour depuis un moment par son créateur, semble malheureusement ne plus fonctionner correctement avec cette version de Xubuntu.
- Présence ou non de grub dans le secteur 0
ikewdu@ikewdu-VirtualBox:~$ sudo od -tx1z -Ax -N 512 /dev/sda |grep -i rub
000180 7d e8 2e 00 cd 18 eb fe 47 52 55 42 20 00 47 65 >}…….GRUB .Ge<
- Session EFI/Legacy
ikewdu@ikewdu-VirtualBox:~$ [ -d /sys/firmware/efi ] && echo « Session EFI » || echo « Session non-EFI »
Session non-EFI
- Version du noyau installée
ikewdu@ikewdu-VirtualBox:~$ uname -a
Linux ikewdu-VirtualBox 7.0.0-27-generic #27-Ubuntu SMP PREEMPT_DYNAMIC Thu Jun 18 19:13:49 UTC 2026 x86_64 GNU/Linux
- Table de partitions et partitions
ikewdu@ikewdu-VirtualBox:~$ sudo fdisk -l |grep -E ‘dev/s|Typ’
Disque /dev/sda : 72,73 GiB, 78090272768 octets, 152520064 secteurs
Type d’étiquette de disque : dos
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 444415 442368 216M 7 HPFS/NTFS/exFAT
/dev/sda2 444416 109932543 109488128 52,2G 7 HPFS/NTFS/exFAT
/dev/sda3 150892544 152516607 1624064 793M 27 TFS WinRE masquée
/dev/sda4 109932544 150892543 40960000 19,5G 83 Linux
- Disques montés dans le fichier fstab
ikewdu@ikewdu-VirtualBox:~$ cat | grep -v ‘#’ /etc/fstab
/dev/disk/by-uuid/ce52e50d-e7c3-4153-a243-068ba910143d / ext4 defaults 0 1
- Contenu du fichier grub
ikewdu@ikewdu-VirtualBox:~$ cat | grep -v ‘#’ /etc/default/grub
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`( . /etc/os-release && echo ${NAME} )`
GRUB_CMDLINE_LINUX_DEFAULT= »quiet splash »
GRUB_CMDLINE_LINUX= »"
GRUB_DISABLE_OS_PROBER=false
- Versions de grub installées
ikewdu@ikewdu-VirtualBox:~$ dpkg –get-selections | grep grub
grub-common install
grub-gfxpayload-lists install
grub-pc install
grub-pc-bin install
grub2-common install
Nous avons bien un grub dans le secteur 0 du disque dur, notre session fonctionne en mode « non-efi », aucune partition fat32 n’a été ajoutée à notre insu, et les fichiers grub sont bien ceux qu’on utilise dans une installation traditionnelle (grub-pc et grub2 common).
Bilan : Subiquity est un installateur qui, contrairement à ce qu’on peut penser, gère mieux une installation en Legacy que son prédécesseur.