🌽 Compilez et installez le noyau Linux à partir des sources

Ce n'est pas souvent que de nouvelles idées viennent à l'esprit, mais quand elles surviennent, elles sont toujours juste ce qu'il faut de bizarre... Sans trop m'éloigner, c'est justement à cause de cette évolution des choses qu'il y a des années, pour le première fois, je me suis retrouvé à compiler le noyau Linux à partir des sources — sur un Raspberry Pi 3 entre autres, ce que, avec le recul, je ne recommanderais pas — et maintenant, hier précisément, encore une autre fois, après des années (cette fois sur PC, heureusement ), dans un but que je ne gâcherai pas.

Pourquoi recompiler le noyau ? 😯️

Linux est basé sur une architecture monolithique, ce qui ne nous préoccuperait guère... si ce n'était du fait que cela a une implication gênante : toute fonction qui fonctionne au niveau du noyau doit y être compilée. . Même le mécanisme des soi-disant modules ne couvre pas toutes les situations possibles (du moins pas sur le plan pratique), et on peut donc se retrouver dans des situations dans lesquelles le noyau fourni par la distribution (ou par le fabricant du matériel), même s'il est mis à jour, n'a pas quelque chose qui est nécessaire et doit donc être remplacé.

Considérant la variété infinie des distributions Linux, des référentiels qui distribuent des noyaux compatibles ou non, et en combinant cela avec la diversité des options individuelles qui peuvent être activées lors de la compilation du noyau... ce n'est pas seulement dans de rares cas que la compilation à partir des sources est la seule solution, mais c'est souvent la plus pratique. Heureusement, la compilation du noyau Linux est très simple — nettement plus facile que l'application de bureau Linucs moyenne, avec trois mille dépendances toujours en conflit — mais il n'y a peut-être pas de détails si immédiats dans le processus, alors… voici ma note

0. Départ et prérequis 📦️

Cette note porte sur la recompilation plus générique du noyau Linux, c'est à dire la variante officielle (celle de Linus Torvalds) sur et pour un PC de bureau x86_64 (ou AMD64). Pas de forks ou de variantes corrigées, pas de versions OEM merdiques, pas d'installation sur des appareils embarqués ou autrement ésotériques, pas de compilation distribuée ou multiplateforme. Pour les cas plus ou moins limites, les choses à faire peuvent varier plus ou moins, même si la tendance reste la même... tu vois, allez, le fait est que j'assume cette situation. Dans mon cas, il n'y a même pas de modules de noyau propriétaires.

Mis à part les outils favoris pour obtenir le noyau, le décompresser si nécessaire, et quelques distractions pour passer un temps considérable, les prérequis sont assez minimes. Au minimum, vous avez besoin d'un compilateur C (gcc) pour des raisons évidentes, de GNU Make pour exécuter les makefiles, de quelques outils assortis au nom oubliable et de quelques bibliothèques super spécifiques d'intérêt limité. Ensuite, je pense que d'autres packages peuvent être nécessaires, en fonction de la distribution Linux utilisée ou des fonctionnalités à compiler.

En fait, il n'est pas très clair sur le Web quels packages sont vraiment nécessaires et lesquels quelqu'un qui a réalisé d'autres guides a dit "eh bien, mettons-le juste pour être sûr"... Je mettrai à jour ici avec le prix précis des listes au fur et à mesure que je vérifie, y compris des planches excessives si nécessaire (pour ceux qui acceptent de perdre de l'espace mais pas du temps). Pour moi, c'est généralement une stratégie d'installer le minimum possible lorsqu'une exigence n'est pas claire, de démarrer la compilation et d'installer toute autre dépendance lorsque des erreurs surviennent à cet égard.

Debian et dérivés (apt) :

• build-essential libelf-dev (obligatoire)
• ncurses-dev (pour utiliser la configuration du menu TUI)

1. Obtention du code ⛓️

Le code source Linux peut être pris officiellement depuis Git principal, depuis Torvalds GitHub , ou < un href="https://kernel.org" rel="noopener nofollow" target="_blank">du site Kernel.org. Je préfère la dernière option, qui affiche bien en évidence les dernières versions réellement nécessaires, jusqu'à la branche prise en charge la plus ancienne.

Il existe plusieurs versions prises en charge à un moment donné. Généralement, s'il n'y a aucune raison d'installer un noyau plus ancien, un noyau plus récent est préférable ; Ce n’est pas trop nouveau cependant, car vivre à la pointe de la technologie signifie perdre du sang, avec parfois des problèmes parfois même graves qui peuvent surgir ! Du coup, j'évite la branche mainline, mise à jour quotidiennement ou presque, comme la peste, et choisis généralement stable, mise à jour avec un peu "plus de jours. D'autres utilisateurs pourraient légitimement préférer le plus récent longterm (celui du haut), pour encore plus de stabilité, mais je le trouve inutile.

Pour chaque ligne de version, à part la date, ce qui compte c'est le lien [tarball], donc vous téléchargez ce fichier là. Vous pouvez ensuite l'extraire dans un dossier pratique, entre autres, avec la commande tar xvf . Toutes les commandes à exécuter à partir de ce point se trouveront dans le dossier préparé.

...Vous devez également télécharger le fichier PGP, lorsqu'il est présent, qui sert à vérifier que le téléchargement est intact et qu'il provient de distributeurs légitimes. En réalité, cependant, toutes les versions ne l'ont pas déjà (ce qui implique qu'au fond...), le téléchargement se fait depuis le site officiel avec HTTPS (il sera donc difficile de le modifier), c'est une archive compressée (donc si elle est corrompue devrait échouer l'extraction), et faire la vérification est une douleur époustouflante dans le cul. D'autres institutions auront des exigences de sécurité plus élevées, mais pour les utilisateurs privés, c'est franchement ennuyeux, je ne le fais pas, je m'en fiche.

2. Configuration du noyau 🔩️

La configuration du noyau est la partie la plus complexe... parce que vous ne pouvez pas exécuter de commandes par inertie, mais vous devez choisir ce dont vous avez réellement besoin, eh bien, avoir le noyau avec des options osseuses . Il existe, comme mentionné, des configurations infinies et différentes manières de les utiliser. Le point principal est qu'il existe un énorme fichier texte, avec diverses options (principalement booléennes), que vous pouvez modifier.

Modifier cette chose à la main est cependant fou, car il existe des outils intelligents basés sur des menus intégrés au processus de construction pour gérer les différentes possibilités. Ici aussi, un demi-gâchis, mais le choix se porte principalement entre deux programmes respectivement TUI et GUI, qui peuvent être invoqués respectivement avec make menuconfig et make xconfig. Je préfère xconfig pour plus de commodité et, bien que j'aie utilisé la configuration du menu Curses dans le passé, et qu'elle soit assez intuitive pour moi, apparemment pour beaucoup, ce n'est pas le cas... et le comment utiliser ce menu n'est pas le sujet d'aujourd'hui.

menuconfig contre xconfig

Si vous ne faites rien d'autre, la configuration que vous allez modifier est celle par défaut du noyau au fur et à mesure de son développement. Je n'ai jamais eu de problèmes pour l'utiliser comme base, mais, si nécessaire, en plus de ceux partagés par d'autres utilisateurs, vous pouvez utiliser celui de la distribution actuelle. Selon la façon dont votre système expose la configuration du noyau, vous pouvez (généralement) la lire avec cat /boot/config-$(uname r), cat /boot/config, ou zcat /proc/config.gz. Écrivez-le simplement (>) dans le fichier ./.config pour l'appliquer à la configuration actuelle.

Dans ce cas, je voulais activer le support du nouveau pilote NTFS, donc dans xconfig j'appuie sur CTRL+F, je recherche "ntfs3" et je règle sur (Y) l'option qui parle de "NTFS Read/Write quelque chose quelque chose" ; puis, je sauvegarde la configuration, je ferme, et... j'ai terminé, incroyable.

3. Compilation du code 🧑u200d🍳️

Avec la compilation, c'est un moment ennuyeux, car il faut simplement laisser le temps à l'ordinateur de traiter des millions (!) de lignes de code. Ce n'est pas bon, mais au moins ce n'est pas la fin du monde : sur n'importe quel PC qui n'est pas vraiment un hack, vous devriez le faire en moins de 4 heures. Sur le Raspberry Pi 3 cela m'a pris une journée et demie avec le CPU à températures nucléaires (et aussi pour cette raison je le déconseille...), mais sur mon PC (Ryzen 3 3200G, 16 Go de RAM dont un peu sont occupés par la compilation, sur un SSD bas de gamme) Je pense qu'il m'a fallu un peu moins de 3 heures pour compiler la version 6.10.7.

Il vous suffit d'exécuter make, et Linucs se adaptera à l'architecture CPU actuelle, vive la magie ! Mieux encore, make -j$(nproc) pour utiliser tous les cœurs de processeur disponibles... La poignée d'heures, je dois le souligner, sont mesurées par rapport à cela, sinon ce serait une demi-journée, puisque mon PC a 4 cœurs ; il pourrait le faire beaucoup plus tôt en ayant plus de cœurs, car il peut compiler efficacement encore plus de fichiers en parallèle.

Au moins pendant les premières minutes, c'est une bonne idée de garder un œil sur le terminal, pour voir si des erreurs se produisent et si la compilation s'arrête. Des erreurs absurdes ne me sont jamais arrivées, mais, comme je l'ai dit, si vous n'installez pas toutes les dépendances, quelque chose en rapport avec celles-ci pourrait sortir... dans ce cas, vous installez ce qui manque (en référence à votre distribution), et continuez avec la commande précédente.

En fonction de votre configuration, vous aurez besoin de plus ou moins d'espace disque pour terminer la compilation. Même si le noyau lui-même ne pèse jamais plus de quelques Mo (et les modules quelques dizaines de Mo), le dossier pesait en fin de compte environ 22 Go, c'est donc une bonne idée soit de vous assurer que vous disposez de suffisamment d'espace, soit vérifiez de temps en temps que cela ne se termine pas. Et si cela se termine pendant le processus, vous libérez simplement de l’espace et continuez comme avant. (Tant que votre système de fichiers n'est pas corrompu simplement en étant plein à 100 %, n'est-ce pas BTRFS ?)

4. Installation des noyaux et des modules 🏗️

Vous n'avez pas besoin des autorisations root pour compiler le noyau, ce qui est pratique au cas où vous souhaiteriez voler temporairement l'ordinateur le plus puissant de quelqu'un d'autre pour faire le travail... mais, pour l'installer, vous avez évidemment besoin de celles du système actuel. .

Ici, c'est non seulement simple, mais aussi assez rapide (quelques minutes maximum) : en lançant (en tant que root) d'abord make install, puis INSTALL_MOD_STRIP=1 make install_modules, ils seront installés respectivement dans les chemins appropriés (en supposant que vous n'ayez pas modifié les noms) : l'image du noyau (vmlinuz-x.x.x-. ..), généralement dans /boot et les modules, généralement dans /lib/modules/linux-x.x.x-...< /code> . Les modules sont des fichiers distincts du noyau, car ils sont chargés par le système lorsque cela est nécessaire... le fait est que certains d'entre eux sont utilisés pour terminer le démarrage, ils doivent donc être installés.