Linux Mint a publié ses nouvelles mensuelles de juillet 2026, et deux changements y méritent l'attention d'un administrateur système. La gestion des noyaux quitte le gestionnaire de mises à jour pour l'outil d'administration système, et le modèle change avec le déplacement : vous suivez désormais une série de noyaux au lieu de choisir des noyaux individuels, vous indiquez combien d'anciens conserver, et les noyaux périmés sont supprimés automatiquement une fois par semaine, avec un historique montrant ce qui est parti et quand. Le même outil gagne une page pour définir des variables d'environnement à l'échelle du système, pour les sessions graphiques, les sessions console ou les deux. De nouvelles images HWE arrivent en parallèle, avec le noyau 7.0 pour Mint 22.3.
The short answer
Les nouvelles mensuelles Linux Mint de juillet 2026 sortent la gestion des noyaux du gestionnaire de mises à jour pour la placer dans l'outil d'administration système, ce qui l'apporte aussi à LMDE. Le modèle change avec le déplacement : vous suivez une série de noyaux au lieu d'en choisir un individuellement, vous fixez combien d'anciens conserver, et les noyaux périmés sont supprimés automatiquement une fois par semaine, avec une option manuelle et un bouton d'historique montrant ce qui a été retiré et quand. Le même outil gagne une page pour définir des variables d'environnement système, pour les sessions graphiques, console ou les deux. Les nouvelles images HWE livrent le noyau 7.0 pour Linux Mint 22.3.
Tout administrateur Linux a déjà rencontré une partition /boot pleine, et presque personne ne l'a rencontrée à un moment commode. Elle se manifeste quand une mise à niveau de noyau n'arrive plus à écrire son initramfs, que la transaction du gestionnaire de paquets s'arrête à moitié faite, et que la machine se retrouve dans un état où le prochain redémarrage devient une question au lieu d'une routine.
Linux Mint a passé ce cycle à construire l'outil qui empêche cela, et les nouvelles mensuelles de juillet 2026, publiées le 10 août, décrivent à quoi il ressemble.
La gestion des noyaux a quitté le gestionnaire de mises à jour
La fonctionnalité a migré vers l'outil d'administration système, et ce déplacement l'apporte à LMDE en plus des éditions basées sur Ubuntu, ce qui dépasse le simple déménagement.
Le modèle change aussi. Au lieu d'une liste de noyaux individuels où vous en choisissez un pour retrouver le même choix à chaque version corrective, vous désignez désormais une série de noyaux à suivre. Les mises à jour internes à cette série arrivent par le gestionnaire de mises à jour comme n'importe quel paquet. Vous fixez combien d'anciens noyaux conserver, et les périmés sont supprimés automatiquement une fois par semaine, avec un nettoyage manuel disponible si vous préférez le faire vous même et un bouton d'historique qui montre ce qui a été retiré et à quelle date.
Cet historique est la partie que nous aurions réclamée. La suppression automatique d'artefacts de démarrage est le genre de confort qui devient inconfortable la première fois qu'une machine refuse de démarrer et que vous voulez savoir exactement ce que le système vous a enlevé mardi dernier.
Pourquoi le nombre de noyaux conservés est le réglage qui compte
Gardez-en trop peu et vous n'avez plus de repli. Gardez-en trop et vous revenez à une partition pleine.
L'arithmétique est sévère parce que /boot est généralement petite. Les distributions y ont longtemps réservé 512 Mo ou 1 Go, et une seule entrée de noyau vous coûte une image vmlinuz, un System.map et un initramfs qui peut dépasser 100 Mo dès que votre matériel réclame des micrologiciels. Quatre ou cinq noyaux suffisent à la remplir.
Deux noyaux conservés est le réglage que nous utiliserions sur un poste de travail : celui qui tourne et le précédent, ce à quoi sert réellement un repli. Trois se défend sur du matériel où vous avez déjà été mordu par une régression et où vous voulez plus de marge pour reculer. Au delà, vous collectionnez, vous ne planifiez pas.
Si vous faites cela à la main sur d'autres distributions, df -h /boot vous dit où vous en êtes et sudo apt autoremove --purge retire ce que le gestionnaire de paquets considère déjà comme obsolète. C'est l'opération que Mint planifie désormais pour vous.
La page des variables d'environnement est discrètement la meilleure nouveauté
Définir une variable pour toutes les sessions d'une machine Linux n'a jamais été une seule chose. C'en a été trois ou quatre, et laquelle est correcte dépend d'une distinction que la plupart des gens n'apprennent qu'en se trompant.
/etc/environment est lu par PAM et s'applique largement, mais ce n'est pas un script shell. Il accepte de simples lignes clé égale valeur et rien d'autre : pas d'expansion, pas de condition, pas de référence à une autre variable. Les fichiers déposés dans /etc/profile.d/ sont des scripts shell et savent tout faire, mais ils sont chargés pour les shells de connexion, ce qui n'est pas le même ensemble de processus.
Les sessions graphiques sont l'endroit où cela tourne mal de façon fiable. Un gestionnaire d'affichage peut ne jamais charger votre profil, donc une variable manifestement présente dans un terminal est tout simplement absente dans une application de bureau lancée depuis un menu, et le rapport de bogue qui en découle ressemble à une absurdité tant qu'on n'en connaît pas la cause.
La nouvelle page de Mint vous laisse définir une variable pour les sessions graphiques, les sessions console ou les deux, ce qui est la distinction qui compte vraiment et celle que les fichiers sous jacents expriment mal. Cela ne dispense pas de comprendre ce qui se passe dessous, et nous voudrions toujours savoir dans quel fichier un réglage donné a atterri, mais présenter le choix dans ces termes est le bon cadrage.
Le reste de la publication
De nouvelles images HWE sont disponibles pour Linux Mint 22.3 avec le noyau 7.0, la voie habituelle pour faire fonctionner du matériel récent sur une base à support long terme.
Cinnamon gagne le support de Fcitx5 avec une parité complète entre Wayland et X11, ce qui compte pour quiconque écrit en chinois, japonais, coréen ou dans une écriture indienne, les méthodes d'entrée ayant été l'un des points les plus lents de la transition vers Wayland. Un nouveau visualiseur de dispositions clavier remplace gnome-kbd, abandonné. Le comportement du tableau de bord face aux fenêtres en plein écran a été amélioré.
Le projet rapporte aussi 14 761 dollars de dons en juin de la part de 419 donateurs, plus 2 353 mécènes qui versent 5 318 dollars par mois.
Ce que nous ferions
Si vous faites tourner Mint sur plus d'une machine, fixez le nombre de noyaux conservés délibérément au lieu d'accepter la valeur par défaut, et fixez le même partout. La cohérence du parc est toute la valeur d'un réglage de politique.
Si vous vous battez depuis un moment avec une variable qui fonctionne dans un terminal et pas dans une application de bureau, cette page est le correctif, et la cause était la distinction des shells de connexion, pas une erreur de votre part.
Et si vous hésitez encore sur la distribution à mettre sur une machine, notre cadre de décision pour choisir une distribution Linux en 2026 détaille l'arbitrage entre support long terme et publication continue mieux qu'une note de version ne peut le faire.
Sources et pour aller plus loin
- Monthly News, juillet 2026, blog Linux Mint
- Linux Mint improves kernel management and setting system wide environment variables, Phoronix, 10 août 2026
- Le projet Linux Mint
Questions fréquentes
Pourquoi une partition /boot pleine mérite-t-elle qu'on construise un outil autour ?
Parce qu'elle échoue au pire moment et qu'elle échoue en silence. Chaque installation de noyau écrit une image vmlinuz, un initramfs et un System.map dans /boot, et un initramfs seul peut dépasser 100 Mo dès que votre matériel réclame quelques micrologiciels. Les distributions ont longtemps dimensionné /boot à 512 Mo ou 1 Go, donc quatre ou cinq noyaux la remplissent. Le mode de défaillance n'est pas un avertissement : la mise à niveau suivante ne parvient pas à écrire son initramfs, le gestionnaire de paquets laisse la transaction à moitié faite, et vous le découvrez au redémarrage suivant. Automatiser la suppression sur une planification transforme une panne latente en tâche de fond, ce qui est le bon traitement.
Qu'est-ce qui change quand on suit une série de noyaux au lieu de noyaux individuels ?
Cela change ce que vous avez à décider. Dans l'ancien modèle, on vous montrait une liste de noyaux individuels et vous en choisissiez un, ce qui remettait le choix devant vous à chaque version corrective et faisait dériver un parc, chaque machine prenant une version différente. Dans le modèle par série, vous déclarez qu'une machine suit la 7.0, et les mises à jour de cette série arrivent par le gestionnaire de mises à jour comme n'importe quel paquet. Vous choisissez une politique une fois au lieu de prendre une décision de façon répétée. La contrepartie, c'est qu'il faut être délibéré pour passer d'une série à l'autre, puisque cette étape devient explicite au lieu d'être une dérive.
Comment définissait-on des variables d'environnement système avant cette page ?
Avec plusieurs fichiers qui couvrent chacun un cas différent, ce qui explique précisément l'utilité d'une page dédiée. `/etc/environment` est lu par PAM et s'applique largement, mais ce n'est pas un script shell : il accepte de simples lignes clé égale valeur et rien d'autre, sans expansion ni condition. Les fichiers déposés dans `/etc/profile.d/` sont des scripts shell chargés à la connexion, donc ils peuvent faire plus, mais uniquement pour les shells de connexion. Les sessions graphiques sont le cas délicat, parce qu'un gestionnaire d'affichage peut ne jamais charger votre profil, d'où une variable correctement définie pour un terminal et pourtant absente dans une application de bureau. La nouvelle page existe pour couvrir les sessions graphiques, les sessions console ou les deux sans avoir à se rappeler quel fichier fait quoi.
Cela s'applique-t-il à LMDE comme à Linux Mint ?
Oui, et c'est l'un des détails les plus utiles de l'annonce. La gestion des noyaux vivait auparavant dans le gestionnaire de mises à jour, sous une forme propre aux éditions basées sur Ubuntu. Son déplacement vers l'outil d'administration système la rend aussi disponible sur LMDE, l'édition basée sur Debian. Si vous gardez une machine LMDE comme assurance contre les changements en amont, ce qui est toute la raison d'être de LMDE, elle bénéficie désormais du même comportement de rétention des noyaux plutôt que d'un comportement différent à mémoriser à part.
À quoi sert réellement le support de Fcitx5 dans Cinnamon ?
À la saisie de texte pour les langues qui réclament un moteur de méthode d'entrée plutôt qu'une correspondance directe de touches, c'est à dire l'essentiel du chinois, du japonais et du coréen, plus un bon nombre d'écritures indiennes. Fcitx5 est l'un des deux cadres majeurs pour cela sous Linux. Le détail qui compte ici, c'est la parité complète entre Wayland et X11, parce que les méthodes d'entrée ont été l'une des aspérités les plus tenaces de la transition vers Wayland, et la parité signifie que les utilisateurs n'ont plus à choisir leur type de session selon leur capacité à écrire dans leur propre langue. Cinnamon gagne aussi un visualiseur de dispositions clavier pour remplacer gnome-kbd, abandonné.