Nasra's games

Petit article de présentation de Rhino Linux, une distribution à part dans le paysage des distributions basées sur Debian/Ubuntu.

Rolling Release ?!?

D'abord, un peu de définition !

Dans le domaine du développement logiciel, l'approche rolling release (littéralement « publication roulante », soit « publication continue ») fait référence à un système de développement logiciel en continu, par opposition au système par version, où l'on ne procède à des mises à jour en production qu'à la fin du cycle de développement d'une version du logiciel ou du système tout entier. Il est notamment utilisé par certaines distributions GNU/Linux. Un système rolling release est généralement implémenté par la mise en œuvre de petites et fréquentes mises à jour. Cependant, appliquer des mises à jour régulières ne signifie pas nécessairement faire usage d'un système en rolling release. Pour qu'une telle dénomination s'applique, les développeurs doivent utiliser une méthode de travail avec une branche unique, par opposition à des versions spécifiques à une étape du cycle (par exemple versions de développement, de test et de production). Dans un système de rolling release les mises à jour sont généralement fournies via un gestionnaire de paquets à travers une connexion internet.

Source : Wikipédia

Donc, si on résume, une distribution rolling release c'est une distribution où vous avez les dernières versions des logiciels et paquets disponibles, tout le temps, presque en temps réel avec les sorties des logiciels.

Avantages et inconvénients

Quelques avantages et inconvénients des rolling releases !

Avantages

Les avantages sont nombreux, notamment avoir les derniers kernels système permet d'avoir un support matériel au top ! Les dernières avancées en terme de pilotes, de gestion graphique sont très utiles pour les joueurs. Vous avez aussi accès aux derniers correctifs de sécurité en direct ! Les dernières évolutions en terme d'interfaces graphiques (Gnome, KDE...) sont directement accessibles !

Inconvénients

Le fait d'avoir les toutes dernières versions des logiciels et applications vous demande de faire des mises à jours régulières. Les logiciels ou paquets ne sont pas suffisamment testés pour être mentionnés “stables” et peuvent causer des soucis de compatibilité, des bugs... Il faut donc savoir mettre les mains dans le moteur et savoir s'en sortir ! Les dernières versions peuvent aussi contenir des failles de sécurité (rapidement corrigées, mais vous êtes un peu le cobaye)...

De la difficulté entre récence et sécurité

Les distributions rolling release (comme les distributions à base de Arch) ont souvent des “garde-fous” temporaires. Soit les paquets ne sont pas intégrés tout de suite dans la distribution, ils sont testés avant par l'équipe, soit on procède à une version “testing” de la distribution (et on s'éloigne de la définition de rolling release) avec déploiement général.

En terme de sécurité, il vaut mieux avoir un système stabilisé, connu, et patché qu'un système trop récent. C'est notamment le cas des distributions Debian : stables mais pas récentes en terme de version de kernel, de paquets...

Toute la complexité et le dilemme des distributions Linux (et plus largement de chaque projet informatique) c'est de pouvoir proposer des mises à jour récentes (mais pas trop) et de la sécurité (mais pas trop ancienne).

Rolling Release, un modèle de développement

Les fans d'Arch Linux jugent généralement Debian et son monde comme quelque chose d'un peu archaïque. Debian étant une des premières distributions Linux (fin 1993), elle profite de l'expérience de nombreuses personnes. Elle est connue, et sa communauté permet son intégration dans énormément d'infrastructures réseaux. Ubuntu profite de cet éco-système pour se développer.

De l'autre côté, Fedora propulsée par RedHat offre des possibilités qui se rapprochent le plus possible des rolling release sans en être. C'est un modèle de développement : la communauté et Fedora “testent”, c'est déployé dans CentOS Stream, qui reteste, puis dans RHEL, la distribution payante pour les professionnels qui veulent du sécurisé et stable.

Rhino Linux, comme un entre-deux

L'avantage de Rhino Linux c'est de prendre les avancées de la communauté d'Arch, d'y intégrer leur fonctionnement (le gestionnaire de paquets Pacstalls) et de l'adapter au monde Debian/Ubuntu qui adore le versioning de ses distributions (experimental, testing, stable, intermediaire, LTS...).

Autre avantage de Rhino Linux, celui de proposer Unicorn, un fork de XFCE pensé pour la modernité.

Le but de cet article n'est pas de vous faire passer à Rhino Linux, mais juste de vous découvrir cette distribution, et d'en profiter pour parler de rolling release ! Donc, testez et vérifiez si cela correspond à vos envies de distribution !

Dans le monde merveilleux de Linux, on peut tout configurer et adapter à son matériel. C'est ce qui fait sa force ! Pas besoin du support de processeurs 386 quand on a juste besoin de faire tourner ses applications sur des processeurs ARM par exemple. Ça allège le système et permet plus de réactivité.

De l'adaptation, les différentes situations.

Le noyau (ou kernel) Linux est le cœur du système. C'est lui qui va dialoguer avec le matériel. Si vous restreignez le matériel supporté ou que vous avez développé des optimisations spécifiques il va vous permettre de gagner en performances dans ces domaines là. Exemple, les distributions Android (oui Android est basé sur un kernel Linux) sont optimisées pour la gestion des réseaux (bluetooth, wifi, téléphonique), la découverte des réseaux, la connexion sont plus rapides que sur les PC. D'autres exemples spécifiques comme les NAS (DietPi, OpenMediaVault, TrueNAS...) utilisent des distributions Linux optimisées pour les lectures/écritures sur les SSD/HDD, elles seront moins optimisées pour d'autres tâches (calculs bruts...).

La recherche de la performance

Vous l'aurez compris, on ne peut pas avoir le beurre, l'argent du beurre et le crémier... Chaque optimisation spécifique peut induire des pertes de performances dans un autre domaine. Mais l'évolution de l'informatique permet aussi de prendre les optimisations de certains contextes pour les pousser dans les versions “generic” des noyaux. Le temps réel sous Linux qui permet une gestion à zéro latence des entrées-sorties, très utile pour l'audio, est souvent resté un kernel à part à installer. Il a été remplacé par le “low-latency” qui suffisait très bien pour la plupart des utilisations avec peu de pertes de performances.

Et depuis quelques releases de kernel, le “temps-réel” a été directement intégré dans le noyau “generic” (c'est l'option “PREEMPT_RT”).

Les noyaux spécifiques “gamers”

Certaines communautés de joueurs développent leurs propres optimisations de kernel. Liquorix, XanMod, TKG voire même Valve avec son SteamDeck développent des noyaux spécifiques pour leurs besoins : multimédia, jeux vidéos... Autant vous dire que faire tourner son serveur avec ces noyaux sera possible, mais qu'il y aura certainement des modules à ajouter, et des performances moindres qu'avec des noyaux ou des distributions spécifiques. Heureusement, vous pouvez choisir le noyau sur lequel vous souhaitez démarrer à tout moment voire supprimer le noyau “generic” pour ne garder que celui développé par la communauté.

Comparer les noyaux, bonne idée ?

Tout dépend ce que vous comparez et ce que vous voulez que votre comparatif fasse apparaître ! Si, pour des questions d'information, vous comparez des noyaux sur leurs performances multimédia, il est honnête de partir des noyaux par défaut des distributions (“generic”) et de les comparer à des noyaux spécifiquement dédiés aux performances multimédia. Vous constaterez les avancées ou parfois les régressions selon les performances. Comparer des noyaux de diverses communautés peut aussi être intéressant pour voir les différences (scoop : c'est minime voire dans les marges d'erreur des benchmarks).

Est-ce utile pour moi ?

Pour comprendre le sujet, c'est une bonne occasion de regarder cela de plus près ! Comprendre le fonctionnement d'un noyau Linux est quelque chose de complexe et c'est toujours grisant de mieux connaître un sujet aussi poussé. Pour le commun des mortels, ça permet parfois d'avoir des noyaux testés et du support pour de nouveaux matériels en avant-première et ça résous parfois des soucis d'incompatibilité avec certains jeux... Mais les noyaux “generic” intègrent de plus en plus les optimisations spécifiques et la différence devient négligeable pour celles ou ceux qui cherchent juste à faire tourner leurs jeux et applications dans de bonnes conditions sans forcément rechercher les 2fps en plus.

(adaptation et traduction de cet article : https://www.howtogeek.com/everything-you-need-to-start-recording-music-on-linux/ )

Vous rêvez de faire de la musique, mais vous voulez le faire avec Linux ? Que vous soyez prêt à enregistrer de la musique sur votre distribution Linux préférée ou que vous cherchiez le bon endroit pour commencer, voici ce que vous devez savoir.

Gardez à l'esprit le type de musique que vous voulez faire

Vous pouvez faire n'importe quel type de musique sur Linux, mais il est utile de savoir ce que vous cherchez à faire. Par exemple, si vous voulez vous enregistrer en train de chanter tout en jouant de la guitare acoustique, vous aurez besoin d'une approche différente (et des logiciels différents) que si vous cherchez à produire de la musique électronique downtempo. Ne vous inquiétez pas si vous n'arrivez pas à vous décider, mais il est utile de savoir quel est votre objectif. En règle générale, plus votre musique comporte d'éléments réels, plus vous aurez besoin d'équipement. Pour la musique purement électronique, vous pouvez vous appuyer principalement sur des logiciels gratuits, même si quelques équipements nécessaires vous seront certainement utiles. Nous y reviendrons dans la section suivante.

L'enregistrement de votre voix ou d'autres instruments peut s'avérer plus délicat que la création d'une musique purement logicielle, c'est pourquoi ce guide se concentre principalement sur ce point. Cela dit, l'article met également en lumière des logiciels utiles à la fois pour capturer des enregistrements et pour produire de la musique à l'intérieur de la boîte.

Le matériel dont vous aurez probablement besoin

Si vous voulez vraiment faire de la musique, vous ne pouvez pas vous passer d'une interface audio. Il s'agit d'appareils multifonctions qui sont en fait des cartes son surpuissantes pour votre ordinateur. Ils vous permettent de brancher un casque ou des haut-parleurs pour écouter la lecture de votre ordinateur, ainsi que des microphones et des signaux de niveau ligne ou instrument.

Si les interfaces audio haut de gamme qui se connectent via Thunderbolt ou Ethernet peuvent ne pas fonctionner facilement sous Linux, les interfaces plus basiques comme l'Universal Audio Volt 2 sont conformes à la classe USB et fonctionnent sans pilotes spécifiques sous Linux. La plupart des interfaces offrant une à quatre entrées sont conformes à la classe USB, mais vous pouvez toujours vérifier auprès du fabricant si vous envisagez d'acheter une interface et que vous voulez vous assurer qu'elle fonctionnera.

Il est techniquement possible de faire de la musique en utilisant uniquement les haut-parleurs de votre ordinateur portable ou un casque branché sur votre carte son intégrée, mais le moins que l'on puisse dire, c'est que ce n'est pas optimal. En utilisant vos haut-parleurs intégrés, il est facile d'enregistrer accidentellement le son de vos haut-parleurs lorsque vous essayez d'enregistrer un instrument. L'utilisation de votre carte son interne peut fonctionner correctement pour les casques, mais vous ne pouvez pas facilement brancher un microphone pour enregistrer votre voix.

Bien qu'une interface audio facilite grandement le branchement de tous les éléments, vous aurez également besoin de quelque chose à brancher. Cela dépend de ce que vous voulez enregistrer. Vous pouvez trouver des microphones allant de quelques dollars à des milliers d'euros, mais si vous investissez dans un microphone de qualité d'une marque connue comme Shure, Beyerdynamic ou Sennheiser, vous aurez moins de chances de devoir le remplacer. D'un autre côté, cela implique généralement de dépenser plus d'argent au départ.

Si vous débutez, il n'y a rien de mal à utiliser ce que vous avez sous la main au début. Au fur et à mesure que vous vous habituerez à produire de la musique, vous pourrez toujours passer à la vitesse supérieure.

Les logiciels dont vous avez besoin

Il existe de nombreux types de logiciels audio, mais pour l'enregistrement et la production de musique, la pièce maîtresse est la station de travail audio numérique (Digital Audio Workstation, DAW). Il s'agit en fait d'un studio d'enregistrement dans votre ordinateur, qui s'occupe de l'enregistrement, du mixage et de l'assemblage du produit audio fini pour en faire quelque chose que vous pourriez écouter sur Spotify.

Il existe de nombreux DAW gratuits et open source sous Linux, mais le plus populaire et le plus professionnel est Ardour. Ce logiciel peut être intimidant au début, comme la plupart des logiciels professionnels, mais il existe un manuel détaillé sur le site web du projet qui peut vous apprendre tout ce que vous avez besoin de savoir. Il y a même des conseils pour configurer votre système afin que le logiciel fonctionne au mieux.

Ardour n'est pas la seule option. Si vous êtes dans un environnement de bureau KDE, QTractor vous conviendra peut-être mieux. Si vous ne souhaitez pas vous limiter aux logiciels libres, le célèbre logiciel de création commercial Reaper est également facile à installer et à utiliser sous Linux. Nous pouvons aussi citer Bitwig, Presonus... que j'ai déjà abordé dans cet article.

Si vous enregistrez des instruments ou votre voix, il se peut que le logiciel DAW et les plugins inclus pour l'égalisation et d'autres effets audio soient tout ce dont vous avez besoin. Cela dit, si vous produisez de la musique électronique ou si vous souhaitez enrichir votre instrumentation réelle, vous voudrez peut-être ajouter des sons provenant d'autres logiciels. Vous trouverez divers synthétiseurs, séquenceurs et boîtes à rythmes disponibles pour Linux et, grâce à un puissant système logiciel appelé JACK, vous pouvez acheminer l'audio de ces logiciels vers d'autres logiciels tels qu'Ardour.

Utiliser une distribution spécifique ?

Évidemment, comme pour tout autre logiciel pour Linux, vous pouvez installer tous les logiciels DAW mentionnés ci-dessus sur la distribution Linux de votre choix. La plupart des distributions incluent au moins les options open-source dans leurs sources logicielles. Cela dit, si vous ne savez pas par où commencer, sachez qu'il existe des distributions spécialement conçues pour la création musicale et d'autres projets créatifs. Les distributions axées sur la musique existent depuis des années. Par exemple, l'une des plus populaires, Ubuntu Studio, est apparue pour la première fois en 2007. À l'origine, la faible latence était l'un des principaux facteurs de différenciation de ces distributions. Bien que cela reste important pour la production audio, l'augmentation de la vitesse du matériel, combinée aux améliorations générales du noyau Linux, a rendu ces ajustements moins nécessaires pour la production audio qu'ils ne l'étaient auparavant. Si certaines distributions Linux axées sur la musique, comme AV Linux, utilisent encore des noyaux personnalisés, d'autres, comme Fedora Jam, sont essentiellement de vastes collections de logiciels préinstallés. Ces distributions vous facilitent encore la vie de bien d'autres manières. Par exemple, JACK est configuré dès la sortie de la boîte, de sorte que vous êtes prêt à commencer à enregistrer. Les trois distributions mentionnées dans cette section fonctionnent toutes comme des DVD ou des clés USB live, ce qui signifie que vous n'avez pas besoin de les installer. Si vous souhaitez commencer à explorer les logiciels audio disponibles pour Linux sans apporter de modifications à long terme à votre ordinateur, c'est un excellent moyen de vous faire une idée de ce qui est disponible.

Comment commencer à enregistrer

Si vous ne créez qu'un enregistrement de base, vous pourrez peut-être vous contenter d'utiliser l'éditeur audio Audacity, mais il y a une raison pour laquelle nous avons suggéré des alternatives à Audacity par le passé. Audacity est limité par rapport à un logiciel DAW digne de ce nom. Il est donc préférable d'utiliser Ardour ou un autre logiciel DAW pour tout ce qui comporte plus d'une piste.

Pour créer un enregistrement de base, lancez Ardour. L'application vous propose quelques options de configuration. Vous devrez sélectionner votre carte son ou votre interface audio, qui devrait être automatiquement configurée s'il s'agit d'un périphérique USB conforme à la classe. Sélectionnez le périphérique audio approprié et démarrez un nouveau projet, puis suivez les étapes ci-dessous :

• Cliquez avec le bouton droit de la souris à droite de l'écran, en dessous de l'indication « Master ».
• Confirmez que vous souhaitez ajouter une piste, puis cliquez sur « Ajouter et fermer ».

• Cliquez sur le bouton rouge de l'armement d'enregistrement sur la piste nouvellement ajoutée.
• Cliquez sur le bouton rouge Enregistrer dans la barre de transport en haut de l'écran.
• Cliquez sur le bouton de lecture pour commencer l'enregistrement. Cliquez sur stop pour terminer.

À partir de là, vous pouvez répéter le processus, en superposant les pistes les unes sur les autres. Vous pouvez chanter en vous accompagnant ou ajouter des instruments ou d'autres sons à votre musique.

Une fois l'enregistrement terminé, vous pouvez éditer l'audio, ajouter des effets et le manipuler de toutes sortes de façons. Cela dépasse le cadre de cet article, mais vous trouverez une mine d'informations dans le manuel Ardour. Si vous utilisez l'un des autres exemples de logiciels DAW mentionnés plus haut, vous trouverez également une excellente documentation sur leurs sites web respectifs.

L'audio sous Linux ! Tout un programme ! Beaucoup de personnes laissent ou ont laissé parfois tomber Linux à cause de cela... Sous Windows vous avez pléthore d'applications audio, un support du matériel par les constructeurs quasi automatique... Bref, votre casque audio bluetooth en 7.1 fonctionne bien avec le “7.1” activé grâce à l'application du constructeur ! Sous Linux, bah c'est plus compliqué...

Support matériel

En premier, le support matériel sur Linux est plus compliqué. Les constructeurs ne développent pas par défaut des pilotes pour Linux. La plupart sont propriétaires et le développement de pilotes sous Linux, bien que n'étant pas plus complexe à réaliser, est moins connu. Pour faire simple, vous avez des normes (universelles et supportées dans le noyau de Linux), comme l'USB Audio, et il faut que votre matériel le supporte pour dialoguer au mieux avec l'OS. Si on est sur des protocoles constructeurs spécifiques, le support ne se fera qu'avec le développement de solutions par le constructeur.

Pour continuer dans mon exemple, si votre matériel est bien certifié USB Audio, vous n'aurez aucun soucis. Et s'il envoie des données reconnues par le protocole mais non visibles par l'OS, il sera possible de les récupérer pour supporter ces fonctionnalités et de les utiliser dans un logiciel pour les exploiter.

Ceci étant dit, citons des exemples de marques de constructeurs parfaitement reconnus sous Linux (ou étant suffisamment suivis pour avoir des mises à jours sur leur support) : Arturia, Behringer, Presonus, Focusrite, Korg, M-Audio... Il y a de quoi faire, non ?

Audio, les serveurs et clients

Toute une histoire ! Sous Windows vous avez DirectAudio ou ASIO pour gérer le son. Sous Linux, il y a différentes évolutions, OSS, ALSA, Jack, Pulseaudio, Pipewire... Je passe ici sur les spécifications techniques de chaque serveur audio ni sur les pour ou contre de chacune des solutions. Évoquons par contre ceci : du temps d'ALSA, Jack est né pour l'audio en temps réel (avec des latences plus faibles que sous windows ou mac par exemple). Pulseaudio a remplacé ALSA mais a laissé Jack tranquille et Pipewire remplace Pulseaudio et Jack...

Aujourd'hui, vous avez encore des distributions sous Pulseaudio et d'autres qui ont migré sous Pipewire par défaut. Si dans le temps la migration ALSA->Pulseaudio s'est parfois accompagnée de difficultés (et incompatibilités d'applications), c'est moins le cas pour la migration Pulseaudio->Pipewire (il y en a, mais beaucoup moins bloquantes qu'auparavant).

Gérer ses entrées / sorties audio

Si vous avez une interface audio avec plusieurs entrées comme moi, vous aurez besoin d'une interface pour les piloter (voir leurs niveaux sonore, vérifier si les enregistrements sont ok...). Bon, on peut cela pendant l'enregistrement, avec Ardour ou Audacity par exemple, mais il est vrai que c'est pas mal de le faire au niveau de son OS.

Pour ça, je vous ai trouvé trois solutions, dont une en développement récent et actif (donc à tester, faire remonter les bugs, ils cherchent des personnes pour les aider à développer l'application).

Pulsemeeter

Je commence par Pulsemeeter, logiciel qui ressemble à Voicemeeter sous Windows et avec les mêmes caractéristiques. Et comme son nom l'indique, il est développé pour Pulseaudio !

Sonusmix

Le remplaçant de Pulsemeeter, pour Pipewire ! Sonusmix est en développement actif et recherche donc des développeurs, testeurs... n'hésitez pas !

Coppr

COPPWR affiche et fournit un contrôle sur de nombreux aspects de Pipewire aussi directement que possible de manière organisée et visuelle. Il peut aider à déboguer et à diagnostiquer une configuration de pipewire ou à développer des logiciels qui interagissent avec Pipewire.

#audio #linux #pipewire #pulseaudio #jack

Je reprend ici une documentation que j'avais déjà faite en septembre 2024.

Fonctionnement de SecureBoot

Dans les années 2010, les bootkits (pour “boot rootkit”) sont des menaces informatiques dangereuses. Ce sont des logiciels malveillants capables de corrompre le démarrage du système d’exploitation, de se charger très tôt (avant l'OS) et avoir des privilèges d’exécution très bas. Ils peuvent donc prendre la main sur un système informatique bien avant les antivirus pour contrôler entièrement le système. Ainsi, les attaquants gagnent en persistance sur l’appareil.

Pour se protéger des bootkits, l’UEFI apporte entre autre le mécanisme de SecureBoot (démarrage sécurisé). SecureBoot est un mécanisme de vérification pour garantir que le code lancé par le firmware est fiable avec des clés de chiffrement.

SecureBoot ne permet donc pas de lancer les pilotes tiers non singés ! Tiens ! Sans désactiver SecureBoot (ce qui poserait des soucis de sécurité)... il est possible d'utiliser des pilotes propriétaires sur Linux, en recréant des clés MOK de sécurité ! Si vous possédez du matériel Razer c'est indiqué dans leur documentation.

La solution !

Vérifier si SecureBoot est présent : mokutil --sb-state Recréer les clé SecureBoot : sudo update-secureboot-policy --enroll-key (si cela ne fonctionne pas faire : sudo update-secureboot-policy --new-key )

Entrer un mot de passe temporaire Redémarrer le PC Au démarrage, il vous propose cet écran, choisissez le second choix Enroll MOK.

Entrer le mot de passe temporaire, le PC va redémarrer...

Et les pilotes Nvidia seront lancés... et les souris Razer aussi (et tout le matériel qui demande des autorisations spécifiques) !

#Nvidia #Mint #SecureBoot #Razer #Linux

Je vous en ai parlé précédemment, mais je n'appréciais pas trop la “hype” autour de Wayland en 2022/2023 ni le forçage de certaines distributions pour son adoption par les utilisateurs (en enlevant la possibilité de repasser sous X11 ou en la complexifiant...). Bref, heureusement, les choses évoluent, Wayland semble de plus en plus mature (pour un projet aussi ancien et crucial pour les environnements Linux, c'est bien !).

GIMP, vers la 3.0

Principal soucis de Wayland c'est celui des applications graphiques professionnelles. GIMP, Inkscape, Scribus, Krita... sont des logiciels très complexes au développement parfois chaotique avec de petites équipes.

Les développeurs de GIMP ont pu, pour la sortie très attendue de la version 3.0 de leur logiciel, travailler avec les équipes derrière Wayland pour ajouter des protocoles manquants pour la prise en charge de tablettes et de dispositifs de pression (pour le dessin). Et c'est une chouette évolution de Wayland et de leurs équipes sur ce sujet ! Là où ils étaient assez obtus dans leur développement (ne voulant pas développer de nouveaux protocoles, renvoyant la faute sur les développeurs d'applications ou de compositeurs graphiques...).

Belle avancée que voici et nous attendons encore plus la version finale de GIMP 3.0 !

Gamescope et le Variable Refresh Rate (ou VRR)

Le VRR c'est la possibilité d’adapter le rafraîchissement d'une image à l'affichage. Une application, typiquement un jeu vidéo, va être rendu à 60 images / secondes, avec un écran ayant une vitesse de rafraîchissement de 144Hz cela va donner des potentiels déchirement d'image. Certains jeux ont des chutes de performances selon le rendu de certaines scènes, d'autres vont pouvoir adapter leur rendu en temps réel aux images par seconde souhaitées.

La fréquence de rafraîchissement variable (VRR) permet à une console de jeu ou à un PC de synchroniser l’envoi des images vidéo avec l’écran, ce dernier adaptant sa propre fréquence de rafraîchissement en temps réel pour correspondre à celle de la source. L’objectif est d’éviter le chevauchement d’image, afin d’offrir plus de fluidité et de supprimer les déchirements d’images.

C'est aussi une technologie qui permet de limiter la latence entre les commandes envoyées et leur résultat à l'écran.

Le VRR est supporté par Xorg depuis 2021 sur les cartes Intel, AMD et Nvidia (grâce à G-Sync).

Gamescope, un petit utilitaire de Valve très utile pour le jeu vidéo commence à prendre en charge le VRR pour un rendu agnostique (ne dépendant pas, dans le jeu et de la présence de la possibilité dans ses options) du VRR.

Nvidia

Ah Nvidia et ses pilotes propriétaires... toute une histoire avec Linux ! À tel point que certains responsables se sont souvent énervés contre la fermeture de l'entreprise aux technologies Linux.

Et bien, depuis quelques années, Nvidia semble avancer dans la bonne direction. déjà, le support d'un module open-source dans les pilotes Nvidia permet d'éviter les fameux écrans noirs habituels des utilisateurs avancés de Linux (quand on change pour un kernel trop récent ou patché à la main par exemple). Et depuis peu, lors de la dernière conférence de Nvidia, les développements autour de Wayland se sont accélérés. À tel point qu'ils recommandent maintenant des distributions avec Wayland et Vulkan par défaut pour les compositeurs.

Espérons qu'avec toutes ces avancées, Wayland puisse rattraper Xorg dans ses fonctionnalités.

#wayland #xorg #gimp #nvidia #valve #steamdeck #gamescope

Je n'ai pas souvent l'occasion de toucher à un Linux Mint, mais j'ai dû aider une personne avec son PC portable. Petit contexte : cette personne passe de Win 11 à Linux Mint, son PC dispose d'un GPU Nvidia 1050.

Contexte et premiers conseils

On migre tout ce qu'on peut sur des services cloud (kDrive, Nextcloud...), on vérifie que les logiciels qu'il utilise sont possibles sur Linux.

On passe sur une nouvelle installation mais par sécurité, on change physiquement de disque NVMe. Il range son disque Windows 11 dans une boîte et il le remplace par un nouveau disque NVMe, acheté pour la migration, pour installer Linux Mint. Ça permet de garder les données et une roue de secours au cas où, et ça rassure !

Installation

Après avoir confectionné la clé USB d'installation de Linux Mint sous Windows (héhé). On éteint le PC, débranche la batterie, ouvre le PC, enlève la batterie, on remplace le disque par le neuf, on rebranche, revisse le tout et on allume !

On sélectionne la clé USB pour le démarrage, et on installe Linux Mint ! On connecte les services cloud (kDrive, Nextcloud...), on se connecte aux service de Firefox pour retrouver mots de passe et marque-pages...

Bref, tout fonctionne bien !

Premiers soucis

Deux choses ne fonctionnent pas dès la remise en route : La souris Razer et l'affichage de son second écran externe sur le port HDMI.

Razer et OpenRazer

On se concentre sur la souris (pas cool au quotidien), on installe OpenRazer, on regarde comment ça fonctionne. On n'y arrive pas, mais on voit bien qu'il peut y avoir un soucis avec SecureBoot. Par soucis de “pouvoir retrouver Windows 11 un jour”, on ne le désactive pas et on passe notre chemin ! (même si on aurait dû creuser le truc...). Parce que, notamment pour la personne, ce n'est pas son soucis le plus bloquant pour son activité.

Écran externe

Là, on rentre dans le dur du sujet. Premier soucis, les pilotes Nvidia : ils sont installés mais ne semblent pas fonctionnels. Pire, on ne les retrouve pas dans les pilotes utilisés alors qu'ils sont bien installés dans la logithèque, qu'on a bien nvidia-settings d'installé...

Réinstallation des pilotes, redémarrage... rien n'y fait ! Quelque soit le pilote installé, on ne voit pas les settings complets dans nvidia-settings (un signe qu'il y a un soucis) et bien entendu, l'écran externe, branché en HDMI, ne fonctionne pas.

Nomodeset

Je me rappelle de mes anciennes expériences avec les pilotes Nvidia, notamment sur ma GTX970, il fallait utiliser le nomodeset=1 dans les paramètres de démarrage du noyau... sudo nano /etc/default/grub Puis ajouter le paramètre nomodeset=1 à la fin de la ligne (avant les “) : GRUB_CMDLINE_LINUX_DEFAULT="quiet" –> non, ce n'est pas ça... :(

Bug avec le noyau 6.8

Linux Mint 22 est livré avec la série 6.8 des noyaux Linux. Apparemment, un bug affecte le noyau 6.8 et les pilotes propriétaires Nvidia...

Ce bug cause des problèmes sur l'application d'affichage et peut-être également à d'autres endroits. C'est un problème d'Ubuntu en amont. Jusqu'à la publication d'un correctif, voici la solution de contournement. Ajouter la ligne : ACTION=="add", SUBSYSTEM=="module", KERNEL=="nvidia_drm", TEST=="/sys/devices/platform/simple-framebuffer.0/drm/card0", RUN+="/bin/rm /dev/dri/card0" Au fichier suivant : /lib/udev/rules.d/71-u-d-c-gpu-detection.rules –> toujours pas :(

Résolution !

Retour sur SecureBoot

Dans les années 2010, les bootkits (pour “boot rootkit”) sont des menaces informatiques dangereuses. Ce sont des logiciels malveillants capables de corrompre le démarrage du système d’exploitation pour se charger très tôt et avoir des privilèges d’exécution très bas. Ils peuvent donc prendre la main sur un système informatique bien avant les antivirus pour contrôler entièrement le système. Ainsi, les attaquants gagnent en persistance sur l’appareil.

Pour se protéger des bootkits, l’UEFI apporte entre autre le mécanisme de SecureBoot (démarrage sécurisé). SecureBoot est un mécanisme de vérification pour garantir que le code lancé par le firmware est fiable avec des clés de chiffrement.

Et donc la solution ! SecureBoot qui ne permet pas de lancer les pilotes tiers non singés ! Tiens ! Sans désactiver SecureBoot (ce qui permet de repasser sous Win 11 si nécessaire)... il est possible d'utiliser des pilotes propriétaires sur Linux, en recréant les clés de sécurité ! C'est la même solution qu'on aurait dû essayer depuis le début ! Comme quoi, il fallait creuser le truc !

Je vous donne la solution !

Vérifier si SecureBoot est présent : mokutil --sb-state Recréer les clé SecureBoot : sudo update-secureboot-policy --enroll-key (si cela ne fonctionne pas faire : sudo update-secureboot-policy --new-key ) Entrer un mot de passe temporaire Redémarrer le PC Au démarrage, il vous propose cet écran, choisissez le second choix Enroll MOK. Entrer le mot de passe temporaire, le PC va redémarrer...

Et l'écran sera reconnu ! (le souris aussi au passage ;) )

#Nvidia #Mint #SecureBoot #Razer #Linux