j'ai un pc portable avec ubuntu 22.04 kernel 5.15
pour un logiciel j'ai besoin d'une version du kernel antérieur

j'ai trouvé quelques tutos sur internet mais je me demandais est ce que c'est risqué de changer de kernel pour une version plus vieille ?
est ce que je ferais pas mieux de me mettre en dual boot ?
le logiciel qui m'intéresse est pas compatible avec le vm

est ce que c'est risqué de changer de kernel pour une version plus vieille ?

Ca dépend de plusieurs facteurs :

• A quel point le kernel cible est vieux. Plus il est ancien, plus nombreuses sont les vulnérabilités connues et exploitées qui l'affectent
• A quel point ta machine est exposée aux menaces "à la base". La majorité des vulnérabilités du kernel lui-même ne sont normalement exploitables qu'en local (comprendre : il est nécessaire de pouvoir exécuter du code ou des commandes sur la machine, donc d'avoir un accès initial à la machine). Si tu télécharges et utilises du warez tous les jours, que tu joues avec des outils pas très catholiques (ni fiables) etc. c'est peut être pas la meilleure idée (de toute façon si tu fais ça je recommande vivement l'utilisation de machines virtuelles jetables, pour ta sécurité ), mais sinon honnêtement à moins que ta bécane ait 10 ports connus en écoute directe sur le net, bon.

est ce que je ferais pas mieux de me mettre en dual boot ?

De toute façon j'ai envie de dire, rajouter une version du kernel sous Linux c'est systématiquement "en dualboot" quand c'est bien fait : c'est l'amorceur GRUB qui sélectionne le kernel à charger au démarrage, tu pourras choisir de booter ta distrib avec le vieux kernel quand tu en auras besoin, et le dernier kernel disponible le reste du temps.

C'est quoi ce fameux logiciel ?

Okay merci Google bot

Plot twist : j'ai dû partitionner mon SSD parce que la version du kernel qu'il me fallait n'était pas compatible avec Ubuntu 22.04

A ce stade tu aurais limite plus vite fait de faire tourner tout ça dans une machine virtuelle en fait. J'aurais dû penser à cette option plus tôt mais garde-la en tête pour plus tard.

Le 17 octobre 2022 à 23:58:00 :
A ce stade tu aurais limite plus vite fait de faire tourner tout ça dans une machine virtuelle en fait. J'aurais dû penser à cette option plus tôt mais garde-la en tête pour plus tard.

Dans la doc, il est stipulé que le logiciel en question marche pas correctement avec les VM

pour quelle raison un logiciel ne fonctionnerait pas correctement en VM ?

Il y a des logiciels anti-cheat qui detecte si tu tournes sur une VM.

De même pour certains malwares, conçus pour ne pas déployer leur payload s'ils détectent une exécution en environnement virtualisé.

Ah ouais j'y avais pas pensé sur le coup

Et est-ce qu'il peut y avoir des logiciels légitimes et utilisés légitimement, qui pourraient ne pas fonctionner correctement en VM ?

Je dirais, à peu près tous les logiciels qui ont besoin d'un accès direct à du hardware très spécifique (sensors, émetteurs/récepteurs...) qui ne peuvent pas être mis en passthrough depuis l'hôte ?
Après j'ai presque envie de dire que ça ne coûte rien de tenter en VM quand-même même lorsque l'éditeur indique que ça ne fonctionnera pas. Dans certains cas ça peut juste signifier que l'éditeur n'a pas envie de fournir du support pour les utilisateurs qui feraient tourner sa solution en environnement virtuel, mais si ça se trouve tout fonctionne très bien à l'arrivée.