Auteur Sujet: Inflation de la taille du noyau Linux et de ses pilotes (Lu 12849 fois)

vivien · « **Réponse #24 le:** 07 mars 2025 à 14:49:07 »

Le système n'est pas bien fait pour la mise à jour de quelques centaines Ko de drivers, on doit mettre à jour chaque mois (ou presque) un fichier de plus de 500 Mo.

mirtouf · « **Réponse #25 le:** 22 mars 2025 à 13:07:05 »

Bonjour connaissez vous GNU Hurd, la collection de serveurs qui utilise le micronoyau Mach ?

vivien · « **Réponse #26 le:** 22 mars 2025 à 13:11:33 »

Debian GNU/Hurd reste un système expérimental, dont la stabilité et les performances sont loin de celles de Debian GNU/Linux.

Il y a également les BSD en alternative, mais cela a un impact fort sur la compatibilité matérielle et la simplicité.

alain_p · « **Réponse #27 le:** 22 mars 2025 à 13:16:59 »

GNU Hurd, combien de divisions ? Je ne connais personne qui l'utilise.

Le noyau monolithique de Linux a au moins un mérite, c'est que tout est sous licences GPL v2. Avec un micronoyau, il pourrait y a voir des modules sous différentes licences. Je n'imagine même pas les problèmes de licences incompatibles, ou demandant d'utiliser tel module sous telles conditions.
A côté des options techniques, on oublie trop souvent le problème des licences.

trekker92 · « **Réponse #28 le:** 22 mars 2025 à 15:14:45 »

Citation de: mirtouf le 22 mars 2025 à 13:07:05

Bonjour connaissez vous GNU Hurd, la collection de serveurs qui utilise le micronoyau Mach ?

Haiku, le système héritier de la lignée BeOS, par jean louis gassée, ancien président d'apple france qui avait tenté de faire virer steve jobs dans les années 80, est certainement plus utilisé que hurd, qui tire dans ses racines le noyau Mach d'Avie Tevanian, qui est à la base, avec des ptits bouts de freebsd, de darwin, le système dans macos/ios.

On pourrait se demander quel OS grand public pourrait utiliser hurd aujourd'hui : à part des chercheurs par ci par là, je crois que juste personne connait. Même plan9 est davantage utilisé que hurd

alain_p · « **Réponse #29 le:** 22 mars 2025 à 16:41:47 »

On sait aussi sous Linux les difficultés à mettre à jour le noyau quand un module est externe est inclus, en particulier un driver blob de carte graphique. Donc si tous les drivers étaient comme cela, j'aurais les plus grosses craintes.

neopbm · « **Réponse #30 le:** 13 mai 2025 à 07:36:35 »

Bonjour,

Peut-être un premier pas vers une (légère) réduction de la taille des noyaux avec l'arrêt du support des anciens matériels : https://macbidouille.com/news/2025/05/11/le-kernel-linux-va-abandonner-le-486

Bonne journée

Tinnyrex · « **Réponse #31 le:** **Hier** à 22:18:25 »

Il y aura du nouveau avec la prochaine version LTS d'ubuntu :
https://www.omgubuntu.co.uk/2026/02/ubuntu-26-04-firmware-split

Traduit avec Claude :

# Ubuntu 26.04 divise le paquet de micrologiciels pour simplifier les mises à jour

**Ubuntu 26.04 LTS (Resolute Raccoon) modifie la manière dont les mises à jour de support matériel sont gérées, en divisant son unique paquet `linux-firmware` en 17 sous-paquets spécifiques aux fournisseurs.**

Cette nouvelle approche vise à réduire la taille des mises à jour de micrologiciels pour la plupart des utilisateurs. Actuellement, les fichiers de micrologiciels sont contenus dans un seul paquet dont la taille de téléchargement dépasse 500 Mo dans les versions récentes (et utilise jusqu'à 1 Go d'espace disque une fois installé).

Par conséquent, même si un correctif de sécurité est appliqué à du matériel spécialisé comme une mise à jour de 100 Ko pour les cartes réseau Netronome ou Mellanox, principalement utilisées dans les centres de données d'entreprise, tous les utilisateurs d'Ubuntu doivent télécharger l'intégralité de la mise à jour `linux-firmware` – plus de 600 Mo dans Questing.

L'ingénieur de Canonical Juerg Haefliger note que les mises à jour de sécurité des micrologiciels arrivent dans le dépôt `-security` qui, pour des raisons d'hygiène de sécurité, n'est pas mis en miroir, ce qui signifie que "le monde entier accède à un seul serveur en même temps".

Les mises à jour volumineuses de fichiers de micrologiciels gaspillent de la bande passante et exercent une pression inutile sur l'infrastructure d'Ubuntu.

Les développeurs de la distribution ont discuté de moyens de réduire la taille des mises à jour de micrologiciels l'année dernière et maintenant, dans Ubuntu 26.04, ils introduisent un système de méta-paquets pour répartir les micrologiciels Linux sur 17 sous-paquets dans les archives `resolute` – résolvant ainsi un bug signalé en 2022.

Les sous-paquets sont :

* linux-firmware-mellanox-spectrum
* linux-firmware-intel-wireless
* linux-firmware-intel-graphics
* linux-firmware-amd-graphics
* linux-firmware-nvidia-graphics
* linux-firmware-intel-misc
* linux-firmware-broadcom-wireless
* linux-firmware-netronome
* linux-firmware-misc
* linux-firmware-qlogic
* linux-firmware-marvell-wireless
* linux-firmware-mediatek
* linux-firmware-marvell-prestera
* linux-firmware-realtek
* linux-firmware-qualcomm-wireless
* linux-firmware-qualcomm-graphics
* linux-firmware-qualcomm-misc

La plupart de ces paquets resteront installés par défaut pour garantir qu'Ubuntu 26.04 LTS fonctionne avec une large gamme de matériels.

La différence est que lorsque des mises à jour de micrologiciels seront publiées, seuls les paquets contenant des micrologiciels modifiés devront être téléchargés. Si, par exemple, une faute de frappe est corrigée dans les pilotes Intel Wireless, seul ce paquet installé récupérera la mise à jour.

Tous les paquets restent regroupés sous l'égide de `linux-firmware`.

Ce changement est actuellement en cours de déploiement et, à condition qu'aucun problème majeur ne soit détecté avec cette nouvelle approche, il sera en place lors de la sortie d'Ubuntu 26.04 LTS en avril 2026.

vivien · « **Réponse #32 le:** **Hier** à 22:53:28 »

Citation de: Tinnyrex le Hier à 22:18:25

L'ingénieur de Canonical Juerg Haefliger note que les mises à jour de sécurité des micrologiciels arrivent dans le dépôt `-security` qui, pour des raisons d'hygiène de sécurité, n'est pas mis en miroir, ce qui signifie que "le monde entier accède à un seul serveur en même temps".

Ce n'est pas tout à fait vrai : Les utilisateurs français on normalement un /etc/apt/sources.list.d/ubuntu.sources de ce type (en configuration par défaut, si la localisation "France Paris" est sélectionnée lors de l'installation) :

Code: [Sélectionner]

Types: deb
URIs: http://fr.archive.ubuntu.com/
Suites: questing questing-updates questing-backports
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Types: deb
URIs: http://security.ubuntu.com/ubuntu/
Suites: questing-security
Components: main restricted universe multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Le dépôt `-security`est présent en double : sur le miroir local et sur security.ubuntu.com

Si le miroir local a les paquets à jour pour la sécurité, c'est sur ce dernier qu'ils sont téléchargés.

Le téléchargement sur security.ubuntu.com se fait en cas de miroir défectueux ou non à jour.

Pour fr.archive.ubuntu.com, je fais une synchronisation toutes les 2 heures (c'est visible sur https://fr.archive.ubuntu.com/log/ ), les cas où les téléchargements se font sur security.ubuntu.com sont rares (et je vois bien passer ces mises à jour mensuelles des Micrologiciels, cela fait des pics de trafics importants).

En tout cas, c'est une bonne chose de scinder ce gros paquet.

Leon · « **Réponse #33 le:** **Aujourd'hui** à 06:17:20 »

Salut à tous les experts Linux.

J'avoue que j'ai beaucoup de mal à comprendre la situation.
Pourquoi le noyau Linux doit contenir TOUS les drivers et firmware, de tous les matériels ?
C'est aberrant, non?
Une machine donnée ne va utiliser que quelques pourcent de tout ça, selon le matériel réel qu'elle a.

Ne serait-il pas plus judicieux de faire des installations minimalistes avec le strict nécessaires, puis de télécharger les drivers et firmware à la demande, selon le matériel de l'utilisateur? J'ai l'impression que c'est ce que fait Windows: après une installation Windows, il manque souvent des drivers spécifiques, qui sont installés à postériori.

Pour revenir à Linux, j'ai récemment installé Ubuntu-server (minimaliste, sans interface graphique, sans application) sur des petites machines de récup (Dell Wyse 3040), et constaté qu'en disque dur, ça bouffait quasi 4Go (sur les 7Go disponibles sur ces machines). Je trouve ça énorme pour un OS de base sans rien.

Leon.

vivien · « **Réponse #34 le:** **Aujourd'hui** à 08:37:41 »

Avec Linux, il est possible d'installer le système sur une clé USB ou un disque dur USB et passer de PC en PC.

J'ai tenté la même chose avec Windows, j'ai un écran bleu au boot quand je change de PC.

Si plusieurs distributions se basent sur Ubuntu et non Debian, c'est souvent pour bénéficier des nombreux firmwares qu'il possède. Ubuntu est connue pour supporter plus de matériels exotiques que d'autres distributions. Le matériel récent est rajouté au fur et à mesure dans les mises à jour mises à jour mensuelles des Micrologiciels.

Aujourd'hui avec un matériel extrêmement récent, l'ordre s'est inversé : c'est plus simple avec Linux qu'avec Windows.

Oui, il se pose une question de quand retirer le matériel obsolète.

Par exemple, les cartes SCCI Adaptec sont encore pleinement supportées par Ubuntu 25.10 (je l'ai installé sur un vieux Pentium 4 avec carte SCSI).

Ubuntu n'est pas forcément la distribution la plus adaptée si tu as très peu d'espace disque. Ubuntu vise une haute compatibilité et les performances (d'où la mise en place de paquets binaires optimisés pour l'architecture x86-64-v3 (aussi appelée amd64v3 chez Ubuntu).
Il y aura peut-être deux ISO pour Ubuntu 26.04 : AMD64 à partir du Pentium 4 et AMD64v3 pour bénéficier des instructions des processeurs récents (date de lancement postérieur à 2013, cf page Wikipedia).
On voit de plus en plus de comparaitf, ou avec certaines configurations (GPU AMD) les jeux Windows tournement plus rapidement sous Linux que Windows. On voit de plus en plus de gamer se tourner vers Linux (merci Steam).

À noter qu'il est possible d'avoir un Linux sur 1,4 Mo : Cf An Embedded 🐧Linux on a Single 💾Floppy 2025 Edition
Pour ton besoin Leon, tu devrais tenter Debian 13.

chad86 · « **Réponse #35 le:** **Aujourd'hui** à 09:11:39 »

Citer

Par conséquent, même si un correctif de sécurité est appliqué à du matériel spécialisé comme une mise à jour de 100 Ko pour les cartes réseau Netronome ou Mellanox, principalement utilisées dans les centres de données d'entreprise, tous les utilisateurs d'Ubuntu doivent télécharger l'intégralité de la mise à jour `linux-firmware` – plus de 600 Mo dans Questing

vraiment ?

je n'ai pas souvenir de ce comportement.

quand j'utilisais Ubuntu je squattais un hotspot dans le quartier
je pense que j'aurais souvenir de mises à jour si lourdes...

en tous les cas sur Debian (la base d'Ubuntu) il ne télécharge que les fichiers à mettre à jour...

des fois je ne télécharge que 100ko par mise à jour

Citer

constaté qu'en disque dur, ça bouffait quasi 4Go (sur les 7Go disponibles sur ces machines). Je trouve ça énorme pour un OS de base sans rien

ah oui sur de très vieilles machines comme cela il faudra voir une distro spéciale
en tous cas pas Debian ni Ubuntu