UKUU : test et installation de noyau automatisés pour Ubuntu et ses dérivés

UKUU : test et installation de noyau automatisés pour Ubuntu et ses dérivés

Vers la 4.19 et au-delà !

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

31/10/2018 4 minutes
36

UKUU : test et installation de noyau automatisés pour Ubuntu et ses dérivés

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.

  • Ubuntu UKUU 18.5.1
  • Ubuntu UKUU 18.5.1
  • Ubuntu UKUU 18.5.1
  • Ubuntu UKUU 18.5.1
  • Ubuntu UKUU 18.5.1

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. 

36

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Tester le dernier noyau en date (ou un plus vieux)

Ubuntu Kernel Upgrade Utility

Comment ça s'installe ?

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Commentaires (36)


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 <img data-src=" />


Y’avait des projets pour réaliser des mises à jour noyau à chaud à une époque, qqn sait ce que c’est devenu ?


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.


Mais du coup c’est UKKU ou UKUU ?


<img data-src=" />


un peu HS, quelqu’un sait pourquoi les Ubuntu LTS n’utilisent quasiment jamais de kernel linux LTS?


Il y a un équivalent chez&nbsp;Manjaro,&nbsp;dans le Gestionnaire de paramètre de Manjaro !&nbsp;<img data-src=" />


Ah oui j’avais complètement zappé, j’avais découvert cette possibilité comme ça d’ailleurs <img data-src=" />


Ca fait longtemps qu’il y a du Live Patching sur Ubuntu. Gratos pour 3 machines ou moins :https://www.ubuntu.com/livepatch


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.&nbsp;


Tient je savais pas, merci du tuyau <img data-src=" />


Au labo on a une machine PCR https://fr.wikipedia.org/wiki/Thermocycleur) qui tourne sous windows.



Une horreur t’as pas idée.








odoc a écrit :



Au labo on a une machine PCR https://fr.wikipedia.org/wiki/Thermocycleur) qui tourne sous windows.



Une horreur t’as pas idée.







<img data-src=" /> Mon pauv’ vieux <img data-src=" />









odoc a écrit :



Au labo on a une machine PCR https://fr.wikipedia.org/wiki/Thermocycleur) qui tourne sous windows.



Une horreur t’as pas idée.



Il y a vraiment besoin d’un Windows dans ce genre d’automate pour des tâches aussi simples? <img data-src=" />



C’est surtout qu’il n’y a jamais besoin de Windows, en fait <img data-src=" /> <img data-src=" />



(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.


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 <img data-src=" />)


Et si jamais un mauvais noyau est déployé, on pourra dire qu’il pue d’UKUU ?


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 !


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.








OlivierJ a écrit :



C’est surtout qu’il n’y a jamais besoin de Windows, en fait <img data-src=" /> <img data-src=" />



(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).



Pas plus que de Linux, MacOS ou UNIX, en fait <img data-src=" />

Ils sont capables de faire +/- la même chose, c’est surtout l’ergonomie et la philosophie derrière qui font la différence.









OlivierJ a écrit :



PS : et puis on est comme un vendredi, pour ceux qui font le pont c’est pareil.



Spafo <img data-src=" />









Sylvounet a écrit :



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.





Sur Ubuntu en particulier, c’est refait automatiquement à chaque mise à jour noyau, le côté DKMS ; ou alors j’ai mal compris la question.



est-ce qu’on peut dire que le fait d’avoir un windows dessus revient à avoir un truc conçu avec les pieds ? <img data-src=" />



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)








boogieplayer a écrit :



<img data-src=" /> Mon pauv’ vieux <img data-src=" />







merci du soutiens <img data-src=" /> (je tanne mon chef pour qu’on en achète une seconde, qui sait :s)







Patch a écrit :



Il y a vraiment besoin d’un Windows dans ce genre d’automate pour des tâches aussi simples? <img data-src=" />







faut une interface utilisateur pour programmer les cycles de chauffe/refroidissement et les machines maintenant ont une interface tactile (résistif pour être utilisable avec des gants). Mais bon si l’idée c’est d’embarquer windows ça serait bien de prévoir un hardware compatible (surtout pour des bécane à 10k€) et là ça devrait rouler.










odoc a écrit :



faut une interface utilisateur pour programmer les cycles de chauffe/refroidissement et les machines maintenant ont une interface tactile (résistif pour être utilisable avec des gants). Mais bon si l’idée c’est d’embarquer windows ça serait bien de prévoir un hardware compatible (surtout pour des bécane à 10k€) et là ça devrait rouler.



Je me doute qu’il faut une interface, mais ils auraient pu prendre un truc plus léger/fiable (soit un truc from scratch, soit un Linux léger)…



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 ?


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.








odoc a écrit :



Sans deg c’est qui le débile qui a inventé un truc pareil ?



Un ingé.

Beaucoup d’ingés font au plus pratique pour eux, sans regarder si c’est efficace/efficient pour l’utilisateur…



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 …)








odoc a écrit :



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 …)



Les Francais sont capables de faire beaucoup de merde aussi (je le vois, mais plutôt dans le domaine du dév avec notre principal logiciel qui est anti-ergonomique au possible)… <img data-src=" />









Patch a écrit :



Les Francais sont capables de faire beaucoup de merde aussi (je le vois, mais plutôt dans le domaine du dév avec notre principal logiciel qui est anti-ergonomique au possible)… <img data-src=" />







tout à fait ;) mais pour une fois ^^



Non mais …



Je vais en froisser plus d'un mais les ingénieurs ingénieux n'existent plus...      

Les ingénieurs d'aujourd'hui n'ont aucunes idées de ce pourquoi ils bossent et dans quels buts.

Majoritairement ils perdent totalement de vue le besoin client, il ne savent pas rédiger un cdcf correctement mais sont ingénieurs et quand un techos terrain ou autre qui lui n'est pas ingénieur leur dit ça colle pas votre trucs... ils se braquent et prennent d'encore plus haut les mange cacas qui passent leur temps à compenser leur incapacités à travailler correctement.

Quand on voit (peut importe la nationalité) des constructeurs de machines (outils, services etc...) vendre des machines neuve sous XP/98/NT avec une surcouche java la plupart du temps ça fait froid dans le dos...





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…



&nbsp;

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. <img data-src=" />


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.








Totone a écrit :



Non mais …



Je vais en froisser plus d'un mais les ingénieurs ingénieux n'existent plus...      

Les ingénieurs d'aujourd'hui n'ont aucunes idées de ce pourquoi ils bossent et dans quels buts.

Majoritairement ils perdent totalement de vue le besoin client, il ne savent pas rédiger un cdcf correctement mais sont ingénieurs et quand un techos terrain ou autre qui lui n'est pas ingénieur leur dit ça colle pas votre trucs... ils se braquent et prennent d'encore plus haut les mange cacas qui passent leur temps à compenser leur incapacités à travailler correctement.

Quand on voit (peut importe la nationalité) des constructeurs de machines (outils, services etc...) vendre des machines neuve sous XP/98/NT avec une surcouche java la plupart du temps ça fait froid dans le dos...





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…



&nbsp;







Je me trompe ou c’est de toi dont tu parles en mentionnant le techos ingénieux qui résoud tout, qui se forme continuellement, tout en étant meilleur que la plupart des ingénieurs…



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 <img data-src=" />

Ce que je ne comprends pas et je rejoins OlivierJ&nbsp;

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&nbsp; 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.

&nbsp;