Linux | AlexIn Tech

Installer Fedora WSL sur Windows - Fedora Remix

Tue, 04 Feb 2025 00:00:00 +0000

Installer Fedora WSL sur Windows - Fedora Remix

Fedora Remix pour WSL (Windows Subsystem for Linux) est une distribution Linux qui permet d’exécuter Fedora sur un système Windows. Voici un guide rapide pour l’installer.

Étapes d’installation

Ouvrez PowerShell en tant qu’administrateur : Recherchez “PowerShell” dans le menu Démarrer, faites un clic droit et sélectionnez “Exécuter en tant qu’administrateur”.
Installez Fedora Remix pour WSL : Exécutez la commande suivante dans PowerShell :

winget install -e --id whitewaterfoundry.fedora-remix-for-wsl

Lancez Fedora Remix : Une fois l’installation terminée, vous pouvez lancer Fedora Remix en recherchant “Fedora Remix” dans le menu Démarrer ou en exécutant fedora-remix dans PowerShell.
Configurer Fedora Remix : Suivez les instructions à l’écran pour terminer la configuration initiale de Fedora Remix.

Profitez de Fedora sur Windows

Vous avez maintenant Fedora Remix installé sur Windows grâce à WSL ! Enjoy !

AlexIn Tech

Flameshot - impossible de capturer l'écran sur Fedora

Tue, 26 Nov 2024 00:00:00 +0000

Flameshot - impossible de capturer l’écran sur Fedora

J’utilise Fedora 41 et il semble que depuis le passage à Wayland, Flameshot rencontre des problèmes pour fonctionner. Heureusement, j’ai trouvé une solution.

Installation de Flameshot

Tout d’abord, vous devez installer Flameshot. Vous pouvez le faire via l’App Store de Fedora ou en exécutant la commande suivante dans le terminal :

sudo dnf install flameshot

Configuration de Flameshot

Après avoir installé Flameshot, vous devez exécuter les deux commandes suivantes pour qu’il fonctionne correctement sous Wayland :

dbus-send --session --print-reply=literal --dest=org.freedesktop.impl.portal.PermissionStore /org/freedesktop/impl/portal/PermissionStore org.freedesktop.impl.portal.PermissionStore.SetPermission string:'screenshot' boolean:true string:'screenshot' string:'org.flameshot.Flameshot' array:string:'yes'
dbus-send --session --print-reply=literal --dest=org.freedesktop.impl.portal.PermissionStore /org/freedesktop/impl/portal/PermissionStore org.freedesktop.impl.portal.PermissionStore.Lookup string:'screenshot' string:'screenshot'

Ces commandes définissent les permissions nécessaires pour que Flameshot puisse faire des captures d’écran sous Wayland.

Conclusion

Après avoir exécuté ces commandes, Flameshot devrait fonctionner correctement sur Fedora 41 avec Wayland. Si vous rencontrez encore des problèmes, assurez-vous d’avoir la dernière version de Flameshot installée et que votre système est à jour.

ÉDIT 29.11.2024 : Si Flameshot se lance automatiquement au démarrage de l’ordinateur, il ne fonctionnera pas. Il suffit de “quitter” Flameshot et de le relancer, et cela fonctionnera. Je automatiserais potentiellement cette étape à l’avenir.

Enjoy !

Comment signer le pilote OpenRazer sur Fedora avec DKMS et Secure Boot

Thu, 14 Nov 2024 00:00:00 +0000

Comment signer le pilote OpenRazer sur Fedora avec DKMS et Secure Boot

Automatisation de la signature des pilotes OpenRazer sur Fedora avec DKMS et Secure Boot

Lors de la configuration des pilotes OpenRazer sur un système Fedora avec Secure Boot activé, les pilotes doivent être signés pour que le noyau les accepte. La signature manuelle peut devenir répétitive, en particulier à chaque nouvelle mise à jour du noyau. Heureusement, nous pouvons utiliser DKMS et une clé unique (mok.pub) pour rationaliser ce processus. Dans ce guide, je vous expliquerai comment DKMS gère la signature des modules, pourquoi la clé mok.pub fonctionne de manière universelle et comment la configurer sur votre système Fedora.

Pourquoi utiliser DKMS et mok.pub ?

DKMS (Dynamic Kernel Module Support) automatise la création et la signature des modules du kernel. La clé mok.pub, générée par DKMS, agit comme une signature universelle. En inscrivant cette clé dans votre EFI (Extensible Firmware Interface), vous permettez à votre système Fedora de faire confiance à tous les modules gérés par DKMS, y compris OpenRazer, DisplayLink (EVDI) et autres, simplifiant ainsi le processus de signature.

Voici comment configurer DKMS et mok.pub pour automatiser la signature de vos pilotes OpenRazer.

Étape 1 : Installer DKMS et OpenRazer

Tout d’abord, assurez-vous que DKMS et mokutil sont installés, ainsi que les pilotes OpenRazer :

sudo dnf install dkms mokutil openrazer-meta

Étape 2 : Enregistrer la clé DKMS avec Secure Boot

La clé mok.pub, située dans /var/lib/dkms/mok.pub, est générée automatiquement par DKMS. Cette clé est utilisée pour signer tous les modules créés par DKMS, ce qui signifie qu’elle fonctionnera pour OpenRazer et d’autres modules sans nécessiter de noms de pilotes spécifiques.

Pour inscrire cette clé :

sudo mokutil --import /var/lib/dkms/mok.pub

Étape 3 : Terminer l’enregistrement de la clé dans EFI

Après avoir exécuté la commande ci-dessus, redémarrez votre système. Au démarrage, vous serez invité à terminer l’enregistrement MOK. Suivez les instructions à l’écran pour importer la clé dans le micrologiciel EFI.

Étape 4 : Vérifier l’enregistrement de la clé (facultatif)

Après le redémarrage, vous pouvez confirmer que la clé a été enregistrée avec succès en exécutant :

mokutil --list-enrolled | grep DKMS

Si la clé mok.pub apparaît dans la liste, vous êtes prêt !

Étape 5 : laissez DKMS gérer la nouvelle signature du noyau

Désormais, DKMS signera automatiquement le module OpenRazer (et tout autre module géré par DKMS) à chaque fois qu’un nouveau noyau est installé. Si pour une raison quelconque un module n’est pas signé après une mise à jour du noyau, vous pouvez demander manuellement à DKMS de le signer :

sudo dkms autoinstall

Pourquoi cette méthode fonctionne

La clé mok.pub est à usage général, permettant à votre système Fedora de faire confiance à tout module du noyau signé avec elle. Étant donné que DKMS se charge de signer les modules au fur et à mesure de leur construction ou de leur reconstruction, vous n’aurez pas besoin de les signer manuellement après chaque mise à jour du noyau. Cette configuration améliore également la sécurité en ne chargeant que les modules de confiance tout en garantissant la commodité.

Conclusion

En enregistrant la clé DKMS mok.pub, vous simplifiez l’installation du pilote OpenRazer sur Fedora et éliminez le besoin de signatures manuelles répétées. Cette méthode permet non seulement de gagner du temps, mais également de sécuriser votre système, en permettant à Secure Boot de ne charger que les modules vérifiés.

Enjoy !

AlexIn Tech

Comment installer DisplayLink sur Fedora 41 avec le kernel Surface

Wed, 13 Nov 2024 00:00:00 +0000

Comment installer DisplayLink sur Fedora 41 avec le kernel Surface

Ce guide vous explique comment installer et configurer DisplayLink sur Fedora 41 avec un Surface Laptop. Les utilisateurs de Fedora 41 avec le kernel Surface rencontrent souvent des défis uniques avec DisplayLink, surtout lorsque le Secure Boot est activé. Voici un guide complet pour mettre en place les pilotes DisplayLink.

1. Configuration initiale : préparation de Fedora 41

Avant de commencer l’installation, supprimez tous les paquets DisplayLink ou EVDI existants pour éviter les conflits. Ensuite, installez les outils de développement nécessaires pour compiler depuis le code source.

# Remove previous installations
sudo dnf remove displaylink 'evdi-*'

# Install development tools for building packages
sudo dnf install @development-tools

# Install kernel headers for Surface
sudo dnf install kernel-surface-devel

2. Création d’une interface d’affichage virtuel extensible (EVDI)

EVDI est une dépendance nécessaire pour DisplayLink sous Linux. La compilation de la dernière version depuis le code source est recommandée pour assurer la compatibilité avec Fedora 41.

# Clone the EVDI repository
git clone https://github.com/DisplayLink/evdi
cd evdi

# Set up the Python include path (modify for your Python version if needed)
export CPLUS_INCLUDE_PATH="/usr/include/python3.13:$CPLUS_INCLUDE_PATH"

# Build and install EVDI
make
sudo make install

Conseil de dépannage : si « make » échoue, vérifiez que « pybind11 » et « python3-devel » sont installés. Les utilisateurs de Fedora peuvent les installer avec :

sudo dnf install pybind11 python3-devel

3. Installation du pilote DisplayLink

Ensuite, téléchargez le dernier package DisplayLink RPM compatible avec Fedora 41. Au moment de la rédaction, la dernière version est fedora-41-displaylink-1.14.7-1.github_evdi.x86_64.rpm.

# Install the DisplayLink package
sudo dnf install '/path/to/rpm/fedora-41-displaylink-1.14.7-1.github_evdi.x86_64.rpm'

Après l’installation, Fedora tente de démarrer le service displaylink-driver.service. Cependant, cela échoue souvent à cause des exigences de Secure Boot, que nous allons résoudre ensuite.

4. Configurer le Secure Boot pour autoriser DisplayLink

Si le Secure Boot est activé, le service displaylink-driver.service peut échouer à démarrer parce que le module kernel evdi n’est pas signé. Pour résoudre cela, nous utiliserons mokutil et dkms pour inscrire la clé de signature.

# Install mokutil and dkms
sudo dnf install mokutil dkms

# Enroll the automatically generated DKMS key with Secure Boot
sudo mokutil --import /var/lib/dkms/mok.pub

# Reboot your system to complete the key enrollment
reboot

Pendant le redémarrage, on vous demandera d’entrer une phrase secrète pour inscrire la clé DKMS. Cette étape est cruciale pour autoriser les modules non signés sous Secure Boot.

5. Vérifiez l’inscription de la clé

Après le redémarrage, confirmez que la clé DKMS est inscrite :

mokutil --list-enrolled | grep DKMS

Cela devrait produire quelque chose de similaire à :

Subject: CN=DKMS module signing key

6. Redémarrez et testez

Après toutes les configurations, redémarrez votre système une dernière fois. Vous devriez maintenant avoir un setup DisplayLink pleinement fonctionnel sur votre Surface Laptop sous Fedora 41.

Résumé

Configurer DisplayLink sur Fedora 41 avec le kernel Surface nécessite de configurer plusieurs composants, y compris le Secure Boot et DKMS. Avec les étapes ci-dessus, Fedora 41 devrait maintenant prendre en charge DisplayLink pour les écrans externes, améliorant ainsi les capacités de votre Surface Laptop.

Enjoy !

AlexIn Tech

Fedora 41 - Installer les drivers NVIDIA facilement

Wed, 13 Nov 2024 00:00:00 +0000

Fedora 41 - Installer les drivers NVIDIA facilement

Voici comment installer les drivers NVIDIA en 1 seul clic sur Fedora 41.

Ouvrez le software center, cherchez NVIDIA, et installez cela :

Enjoy !

AlexIn Tech

Impossible d'écrire sur un disque SSD externe en exFAT avec Ubuntu

Thu, 10 Oct 2024 00:00:00 +0000

Impossible d’écrire sur un disque SSD externe en exFAT avec Ubuntu

Vous venez de connecter votre SSD externe formaté en exFat sur votre machine Ubuntu, et surprise : impossible d’écrire dessus ! Pas de panique, c’est un problème assez fréquent et facile à résoudre. Ubuntu, par défaut, ne prend pas en charge le format exFat. Cet article vous guidera à travers les étapes nécessaires pour ajouter ce support.

Étape 1 : Ajouter le dépôt “universe”

Ubuntu propose un dépôt appelé “universe” qui contient une grande quantité de logiciels open source maintenus par la communauté. Pour accéder à ces paquets, nous devons d’abord ajouter ce dépôt.

sudo add-apt-repository universe

Cette commande permet à Ubuntu d’inclure dans ses sources de logiciels le dépôt “universe”. C’est une étape nécessaire pour accéder aux paquets qui nous intéressent pour le support de l’exFat.

Étape 2 : Mettre à jour les sources

Une fois le dépôt ajouté, vous devez mettre à jour la liste des paquets disponibles sur votre système.

sudo apt update

Cette commande va chercher les dernières informations des dépôts et actualiser votre liste de paquets pour qu’Ubuntu sache où récupérer les derniers logiciels.

Étape 3 : Installer le support exFat

L’étape suivante consiste à installer les paquets nécessaires pour que votre système puisse lire et écrire sur des disques exFat. Pour cela, installez exfat-fuse.

sudo apt install exfat-fuse

exfat-fuse est un module qui permet au noyau Linux de comprendre le système de fichiers exFat.

Problème avec exfat-utils

À ce stade, vous pourriez être tenté d’installer aussi exfat-utils, qui, dans les versions précédentes d’Ubuntu, permettait de gérer les disques exFat. Cependant, si vous essayez d’exécuter cette commande :

sudo apt install exfat-fuse exfat-utils

Vous obtiendrez un message d’erreur indiquant que exfat-utils n’a pas de “candidat à l’installation”. En effet, depuis Ubuntu 22.04, exfat-utils a été remplacé par un autre paquet.

Solution : Installer exfatprogs

La nouvelle méthode pour ajouter le support exFat dans les versions récentes d’Ubuntu consiste à utiliser exfatprogs. J’ai trouvé cette solution sur un blog Ubuntu, grâce à une réponse publiée par un utilisateur du nom de christian_js le 5 août 2022.

sudo apt install exfatprogs

exfatprogs remplace exfat-utils dans Ubuntu 22.04 et versions ultérieures. Ce paquet permet de gérer les systèmes de fichiers exFat (formatage, vérification, etc.).

Étape 4 : Connecter votre disque

Après avoir suivi toutes ces étapes, reconnectez votre SSD externe. Vous devriez désormais pouvoir lire et écrire sur votre disque formaté en exFat sans problème.

Enjoy 😎

AlexInTech

Oracle Cloud Infrastructure (OCI) - Un Plan Gratuit Unique Offrant des Performances Impressionnantes

Sat, 02 Dec 2023 00:00:00 +0000

Oracle Cloud Infrastructure (OCI) - Un Plan Gratuit Unique Offrant des Performances Impressionnantes

Oracle Cloud Infrastructure (OCI) se distingue sur le marché en proposant un plan gratuit unique, offrant une machine virtuelle (VM) avec des performances impressionnantes sans aucun frais. Cette offre se démarque non seulement par sa gratuité mais aussi par la qualité et la puissance de l’infrastructure mise à disposition. Idéal pour les développeurs, les étudiants, ou les petites entreprises, ce plan permet d’accéder à des ressources cloud avancées sans engager de coûts.

Dans cette offre, OCI permet de configurer une VM performante avec :

Processeur ARM Ampere : Efficace pour le traitement rapide des données.
4 OCPU (Oracle CPU Units) : Pour gérer des charges de travail modérées à élevées.
24GB de RAM : Idéale pour les applications gourmandes en ressources.
200 Go de Stockage : Suffisant pour la plupart des applications et projets.

Cette configuration gratuite rivalise avec des offres payantes, permettant une exploration avancée du cloud computing sans investissement initial.

Création du compte OCI

Pour commencer, créez votre compte Oracle Cloud.

https://www.oracle.com/cloud/free/

Une fois votre compte créé nous passerons à la création de la VM.

Création de la VM

Accédez à “Compute” puis “Instances” depuis le menu principal ou le “pinned menu”.

Sélectionnez votre “Compartment” et créez une instance.

Nommez votre VM et éditez le type d’image selon vos besoins.

Changez le matériel en choisissant un processeur Ampere basé sur ARM, avec 4 OCPUs et 24GB de RAM.

Optez pour Ubuntu comme OS, en choisissant la version adaptée pour ARM (aarch64).

On se retrouve donc avec ça :

Si nécessaire, créez un réseau et assurez-vous d’avoir une adresse IPV4 publique pour lier votre VM à un domaine. Chez moi cela était déjà créé, peut être car j’avais déjà effectué ces configs dans le passé.

Si le réseau n’est pas déjà configuré il vous faudra simplement créer un réseau en cliquant sur edit puis :

Vérifiez bien d’avoir une adresse IPV4 public si vous souhaitez ensuite lier le tout avec un domaine :

Générez une paire de clés SSH et téléchargez la clé privée pour l’accès SSH à la machine.

Nous allons maintenant choisir la taille de notre boot volume => 200 GB ⚠️ C’est gratuit uniquement jusqu’à 200GB donc ne mettez pas plus ⚠️

Remarque Importante : Ne vous fiez pas aux estimations de coût indiquées sur OCI. Selon diverses sources, y compris cette vidéo YouTube, en suivant ces étapes, vous devriez éviter les frais supplémentaires.

On clique create, et voilà , la VM est créée

Troubleshooting “Out of capacity”

En cas de difficulté lors de la création de votre VM car il n’y a plus de capacité disponible, envisagez une de ces deux solutions :

Passez au plan “pay as you go” mais créez une VM en utilisant uniquement les options “always free tier”.
Utilisez un script pour créer la VM en cas de non-disponibilité, j’en avais trouvé un sur GitHub, il faut que je le recherche afin de l’inclure dans cet article.

Conclusion

Pour conclure, sachez que je n’ai pas encore réussi à obtenir ma machine gratuite. Si ça prend trop de temps je passerai au pay as you go avec une limite de budget configurée pour m’envoyer des alertes. Mais en théorie je serai à 0 CHF car j’utiliserai des ressources gratuite.

J’ai plusieurs idées de projets en tête , notamment transformer cette VM Ubuntu en machine Debian et installer YunoHost dessus. Mais c’est une musique d’avenir !

Merci de m’avoir lu et à la prochaine ! AlexIn Tech

Log4J scanner en PowerShell & Shell pour Windows et Linux

Fri, 17 Dec 2021 00:00:00 +0000

Log4J scanner en PowerShell & Shell pour Windows et Linux

Hello ! Alors aujourd’hui je voulais juste vous partager un petit scanner de vulnérabilités qui a été développé par l’entreprise Genevoise e-Xpert Solutions et qui permet de détecter les vulnérabilités liées à Log4J pour vos serveurs .

https://github.com/e-XpertSolutions/atdefense-research

Ce script a été développé par : Michael Molho David Routin

Et j’ai contribué à ce projet en ajoutant le check de la version 2.15 qui contient un faille de type DoS.

Ouai je suis assez fier pour le coup, car je n’avais encore jamais participé à un projet sur GitHub. Donc de voir mon nom dans les “Contributors”, ça fait plaisir.

Update 20.12.2021 : La version 2.16 est aussi vulnérable à une faille de type DoS, j’ai effectué une nouvelle pull request afin de maj le script PowerShell.

Voici comment l’utiliser sur Windows :

Tu télécharges handle.exe (un outil des sysinternals) ici : https://docs.microsoft.com/en-us/sysinternals/downloads/handle
Tu déposes le script sur ton serveur
Tu le lances en admin en utilisant cette commande :

powershell -ExecutionPolicy Bypass -File log4find.ps1 -HandlePath <handle.exe_filepath>

Et tu auras des résultats colorés :

vert : t’es bon
rouge : attention, tu as une ou les deux vulnés sur ton serveur
jaune : le check n’a pas réussi, vas faire un check à la mano.

Dans le cas ou le check a raté, je te conseille d’utiliser “everything"de voidtools . C’est un search engine pour Windows qui est vraiment incroyable de part sa vitesse.

Pour utiliser Everything, il te suffit de le lancer en admin et ensuite tu tapes ta recherche.

log4*

L’astérisque “*” sert de wildcard.

Dans mon cas, y a pas de java sur ma machine, juste 1000 scripts PowerShell et des fichiers/dossiers en lien avec ces scripts de détection de Log4J.

Voilà. enjoy !