UKUU : test et installation de noyau automatisés pour Ubuntu et ses dérivés
Vers la 4.19 et au-delà !
Le 31 octobre 2018 à 10h33
4 min
Logiciel
Logiciel
Si compiler votre propre noyau vous fait peur mais que vous avez envie de tester cette version 4.19 tout juste annoncée, UKUU peut être une solution. Ce mécanisme permet le changement et le test de noyau sous Ubuntu et les distributions qui en sont dérivées.
L'un des avantages de systèmes d'exploitation libres comme les distributions Linux, c'est qu'un élément aussi important que le noyau reste accessible, à l'inverse de macOS et Windows notamment.
Il peut donc être mis à jour de manière indépendante, mais aussi téléchargé, modifié et compilé pour répondre à des besoins spécifiques. Une action qui n'est pas sans risques, cet élément constituant le cœur du système. Elle reste donc réservée aux utilisateurs initiés, qui savent ce qu'ils font.
Pour rappel, la commande permettant de connaître la version de son noyau Linux est la suivante :
uname -r
Tester le dernier noyau en date (ou un plus vieux)
Parfois, on aimerait simplement tester une nouvelle version à l'occasion de sa sortie, ne serait-ce que pour profiter de certaines nouveautés. À l'inverse, on peut aussi avoir besoin de revenir sur une mouture antérieure. Or, les différentes distributions peuvent mettre plus ou moins de temps à les intégrer dans leurs dépôts, rendant le « switch » peu aisé.
Tout le monde n'aura pas le courage de télécharger puis de compiler un noyau. C'est là que différentes solutions peuvent entrer en jeu. C'est notamment le cas des dépôts de test, comme Update-testing de Fedora. Debian fait de même. Ubuntu a opté pour la mise à disposition de paquets prêts à l'emploi, là aussi en version stable ou de test.
Il suffit alors de les installer et de modifier la configuration du bootloader (GRUB). Une série d'étapes qui pourra rebuter certains utilisateurs en quête de simplicité. Un outil a été créé dans ce but : UKUU.
Ubuntu Kernel Upgrade Utility
Développé par Tony George sous licence LGPLv3, il se charge de récupérer la liste des noyaux compilés et proposés de manière officielle pour Ubuntu, des notifications vous alertant en cas de nouveauté. Il y a quelques jours, nous avons ainsi été prévenus que la version 4.19 du noyau avait été mise en ligne à des fins de test (Mainline).
Les paramètres de l'outil permettent de choisir si l'on veut être prévenu uniquement pour des versions principales ou non, le délai entre deux vérifications, l'affichage des versions instables ou de celles antérieures à la branche 4.x. Il est aussi possible d'indiquer le délai pendant lequel le menu de GRUB permet de choisir quel noyau utiliser.
Pour le reste, le fonctionnement est simple : il faut sélectionner un noyau et cliquer sur Installer. Il sera alors téléchargé via aria2c, installé et GRUB sera modifié en conséquence. Un message d'alerte indique la procédure à suivre en cas de problème, l'utilisation d'un nouveau noyau pouvant perturber le bon fonctionnement du système.
Un bouton Changements permet d'accéder d'un clic aux notes de version d'un noyau sélectionné. Vous pourrez également supprimer et/ou décider d'utiliser telle ou telle version récupérée via UKUU. Une fonctionnalité de purge permet de retirer tous ceux qui ne sont pas nécessaires en une seule opération.
Comment ça s'installe ?
UKUU peut être utilisé sur Ubuntu ou ses dérivés officiels, mais aussi d'autres distributions reposant sur son code tels qu'Elementary, Mint, etc. Tony George en assure la distribution via un dépôt Personal Package Archives (PPA), permettant une installation simplifiée. Les mises à jour passent ensuite par APT.
La procédure tient ainsi en trois lignes de commandes :
sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt update
sudo apt install ukuu
Vous pouvez également effectuer une compilation depuis les sources :
sudo apt install libgee-0.8-dev libjson-glib-dev libvte-2.91-dev valac
git clone https://github.com/teejee2008/ukuu.git
cd ukuu
make all
sudo make install
Une fois l'installation terminée, l'application sera présente dans le menu principal sous son nom complet.
Le 31 octobre 2018 à 10h33
UKUU : test et installation de noyau automatisés pour Ubuntu et ses dérivés
-
Tester le dernier noyau en date (ou un plus vieux)
-
Ubuntu Kernel Upgrade Utility
-
Comment ça s'installe ?
Commentaires (36)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 31/10/2018 à 10h55
#1
Hey pas mal du tout cette affaire. Je ne connaissais pas, merci de l’info. Même si ça reste malgré tout pour les utilisateurs barbus, ou pour les entreprises qui ont besoin d’une forte main-mise sur le noyau, c’est nickel comme news.
Je sais par exemple que Airbus utilise une redhat spéciale dont le noyau est complètement modifié par les soins des ingénieurs pour faire les softs d’analyses moteurs (et d’autres parties des avions sans doutes).
C’est mieux que de faire tourner les moteur des A380 sous windows 10 " />
Le 31/10/2018 à 10h57
#2
Y’avait des projets pour réaliser des mises à jour noyau à chaud à une époque, qqn sait ce que c’est devenu ?
Le 31/10/2018 à 11h25
#3
Du côté SLES c’est déjà le cas avec Kernel Live Patching, ils en ont même fait une chanson
Mais pas mal cet outil là pour Ubuntu.
Le 31/10/2018 à 11h46
#4
Mais du coup c’est UKKU ou UKUU ?
Le 31/10/2018 à 12h25
#5
" />
Le 31/10/2018 à 12h26
#6
un peu HS, quelqu’un sait pourquoi les Ubuntu LTS n’utilisent quasiment jamais de kernel linux LTS?
Le 31/10/2018 à 12h45
#7
Il y a un équivalent chez Manjaro, dans le Gestionnaire de paramètre de Manjaro ! " />
Le 31/10/2018 à 12h49
#8
Ah oui j’avais complètement zappé, j’avais découvert cette possibilité comme ça d’ailleurs " />
Le 31/10/2018 à 13h13
#9
Ca fait longtemps qu’il y a du Live Patching sur Ubuntu. Gratos pour 3 machines ou moins :https://www.ubuntu.com/livepatch
Le 31/10/2018 à 13h18
#10
A priori, pour le communs des mortels y a pas vraiment d’urgence à changer de noyau… sauf que le 4.19 améliore sensiblement le support des GPU des CPU Ryzen.
A+
Moi j’évite, tant que ça marche je touche à rien.
Le 31/10/2018 à 13h37
#11
Tient je savais pas, merci du tuyau " />
Le 31/10/2018 à 13h49
#12
Au labo on a une machine PCR https://fr.wikipedia.org/wiki/Thermocycleur) qui tourne sous windows.
Une horreur t’as pas idée.
Le 31/10/2018 à 14h07
#13
Le 31/10/2018 à 14h13
#14
Le 31/10/2018 à 14h43
#15
C’est surtout qu’il n’y a jamais besoin de Windows, en fait " /> " />
(ou pas troll, en fait je le pense vraiment)
(bon sauf les jeux, et encore, un pote utilise WineX depuis longtemps pour jouer à Starcraft ou autre).
PS : et puis on est comme un vendredi, pour ceux qui font le pont c’est pareil.
Le 31/10/2018 à 16h08
#16
Est-ce une horreur parce qu’elle tourne sous Windows, ou parce qu’elle a été conçue avec les pieds?
Des tas de choses tournent très bien sous Windows, et il est tout à fait possible de programmer des bouses qui tournent sous Linux (je le sais, je l’ai fait déjà vu quelque part " />)
Le 31/10/2018 à 16h33
#17
Et si jamais un mauvais noyau est déployé, on pourra dire qu’il pue d’UKUU ?
Le 31/10/2018 à 16h49
#18
C’est vrai que pas mal de trucs tournent pas mal sous Windows, mais y’a quand même des cas. À mon boulot, on a un serveur qui fait tourner Tomcat sur Apache… Dans une VM Windows poussive. La recette de la gloire !
Le 31/10/2018 à 17h54
#19
" />" />
Le 31/10/2018 à 17h56
#20
Je l’ai utilisé, notamment quand il y avait des clefs wifi qui étaient ajoutées dans la prise en compte.
Ce type de périphérique n’est quasiment jamais pris en charge de façon native (en tout cas pas sur les 4 clefs que j’ai à la maison…).
Et c’est franchement casse pied de se coltiner un DKMS à refaire à chaque changement de noyau.
Le 31/10/2018 à 18h10
#21
Le 31/10/2018 à 18h25
#22
Le 31/10/2018 à 18h41
#23
est-ce qu’on peut dire que le fait d’avoir un windows dessus revient à avoir un truc conçu avec les pieds ? " />
Vu comment ça rame et plante, pour le coup c’est clairement la partie OS le problème. On a une machine qui a 20 ans qui marche 10 fois mieux (mais plus compliquée à utiliser et pas compatible avec toutes les manips).
Mais oui c’est l’adéquation OS/machine le problème, pas forcément windows vs linux, on est bien d’accord ^^ (on a même des machines sous 3.1 et MSDOS, d’ailleurs ça oblige à conserver précieusement les disquettes car c’est le seul moyen pour récupérer les datas. Mais ça marche nickel)
Le 31/10/2018 à 18h45
#24
Le 31/10/2018 à 19h17
#25
Le 31/10/2018 à 19h20
#26
De mon côté, je dois recompiler le pilote à chaque changement de noyau, tout ça à cause de mon Archer T4U… Je n’ai pas de recompilation/intégration automatique dans le nouveau noyau.
Y-a-t’il une option quelque part ?
Le 31/10/2018 à 19h25
#27
t’imagine meme pas à quel point la plupart des outils vendus par les industriels sont mal conçu côté ergonomie/OS. Surtout pour des appareils de ce prix (et là c’est un truc de base, y a pire). Genre là on a une nouvelle machine : sur l’ancienne on a d’une part le PC et d’autre par la machine : en cas de panne de la machine (ça arrive vu les appareils), on pouvait à minima récupérer nos data sur le PC ou utiliser les logiciels spécifiques (car oui on a pas les moyens de payer des licences pour tout le monde :s). bah sur la nouvelle tout est intégré : si la partie appareils plante, tout la bécane est H, pas moyen de récupérer des datas ou d’utiliser le logiciel spécifique. Résultat, on a du attendre 1 mois avant de pouvoir analyser des anciens jeux de données suite à une simple panne d’objectif.
Sans deg c’est qui le débile qui a inventé un truc pareil ?
En fait on a des appareils sous linux, mais c’est parce qu’à la base ils ont été conçu par et pour des scientifiques (notamment la partie analyse. L’exemple type c’est la RMN où tout est sous linux, que se soit la partie controle de la machine ou le travail sur les data ensuite). Sinon c’est sous windows.
Le 31/10/2018 à 19h48
#28
Le 31/10/2018 à 19h55
#29
on se rassurera en sachant que c’est un fabriquant anglais et non français ;) (pour le coup l’équivalent fr est 100x mieux pour avoir tester les 2, mais bon plus chère …)
Le 31/10/2018 à 20h41
#30
Le 31/10/2018 à 21h54
#31
Le 01/11/2018 à 11h11
#32
Non mais …
Alors qu’un pauvre linux sans interface graphique serait dix fois plus stable et surtout plus évolutif… mais non les mecs dev sous du crosoft parce que c’est mieux… enfin parce qu’ils refusent d’apprendre et d’évoluer sur d’autre technos…
Alors qu’un kernel en tout est pour tout en comptant large en 4h c’est recompilé, patché etc… et donc à jour… et avec la solution de l’article en gros en 1 heures c’est fait, testé etc…
Le 02/11/2018 à 11h15
#33
Merci pour ton commentaire.
C’est clair que c’est tellement plus simple, fiable, économique, pratique et efficace d’utiliser du Linux (voire du BSD), tellement adaptable, je ne pige pas qu’on utilise du Windows dans la recherche (et même ailleurs mais bon).
Sans parler des questions de licence aussi ; rien que pour ça, le monde propriétaire est parfois kafkaïen, les conditions pour les bases de données (MS-SQL ou Oracle) selon que c’est virtualisé et comment, le prix change, etc. " />
Le 02/11/2018 à 17h27
#34
Canonical (pour Ubuntu donc) propose livepatch : https://www.ubuntu.com/livepatch, c’est gratuit pour tout possesseur d’un compte Ubuntu One jusqu’a 3 machines, pour les Cloud c’est payant par contre.
Le 02/11/2018 à 20h19
#35
Le 02/11/2018 à 21h24
#36
Ah non surtout pas c’est un constat sur des machines outils neuves chez un client cette semaine qui m’a fait prendre du recul…
Des prises de becs entre les tecs, la maintenance, les opérateurs etc… un vrai cauchemar pour eux moi je ne fait que du réseau (rfc1918) et du linux et j’ai déjà du mal… je suis expert de rien et je le revendique " />
Ce que je ne comprends pas et je rejoins OlivierJ
c’est plus une incompréhension sur certaines solutions pondues…
Parce que des vieux trucs fiables et éprouvés il y en a pleins en informatique mais pas les OS windows… rien qu’en gestion de licences, de couches, d’évolutivité… c’est un capharnaüm c’est tout.
Mais il a du bon et du mauvais dans toutes les solutions je ne lance pas une guerre windows linux mais pour moi dans certains cas créer des machines qui doivent durer au moins 10 ans et les lancer en 2018 sous 98/NT/XP c’est une hérésie…
Et je le répète je ne suis pas pire ou meilleur qu’un autre je suis juste un informaticien lambda qui essaye de faire son taf correctement c’est tout.