Actualiser le Kernel Linux-Libre
Ce tutoriel indique des méthodes faciles et rapides pour mettre votre noyau Linux-libre à niveau vers une nouvelle version. Cette nouvelle version est susceptible d'offrir une prise en charge libre pour davantage de matériel que le noyau par défaut fourni avec Trisquel ainsi que d'améliorer la performance.
Utilisation des piles d'activation (enablement stacks) LTS fournies par Trisquel
Cette méthode de mise à niveau est probablement la meilleure car les paquets distribués (basés sur ceux d'Ubuntu) sont adaptés à Trisquel par ses développeurs, lesquels s'assurent également que ces paquets sont conformes aux recommandations pour les distributions systèmes libres (GNU FSDG).
Citation traduite à partir du Wiki anglophone d'Ubuntu :
- Les piles d'activation [NdT : enablement stacks, en anglais] Ubuntu LTS fournissent un noyau et une prise en charge de X plus récents pour les versions LTS existantes [N. B. : toutes les versions de Trisquel sont désormais LTS]. [...] Ces piles d'activation plus récentes sont destinées à un usage pour ordinateur de bureau et serveur uniquement. Elles ne sont pas recommandées pour le nuage ou des images virtuelles.
Comme ces piles incluent le noyau et les piles de X les plus récents issus des versions d'Ubuntu STS (support à court terme), lesquelles paraissent tous les six mois, il se peut qu'elles ne soient pas suffisamment à jour pour les besoins de certains utilisateurs de Trisquel. Si tel est le cas, nous leur suggérons d'essayer les dépôts Linux-libre proposés par jxself, eux-mêmes entièremement libres au sens du mouvement pour le logiciel libre (voir plus loin, la section « Utiliser le dépôt de jxself »). Ces dépôts de jxself ne supporteront pas nécessairement les configurations par défaut de Trisquel et d'Ubuntu (par exemple, AppArmor) ou ne correspondront pas parfaitement à leur pile graphique Xorg, mais seront toutefois susceptibles de fonctionner normalement.
Piles pour Trisquel 8 « Flidas » (16.04 'Xenial Xerus')
Version du noyau Linux-libre : 4.13 $ sudo apt install --install-recommends linux-generic-hwe-8.0 xserver-xorg-hwe-16.04
Piles pour Trisquel 7 « Belenos » (14.04 « Trusty »)
Issue et adaptée d'Ubuntu 14.10 « Utopic »
Version du noyau Linux-libre : 3.16.
Ouvrir un terminal et y copier la commande suivante : $ sudo apt-get install --install-recommends {linux-generic,xserver-xorg,libgl1-mesa-glx,libegl1-mesa-drivers}-lts-utopic
Issue et adaptée d'Ubuntu 15.04 « Vivid »
Bientôt disponible.
Petite fonction bash
De manière optionnelle, il est possible de simplifier la commande d'installation de l'actuelle pile d'activation (enablement stack) et des piles ultérieures en collant la fonction suivante à la suite de votre fichier ~/.bashrc.
lts_enablement_stack ()
{
if [ -n "$1" ]; then
name="$1";
else
echo "Sorry, no parameters given.";
echo "Please do: \"lts_enablement_stack \$codename\".";
return;
fi;
sudo apt-get install --install-recommends {linux-generic,xserver-xorg,libgl1-mesa-glx,libegl1-mesa-drivers}-lts-$name;
return
}
Ceci ajoute à votre système la nouvelle commande suivante : lts_enablement_stack.
Suite à son ajout dans ~/.bashrc, la commande en question sera disponible après une relecture de ce fichier (commande source ~./bashrc, déconnexion puis reconnexion au système ou encore ouverture d'une nouvelle fenêtre de console).
Pour être correctement utilisée, cette commande doit ensuite recevoir en argument le nom de code de la pile d'activation (enablement stack) souhaitée. Par exemple, pour installer la pile issue et adaptée d'Ubuntu 14.10 « Utopic », on a tapera simplement lts_enablement_stack utopic.
Cette même commande devrait ultérieurement fonctionner lorsqu'il s'agira, par exemple, d'installer la pile issue et adaptée d'Ubuntu 15.04 « Vivid ». L'argument à fournir sera alors vivid.
Piles pour Trisquel 6 « Toutatis » (12.04 « Precise »)
Actuellement, il y a une pile d'activation LTS (enablement stack) prise en charge : celle d'Ubuntu 14.04 LTS « Trusty » ou de Trisquel 7.0 « Belenos ». Le noyau et la pile de X fournis avec Trisquel 6.0 (issus d'Ubuntu 12.04 LTS) sont également supportés. Si vous avez installé une pile d'activation LTS issue de 12.10, 13.04 ou 13,10, vous devriez immédiatement effectuer la mise à niveau vers la pile pour Trisquel 7 « Belenos » (14.04 « Trusty ») en utilisant la commande indiquée dans la section précedente. En effet, les anciennes piles d'activation ne sont désormais plus prises en charge.
Issue et adaptée d'Ubuntu 14.04 « Trusty »
Version du noyau Linux-libre : 3.13.
Ouvrir un terminal et y copier la commande ci-dessous.
sudo apt-get install --install-recommends {linux-generic,xserver-xorg,libgl1-mesa-glx}-lts-trusty
Si vous avez installé une pile d'activation (enablement stack) plus ancienne, cette commande est susceptible d'échouer. Jetez alors un coup d'œil à la page de ce bug (en anglais) pour une solution.
Vérification de l'état de la prise en charge
Lancez la commande ci-dessous dans un terminal. Note: HWE termine sa vie en 2017.
hwe-support-status --verboseDans Toutatis, avec une pile activée issue de Trusty, cela affichera le message (traduisible par : « Votre pile d'activation de matériel est prise en charge jusqu'en avril 2017. ») ci-dessous.
Your Hardware Enablement Stack (HWE) is supported until April 2017.
Utilisation du dépôt de jxself
Il s'agit ici d'une méthode alternative aux piles d'activation LTS. Elle consiste en l'ajout de dépôts dédiés (entièrement libres) et l'installation de paquets (100% libres également) adaptés à votre architecture matérielle.
Les paquets en question permettent notamment l'installation d'un noyau Linux-libre plus récent que ceux proposés par les piles d'activation LTS (enablement stacks). Ceci peut s'avérer utile pour améliorer encore davantage la prise en charge de certains matériels et possiblement les performances générales du système.
Les dépôts contiennent donc des paquets au format .deb, compilés pour les processeurs x86 d'architecture 32 et 64 bits. Selon jxself, qui en assure la maintenance, il est réputé compatible avec différentes distributions GNU/Linux dérivées de Debian, et notamment Trisquel.
Un grand merci à jxself pour la maintenance de ce dépôt. Plus d'informations sur son site (en anglais) : http://jxself.org/linux-libre/.
Ajout manuel du dépôt
1. Modification du fichier sources.list
Nous allons modifier le fichier /etc/apt/sources.list de façon à y ajouter le nouveau dépôt. Pour cela, exécutez, dans un terminal, la commande ci-dessous.
echo 'deb http://linux-libre.fsfla.org/pub/linux-libre/freesh/ freesh main' | sudo tee -a /etc/apt/sources.list2. Téléchargement et ajout de la clé GPG du dépôt
Exécutez, dans un terminal, la commande ci-dessous.
wget https://jxself.org/gpg.incUne fois le téléchargement achevé, ajoutez cette clé au gestionnaire de paquets comme ci-dessous.
sudo apt-key add gpg.inc3. Actualisation des dépôts :
Les informations sur les dépôts doivent être actualisées afin que le nouveau noyau vous soit proposé par votre gestionnaire de paquets. Pour cela, écrivez ce qui suit dans le terminal.
sudo apt-get update(À votre convenance, aptitude peut remplacer apt-get.)
Installation d'un noyau Linux-libre plus récent
Le dépôt que nous venons d'ajouter propose différents paquets qui correspondent à différentes versions du noyau Linux-libre, pour différentes architectures (x86 en 32 ou 64 bits) et différents modes d'actualisation ou de mise à niveau.
Dans l'exemple qui suit, nous allons voir comment installer la toute dernière version stable du noyau Linux-libre.
De plus, le paquet que nous choisirons d'installer autorisera ensuite une mise à niveau automatique de la version du noyau Linux-libre au fil du temps. Ainsi, en dehors des habituels correctifs de sécurité, votre gestionnaire de mises à jour vous proposera toujours la dernière version stable de ce noyau.
Choix du noyau correspondant à l'architecture de son système
Si vous ignorez quel type de processeur vous utilisez (ce qui détermine votre type d'architecture), la commande suivante vous l'indiquera.
archSi la commande arch vous renvoie « i686 » (ou dans de plus rares cas « i386 »), c'est que vous utilisez une machine 32 bits.
Si elle vous renvoie « x86_64 », vous utilisez une machine 64 bits.
Dans l'éventualité où votre système dispose d'une architecture 32 bits, il vous faudra encore savoir s'il supporte la fonctionnalité d'extension d'adresse physique (physical address extension ou PAE). Pour ce faire, utilisez la commande suivante.
grep --color=always -i PAE /proc/cpuinfoSi, dans la sortie que renvoie cette commande, la mention PAE est surlignée, alors, votre système prend cette fonctionnalité en charge. Sinon, ce n'est pas le cas.
Ce tableau vous permet de savoir quels sont les paquets à installer en fonction de votre architecture :
| Architecture CPU | Nom du paquet | ||
|---|---|---|---|
| x86 | 32-bit | Systèmes supportant PAE | linux-libre32 linux-libre32-headers |
| Systèmes ne supportant pas PAE | linux-libre32-nonpae linux-libre32-headers-nonpae |
||
| 64-bit | linux-libre64 linux-libre64-headers |
||
Installation du noyau (et des en-têtes, si nécessaire)
Pour notre exemple, nous considérerons que la machine sur laquelle Trisquel est installée possède un microprocesseur d'architecture 64 bits. Nous installerons donc le noyau linux-libre64 et les en-têtes linux-libre64-headers associées (ces en-têtes sont nécessaires à certaines applications comme Virtualbox).
Maintenant, nous allons simplement utiliser apt-get (ou aptitude) de façon à installer, à partir du dépôt, le noyau Linux-libre le plus récent et automatiquement mis à niveau. Pour cela, il faudra simplement exécuter la commande suivante dans un terminal.
sudo apt-get install linux-libre64 linux-libre64-headersComme l'indique le tableau de la section précédente, pour une machine avec une architecture 32 bits supportant la fonctionnalité PAE il suffit ici de remplacer le nombre 64 par 32.
Il ne vous reste plus qu'à patienter jusqu’à la fin de l’installation.
Actualisation de Grub
Ceci est la dernière, mais aussi la plus importante, étape. En effet, sans cette actualisation, il ne vous serait pas possible de voir et de démarrer, au démarrage de la machine, le nouveau noyau fraîchement installé. Ce serait très dommage vu tout le travail réalisé jusqu'à maintenant ! Pour cette dernière étape, exécutez ce qui suit dans le terminal.
sudo update-grub2Patientez jusqu’à la fin de la mise à jour de GRUB et redémarrez la machine.
Vous utilisez désormais Trisquel Gnu/Linux avec un super nouveau noyau Linux-libre fraîchement installé.
Si vous rencontrez un problème, merci de le rapporter :
En complément : aperçu détaillé du dépôt
Comme indiqué plus haut, le dépôt proposé par jxself pour le noyau Linux-libre contient différentes versions pour différents usages.
Aussi, peut-être préférerez-vous installer une autre version du noyau ou un autre type de paquet que ceux proposés dans l'exemple précédent.
Pour cette raison, l'ensemble des paquets disponibles dans ce dépôt et leurs caractéristiques sont résumés par le tableau suivant.
| Version du noyau | Durée de prise en charge | Modalités de la prise en charge | Noms des paquets 32 bits | Noms des paquets 64 bits |
|---|---|---|---|---|
| 4.1 | Dernière série stable, supportée pendant 2 à 3 mois après sa sortie | Vous recevrez des mises à jour pour la série 4.1 jusqu'à ce que la version 4.2 soit publiée. Ceci devrait arriver aux environs d'août 2015. À ce moment, votre gestionnaire de paquets vous mettra à niveau vers la série 4.2, même si la série 4.1 est toujours prise en charge. Vous obtiendrez également toutes les versions du noyau à venir. Si vous voulez systématiquement utiliser la dernière version du noyau, c'est le paquet que vous souhaiterez installer. | Pour les systèmes supportant PAE : linux-libre32 (Paquets optionnels) : linux-libre32-headers linux-libre32-source |
linux-libre64 (Paquets optionnels) : linux-libre64-headers linux-libre64-source |
| Pour les systèmes ne supportant pas PAE : linux-libre32-nonpae Paquets optionnels : linux-libre32-headers-nonpae linux-libre32-source-nonpae |
||||
| Vous recevrez les mises à jour pendant toute la durée de support de la série 4.1. Il ne vous sera pas proposé de mise à niveau vers la version 4.2 lorsqu'elle sortira (ni vers aucune autre version) et vous continuerez à recevoir les mises à jour pour la série 4.1 jusqu'à ce que son support cesse. Ceci devrait arriver dans les deux semaines après la sortie de la version 4.2, laquelle doit paraître aux environs d'août 2015. Vous pouvez effectuer manuellement la mise à niveau vers une série du noyau plus récente à tout moment, en installant les paquets appropriés. Si vous voulez utiliser le dernier noyau mais ne souhaitez pas l'installer immédiatement après sa sortie, ce paquet est pour vous. | Pour les systèmes supportant le PAE : linux-libre32-4.1 Paquets optionnels : linux-libre32-4.1-headers linux-libre32-4.1-source |
linux-libre64-4.1 Paquets optionnels : linux-libre64-4.1-headers linux-libre64-4.1-source |
||
| Pour les systèmes ne supportant pas PAE: linux-libre32-4.1-nonpae Paquets optionnels: linux-libre32-4.1-headers-nonpae linux-libre32-4.1-source-nonpae |
||||
| 3.14 | Actuelle série de support à long terme, supportée jusqu'en août 2016. | Vous recevrez les mises à jour pour la série 3.14 jusqu'à ce que la prochaine version de support à long terme soit publiée. Ceci est prévu au cours le la période août/septembre 2015. À ce moment, votre gestionnaire de paquets vous mettra à niveau vers la prochaine version de support à long terme, bien que la série 3.14 soit supportée jusqu'en août 2016. Si vous voulez systématiquement utiliser la dernière version de support à long terme, c'est le paquet que vous souhaiterez installer. | Pour les systèmes supportant PAE : linux-libre32-lts Paquets optionnels : linux-libre32-lts-headers linux-libre32-lts-source |
linux-libre64-lts Paquets optionnels : linux-libre64-lts-headers linux-libre64-lts-source |
| Pour les systèmes ne supportant pas PAE: linux-libre32-lts-nonpae Paquets optionnels : linux-libre32-lts-headers-nonpae linux-libre32-lts-source-nonpae |
||||
| Vous recevrez les mises à jour pour toute la durée de la série 3.14. Il ne vous sera pas proposé de mise à niveau vers la prochaine version de support à long terme lorsqu'elle sera publiée. Au lieu de ça, vous continuerez à recevoir les mises à jour de la série 3.14 jusqu'à ce que son support cesse. Ceci devrait arriver en août 2016. Vous pouvez effectuer la mise à niveau vers une série du noyau plus récente à tout moment, en installant les paquets appropriés. Si vous voulez utiliser les noyaux de support à long terme mais ne désirez pas de mise à niveau vers une nouvelle série dès sa sortie, ce paquet est pour vous. | Pour les systèmes supportant PAE: linux-libre32-3.14 Paquets optionnels : linux-libre32-3.14-headers linux-libre32-3.14-source |
linux-libre64-3.14 Paquets optionnels : linux-libre64-3.14-headers linux-libre64-3.14-source |
||
| Pour les systèmes ne supportant pas PAE : linux-libre32-3.14-nonpae Paquets optionnels : linux-libre32-3.14-headers-nonpae linux-libre32-3.14-source-nonpae |
||||
| 3.10 | Ancienne série de support à long terme, supportée jusqu'en septembre 2015. | Vous recevrez les mises à jour pour toute la durée de la série 3.10 jusqu'à ce que son support cesse. Ceci devrait arriver en septembre 2015. Il ne vous sera pas proposé de mise à niveau vers une série plus récente, mais vous pouvez le faire vous-même manuellement à tout moment, en installant les paquets appropriés. Si vous voulez utiliser l'ancienne série de support à long terme plutôt que la dernière, ce paquet est pour vous. | Pour les systèmes supportant PAE: linux-libre32-3.10 Paquets optionnels : linux-libre32-3.10-headers linux-libre32-3.10-source |
linux-libre64-3.10 Paquets optionnels : linux-libre64-3.10-headers linux-libre64-3.10-source |
| Pour les systèmes ne supportant pas PAE: linux-libre32-3.10-nonpae Paquets optionnels : linux-libre32-3.10-headers-nonpae linux-libre32-3.10-source-nonpae |
