New Additions to Void Linux Installer

SYNTHÈSE STRUCTURÉE

Contexte : l’intérêt croissant pour les alternatives à systemd

L’intervenant explique que des distributions comme Void et Artix gagnent en popularité en raison des controverses autour de systemd. Il précise : « I personally don’t have issues with it. I get what they’re doing », mais reconnaît que les utilisateurs cherchent des alternatives. Void Linux, qui utilise runit, répond à cette demande.

Clonage de l’outil `void-mklive` pour personnaliser l’ISO

Pour ajouter des fonctionnalités, l’intervenant a cloné le dépôt void-mklive, l’outil officiel de création d’ISO personnalisées pour Void. Il a ensuite modifié le programme d’installation (void-installer) pour y intégrer ses améliorations.

Partitionnement manuel avec `cfdisk` pour UEFI

L’installation commence par un partitionnement classique : création d’une partition EFI de 200 Mo en GPT, puis d’une partition principale pour le système. L’intervenant utilise cfdisk et insiste sur la vérification du disque cible : « Make sure you select the correct disc in here ».

Ajout du chiffrement LUKS dans l’installateur

C’est la première nouveauté majeure : l’option de chiffrement est désormais proposée lors de la sélection du système de fichiers. L’intervenant choisit Btrfs pour la partition racine et répond « yes » à la question « Encrypt? ». Le chiffrement est réalisé avec LUKS1.

Création de sous-volumes Btrfs (nested layout)

L’intervenant a également ajouté la gestion des sous-volumes. Il choisit le mode « nested » et explique : « At subvolume is created automatically. Do not manually create the at subvolume ». Il ajoute ensuite deux sous-volumes supplémentaires :

@home monté sur /home
@snapshots monté sur /.snapshots

Contournement d’un bug : l’EFI partition non reconnue

L’intervenant signale un problème récurrent : après la configuration des sous-volumes, l’installateur peut indiquer que la partition EFI n’est pas définie. La solution est simple : retourner dans le menu « File systems », resélectionner la partition EFI, rechoisir FAT32 et /boot/efi sans rien modifier d’autre, puis valider. Cela résout le problème sans perdre les autres réglages.

Génération automatique d’un fichier de clé pour le déchiffrement unique

L’intervenant précise que son script crée un fichier de clé (keyfile) lors de l’installation. Ainsi, l’utilisateur n’entre le mot de passe de chiffrement qu’une seule fois au démarrage, avant que GRUB ne prenne le relais. Il explique : « I did make it so it creates a key file. So, you only have to enter the encryption password one time ».

Vérification post-installation avec `lsblk` et `btrfs subvolume list`

Après le redémarrage, l’intervenant se connecte en TTY et exécute :

lsblk pour confirmer la présence de vda2_crypt (type crypt) et des volumes logiques.
sudo btrfs subvolume list / pour lister les sous-volumes : @, @home, @snapshots.

Statut du projet : non encore publié

L’intervenant précise que son travail n’est pas encore finalisé : « Right now it’s not perfected. If I get enough people bugging me about it I might release it sooner ». Il encourage les utilisateurs intéressés à le suivre pour la sortie future.

CONCEPTS CLÉS

LUKS (Linux Unified Key Setup) : standard de chiffrement de disque sous Linux. Utilisé ici en version 1 pour chiffrer la partition Btrfs.
Btrfs subvolumes : mécanisme de gestion de volumes logiques au sein d’une même partition Btrfs. Permet des snapshots indépendants (ex: @home, @snapshots).
Nested layout : organisation des sous-volumes où @ est le sous-volume racine, et les autres (@home, @snapshots) sont créés comme ses enfants.
Keyfile : fichier contenant une clé de déchiffrement, stocké dans l’initramfs, permettant de n’entrer le mot de passe qu’une seule fois au démarrage.

CONCLUSION

Cette vidéo illustre comment un contributeur peut étendre les capacités d’un installateur système pour répondre à des besoins avancés (chiffrement, snapshots) sans recourir à des manipulations post-installation complexes. L’approche est pragmatique : l’intervenant corrige un bug récurrent (EFI non reconnue) et automatise la création d’un keyfile pour fluidifier l’expérience utilisateur. Pour un administrateur, cela montre qu’il est possible d’intégrer des fonctionnalités de sécurité et de gestion de volumes directement dans le processus d’installation, réduisant ainsi les risques d’erreur manuelle. Le message clé : même un installateur minimaliste comme celui de Void peut être enrichi pour offrir une installation « clé en main » avec chiffrement et snapshots, sans sacrifier la simplicité.