J’ai un laptop dell de ce modèle qui a été préinstallé avec plein de crapware. J’ai pas mal de souci avec et j’ai décidé de tout réinstaller. Cet article est là pour m’aider le jour où je voudrais le refaire.

BIOS / Driver disque dur

Par défaut le disque dur n’est pas visible par l’installateur de Windows, même dans sa version 11. Il est possible pendant l’installation d’utiliser les drivers trouvables sur le site du support de Dell si on les a mis sur la clé USB d’installation. Cela dit, si le système voit que le disque principal n’est pas le premier (0) alors il refusera de s’installer.

Une astuce est de passer dans le Bios pour changer la manière dont le disque est géré, pour passer de RST (une espère de Raid dont je ne comprends pas bien l’interêt) à AHCI/NVME.

Une fois relancé, l’installeur de Windows retrouve sans problème ses petits et accepte de s’installer.

Pour accéder au Bios => F12 pendant le démarrage pour accéder aux options de boot puis il y a un lien vers le bios lui-même. Il faut aller dans Stockage, puis cliquer sur AHCI/NVME.

Rebooter, F12 de nouveau, puis booter sur la clé USB d’installation.

Astuce : decrap

Windows installe des tas de crapwares par défaut, notamment des pubs, des liens vers des applis ou des jeux. Cette action est dépendante de l’endroit choisi lors de l’installation.

Pour réduire ces installations malvenues, il faut indiquer à l’installeur la région : « Anglais (International) ».

De là, il va continuer, puis mettre un message d’erreur.

Il faut cliquer sur Ignorer puis terminer l’installation normalement.

Astuce : Compte local

Windows 11 nous fait bien galérer et tente de nous obliger à se connecter avec un compte MS.

Pour éivter cela, il faut débrancher son câble éthernet, ou couper la connexion Wifi si elle est active, puis cliquer sur : « Je n’ai pas internet » et « Continuer avec un compte limité ».

J’ai récupéré récemment un vieux HP ProDesk 400 G3, un mini PC format 1L anciennement utilisé comme machine de bureau. Après l’avoir un peu boosté avec de la RAM (passage à 16Go), j’ai fait quelques tests dessus, et s’il est difficilement utilisable en mode bureau (processeur faiblard, disque dur mécanique), il est beaucoup plus intéressant en mode serveur. Voulant le mettre dans un coin avec le moins de câble possible, j’ai voulu y coller ma clé Wifi Archer T3U, évidemment sans driver Linux. Ma procédure précédente ne fonctionnant pas, j’ai de nouveau cherché et trouvé une solution pour la faire fonctionner, le tout en ligne de commande, sous le très récent Débian 12.

---

Installation Debian 12

J’ai installé une Debian 12 toute fraiche en téléchargeant un ISO netinstall. Pas d’interface graphique, juste un serveur SSH et basta.

Comme précédemment, le driver sera compilé à partir d’un dépôt git. Donc j’installe tous mes outils, git, sudo (non installé par défaut dans debian), module-assistant, lshw (pour vérifier le matériel). La compilation m’ayant fait une erreur, j’ai dû aussi installer le paquet dkms.

Je vérifie avec un lsusb que la clé est bien reconnue par la machine.

Elle apparait bien, première étape ok.

Compilation du module

Ensuite récupération du code puis compilation et installation. Source de la méthode.

sudo m-a prepare
git clone https://github.com/RinCat/RTL88x2BU-Linux-Driver
cd RTL88x2BU-Linux-Driver
make
sudo make install
sudo modprobe 88x2bu

Pour vérifier que le matériel est maintenant correctement piloté, j’utilise la commande lshw

La commande ip link show donne aussi un bon résultat.

Je note le nom de l’interface (wlxd03745a8f9ca) pour la suite.

Configuration du réseau

Source de la méthode

J’ai choisi d’utiliser l’outil iwd qui me semble très simple à mettre en place.

J’installe le paquet iwd puis j’ouvre le fichier de configuration pour décommenter la ligne permettant à iwd de configurer automatiquement le réseau (EnableNetworkConfiguration).

Il faut maintenant lancer le service iwd et l’activer pour que le wifi survive à un redémarrage.

systemctl --now enable iwd

Accéder au wifi

J’utilise la commande iwctl en mode interactif et en utilisateur.

iwctl

La commande help permet de voir toutes les instructions possible.

Pour ma part :

station wlxd03745a8f9ca scan
station wlxd03745a8f9ca get-networks
station wlxd03745a8f9ca connect <réseau>

Il va demander le mot de passe du réseau. Puis, vous pouvez sortir avec exit.

La commande : ip a, vous permet de voir si l’interface a bien récupéré une adresse ip en DHCP.

Pour un serveur, il est plus pratique d’utiliser des adresses ip statiques, mais je préfère les gérer de manière centralisée sur mon DHCP en définissant un bail statique.

Conclusion

La méthode me paraît beaucoup plus simple à mettre en place, surtout dans un contexte sans interface graphique et j’avoue avoir fait une bonne découverte avec iwd qui gère très facilement le réseau en cli.

Si vous n’arrivez pas à vous connecter après la procédure, ou si vous n’avez pas récupéré d’ip, essayez de relancer le service (sudo systemctl restart iwd) ou de redémarrer la machine (ce que j’ai dû faire).

Dans mon nouveau boulot, en attendant un recrutement spécifique, je me retrouve à faire de l’administration système, notamment sur Microsoft 365. L’outil est extrêmement efficace en entreprise et permet un travail collaboratif très étendu. Cela dit, les outils d’admin sont une plaie absolue, ou rien n’est cohérent. Si pour les utilisateurs, le boulot est fait, en arrière-plan c’est un enfer. Par exemple, il n’y aucune option nulle part pour récupérer simplement les membres d’une liste de distribution. Sauf en powershell…

---

Installation des outils

• On ouvre évidemment un terminal Powershell en mode administrateur.
  À chaque fois qu’il demande une validation, vous dites Oui [O] bien sûr, sinon ça marche pas.

Install-Module PowershellGet -Force
Install-Module -Name ExchangeOnlineManagement

• On active l’exécution des scripts qui n’est pas possible par défaut.

Set-ExecutionPolicy RemoteSigned

• On importe le module Exchange.

Import-Module ExchangeOnlineManagement

• Enfin, on se connecte

Connect-ExchangeOnline

Là ça ouvre une page web où vous pouvez mettre votre login et mot de passe.
C’est possible uniquement si vous êtes admin hein.
Si ça marche, vous allez tomber sur ça :

Action

Maintenant c’est tout con :

Get-DistributionGroupMember -Identity « <le nom de la liste » | Select-Object -Property « DisplayName », »PrimarySmtpAddress » | Export-Csv c:\liste.csv

Le GetDistributionGroupMember fait ce qu’il dit, il récupère l’intégralité des membres, avec toutes leurs informations.

Le Select-Objet permet de réduire les champs à uniquement le nom et l’adresse. Faite un test sans cette commande, puis ouvrez le fichier généré pour voir la liste des champs. Y’en a plein.

Enfin, l’Export-Csv balance l’ensemble dans un fichier ouvrable par n’importe quel tableur.

Conclusion

Ce n’est pas très compliqué, mais ce n’est pas pratique. Il doit probablement y avoir des outils qui lancent ces commandes en arrière-plan, des trucs qui ne viennent pas de MS, mais je ne les connais pas. Si vous avez des connaissances dans ce sujet, je serai ravi de les connaitre.

Je regarde très peu la télévision, préférant de loin utiliser les services de streaming comme Netflix ou parfois Amazon Prime, ainsi que quelques vidéos de vacances. Lorsque je regarde une émission, j’utilise Molotov qui, dans sa version gratuite, ne permet pas de regarder TF1 ou M6. Ce qui n’est pas un mal de toute façon. Mais hier je voulais regarder une émission sur TF1. Je souhaitais la regarder sur mon grand écran alors je me suis servi de ce prétexte pour monter l’infrastructure que je m’apprête à décrire.

---

Setup initial

Mon installation initiale comprend les éléments suivants.
Il est possible de mutualiser certaines fonctions.

Hardware

• Une TV connectée possédant l’application VLC (ou tout autre appli permettant de lire un flux réseau RTMP). J’utilise une Nvidia Shield (un boitier Android TV).
• Un PC sous Windows pour récupérer le flux de TF1 via Captvty.
• Un serveur Linux (mon miniPc Mele Quieter qui me sert à tout).

Software

Captvty

C’est un logiciel, uniquement sous Windows même si certains hacks permettent de le lancer sous d’autres systèmes, qui permet de lister l’intégralité des émissions accessibles en replay sur la plupart des chaînes françaises.

Il permet aussi, en faisant un clic droit sur le nom d’une chaîne, de la regarder en direct.

Captvty me servira ici de source de flux vidéo, mais on pourrait utiliser n’importe quoi.

OBS

C’est le logiciel de streaming le plus populaire actuellement. C’est une sorte de banc de montage qui permet de préparer des scènes à diffuser par exemple sur Twitch.tv ou Youtube. On peut récupérer des flux vidéos, des images fixes, des overlays, mixer l’ensemble, ajouter des filtres, bref, c’est très puissant.

Nginx-RTMP

Nginx est un serveur Linux ultra léger, très facile à installer et à configurer, qui peut servir des pages Web, faire reverse proxy et qui dispose dans notre cas d’un module RTMP trivial à configurer.

Je l’ai installé sur mon boitier, mais je suppose qu’on peut aussi faire une machine virtuelle légère (genre un truc sous Alpine), un docker ou même passer par le WSL de Windows. Je n’ai pas encore testé ces solutions.

Mise en place

Nginx-RTMP

Personnellement je suis sous Ubuntu, il faut adapter les commandes d’installation si vous possédez une autre distribution.

Installation

Ouvrir un terminal puis :

• sudo apt update
• sudo apt install libnginx-mod-rtmp

Configuration

Toujours dans le terminal

• sudo nano /etc/nginx/nginx.conf

Ajouter le bloc suivant à la fin du fichier :

rtmp {
        server {
                listen 1935;
                chunk_size 4096;

                application live {
                        live on;
                        record off;
                }
        }
}

Quitter (CTRL+X) en sauvegardant (Y).

Relancer le serveur

• sudo systemctl restart nginx

C’est vraiment la config minimale, il n’y a pas de sécurité, pas de transcodage, le flux est transmis tel quel.

! Attention ! Ayant déjà un serveur web sur ce boitier, il a fallu que je change les ports d’écoute de nginx pour autre chose que le 80 qui était déjà pris. Sinon le service refuse de se lancer.

Captvty

• Télécharger et décompresser le logiciel quelque part, par exemple sur le bureau.
• Lancer l’exécutable captvty.exe
• Faire un clic droit sur la chaîne TV puis Visionner <chaine> en direct

Si tout se passe bien, une fenêtre s’ouvre et diffuse un flux vidéo.

OBS

Installation

• Installer et décompresser OBS quelque part, par exemple le bureau
• Lancer l’exécutable obs64.exe

Configuration

• Dans les sources, ajouter Capture d’une fenêtre et Audio du bureau

• Dans les paramètres de la capture de fenêtre, sélectionner la fenêtre qui diffuse la chaîne.

• Enfin, dans les paramètres de Flux d’OBS,
  • choisir Personnalisé
  • Indiquer l’adresse du serveur RTMP
  • Choisir une clé (j’ai mis test)

• Enfin, lancer le stream

Si OBs ne dit rien, c’est que le flux est diffusé.

Reception

Depuis un ordinateur branché sur le réseau, depuis un téléphone (s’il dispose de VLC), ou directement depuis la TV :

• Lancer VLC
• Ouvrir un flux réseau
• Indiquer l’adresse du serveur RTMP sous la forme
  • rtmp://<adresse ip>/live/test

live, c’est le nom du service RTMP (indiqué dans le fichier de configuration Nginx).
test, c’est la clé de stream indiquée dans OBS.

Si tout s’est bien déroulé, vous devriez voir votre flux apparaître.

Conclusion

Il y a quelques étapes à réaliser, mais l’ensemble n’est pas si compliqué à mettre en place de mon point de vue. OBS étant capable de prendre à peu près n’importe quoi en entrée, rien n’empêche par exemple de diffuser une webcam, un ensemble de caméra de sécurité, des panneaux d’affichage ou un diaporama de photos ou de la publicité par exemple. OBS permet de gérer des scènes, mais aussi des transitions pour passer joliment d’une scène à l’autre. Chaque scène étant indépendante, il est possible de produire du contenu différent pour chacune.

Tout l’intérêt de ce mini-projet a été pour moi de comprendre comment mettre en place le serveur RTMP privé, et si on s’en tient à la base, cela a été très simple. Bien sûr, pour une utilisation en entreprise, ou dans le public, il faudra ajouter des couches de sécurité, mais cela dépasse le cadre de cet article.

Pour améliorer les débits Wifi du laptop qui me sert d’ordinateur principal depuis quelques jours, j’ai acheté une clé Wifi 5 TP-Link Archer T3U (17€). J’aurais préféré une clé Wifi 6 (vu que je dispose d’un point d’accès Wifi 6 qui fonctionne hyper bien) mais ça n’existe pas encore à des prix raisonnables.
Comme un imbécile, je n’ai pas vérifié la compatibilité avec Linux, étant persuadé qu’il n’y aurait aucun problème. Raté, pas de driver officiels dispo.
Mais il y a un moyen quand même.

---

Il existe deux dépôts GitHub mettant à dispo ce driver, qu’il va falloir compiler. Le premier m’a fait une erreur à la compilation en allant cherche un fichier ipx.h obsolète. Je me suis donc tourné vers le second, qui dispose même d’un script facilitant l’ensemble : https://github.com/cilynx/rtl88x2bu

Ouvrez donc un terminal dans lequel vous inscrirez les commandes suivantes :

git clone https://github.com/cilynx/rtl88x2bu.git
cd rtl88x2bu
./deploy.sh

Cela va prendre quelques minutes à l’issue desquelles vous devrez probablement redémarrer.

Si cela ne fonctionne pas, il faudra probablement installer le paquet linux-headers. Généralement, je fais ceci dans un terminal :

sudo apt install module-assistant
sudo m-a prepare

Le module-assistant installera tout le nécessaire pour compiler les modules (modules ~⇒ drivers Windows)

Voici ce que j’ai maintenant dans les paramètres :

Le Intel Centrino est l’adaptateur Wifi intégré au laptop X230. Le TP-Link est la clé que j’ai acheté.
En me connectant sur mon point d’accès Wifi et en lançant un speedtest, je me retrouve avec une moyenne de 280Mbits/s en download et upload vers Internet, ce qui est TRÈS largement supérieur à ce que j’avais avant, avec pour l’instant une excellente stabilité.

Linux c’est vraiment génial, sauf quand c’est pas génial. C’est pour ce genre de connerie qu’il n’y pas plus de gens qui passent dessus, et je les comprends.
Ça me rend furax qu’une société qui produit ce genre de clé ne prenne pas un peu de temps pour proposer un driver qui fonctionne direct au branchement.

Bref, maintenant ça marche et pour un prix dérisoire j’ai largement augmenté la connectivité de mon ordi.

Il y a quelques mois, j’ai acheté un mini PC Mele Quieter 2.

C’est une machine extrêmement compacte, mue par un processeur J4125 de chez Intel, de faible puissance, mais à la consommation très faible aussi, et surtout sans ventilateur donc totalement silencieuse. J’y ai installé plusieurs services, dont un serveur Jellyfin permettant le partage de vidéos de famille dans mon réseau interne, mais aussi externe pour que mes enfants et moi-même puissions y accéder de n’importe où.

J’y ai adjoint un disque dur externe de grande capacité branché en USB3, et un ssd Nvme interne de 1 To pour avoir un peu de place, servir de cache et de stockage pour les autres services.

J’ai découvert cet appareil grâce au site Minimachine et notamment cet article dont je remercie chaudement l’auteur.

Je ferai sans doute d’autres articles sur le sujet, mais aujourd’hui je vais me concentrer sur un point en particulier, l’accélération matérielle du décodage/encodage de vidéos.

---

Jellyfin est tout rouge

La machine est normalement livrée avec Windows 10, mais j’ai préféré installer une Ubuntu récente. L’installation s’est déroulée sans aucun problème, tout le matériel est reconnu et l’appareil est étonnamment efficace pour toutes les tâches que je lui demande d’effectuer.
Parmi celles-ci, la plus gourmande est sans conteste Jellyfin, et notamment sa fonction de transcodage.

Jellyfin est un serveur de média open-source, équivalent du très connu Kodi, qui permet de se construire une bibliothèque de contenu, de l’organiser en différentes médiathèques et de servir ses fichiers à, à peu près n’importe quoi, du simple navigateur internet, à la smart TV, Nvidia Shield, ou téléphone.

Lorsque le client est capable de décoder le flux, ce dernier est transmis directement. Dans le cas contraire, Jellyfin se charge de transcoder le média à la volée.
Jusqu’à peu, tout allait bien, mais récemment j’ai récupéré une vidéo de vacances encodée en 4K avec le format H265. Ce fichier comportait aussi de nombreux sous-titres, ainsi que des pistes audio 7.1.
Impossible de le lire sans saccades, coupures et gels de plusieurs dizaines de secondes.

Un btop me montre que le transcodage monte tous les cœurs du CPU à pas loin de 100% en permanence.

Je comprends alors que l’accélération matérielle n’est pas activée.

Accélération matérielle

Voici donc le résultat de mes recherches.

Le processeur vient avec une partie graphique de chez intel, le UHD 600 :

orlanth@zeus:~$ sudo lshw -c video
*-display
description: VGA compatible controller
product: GeminiLake [UHD Graphics 600]
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 06
width: 64 bits
clock: 33MHz
capabilities: pciexpress msi pm vga_controller bus_master cap_list
configuration: driver=i915 latency=0
resources: irq:133 memory:a0000000-a0ffffff memory:90000000-9fffffff ioport:f000(size=64) memory:c0000-dffff

Le driver par défaut est le intel-media-va-driver.

J’ai vu sur certains sites, que la version non-free est sans doute plus avancée. Je ne suis pas sûr que cette étape soit obligatoire, mais au cas où, j’installe cette version puis je reboote.

orlanth@zeus:~$ sudo apt search intel-media-va-driver-non-free

Ayant installé Jellyfin via docker (et surtout docker-compose), il faut impérativement passer la carte graphique du système « réel » au système du docker.
Pour cela il faut ajouter quelques lignes au fichier docker compose.

orlanth@zeus:/var/www/jellyfin$ cat docker-compose.yml
version: '3'
services:
  jellyfin:
    image: jellyfin/jellyfin
    container_name: jellyfin

    network_mode: "host"

    volumes:
    - /home/orlanth/.jellyfin:/config
    - /media/:/media
    environment:
    - PUID=1000
    - PGID=1000
    restart: always
    devices:
    - /dev/dri/renderD128:/dev/dri/renderD128
    - /dev/dri/card0:/dev/dri/card0

Il s’agit des 3 dernières lignes, devices et les deux devs.
Il faut les ajouter telles quelles.
Ensuite docker-compose down pour arrêter les services et docker-compose up -d pour les relancer.
On est bon côté système, maintenant il faut l’activer côté applicatif.

Encore quelques clics

Dans le tableau de bord de Jellyfin, il faut aller dans Lecture.

Puis Transcodage.

Dans la liste « Accélération matérielle », choisir Video Acceleration API (VAAPI).

Cocher HEVC puis descendre jusqu’au Profil d’encodage.

J’ai choisi superfast en me disant que je pouvais me contenter d’une qualité moindre, mais je ne sais pas si cela a un gros impact par rapport à fast utilisé par défaut.

Enfin ne pas oublier de sauvegarder les modifications en cliquant sur le bouton en bas de la page.

Attention à ne PAS cocher Adapter la vitesse du transcodage.

Je relance la vidéo et mon btop me montre que cette fois les cœurs du CPU ne montent plus qu’à 25% en moyenne.

L’accélération est donc bien activée !

Yeah !

À suivre

Si j’ai gagné en CPU et en chaleur, ainsi qu’en fluidité puisque j’arrive à lire un peu mieux le fichier, j’ai toujours des freezes mais beaucoup moins nombreux et beaucoup plus court.

Du coup, je peux faire deux choses.

En changeant la qualité pour quelque chose d’inférieur au 4K je réduis grandement la charge, notamment sur le réseau.

Et sinon, je fais comme sur Youtube à la grande époque des embrouilles avec Free, je lance le film, je mets la pause et j’attends une trentaine de secondes que le chargement se fasse, ensuite je suis à peu près tranquille.

En résumé, je suis toujours très content, mais je ferai plus attention au format des films de vacances que je peux trouver.

Depuis des années j’utilise mon ordi principal pour partager des fichiers vers mes autres machines, machines virtuelles pour les tests, NVidia Shield pour les vidéos, ou mon laptop sous Linux pour récupérer des fichiers de travail. A un moment, ça a arrêté de fonctionner. J’ai enfin compris pourquoi et c’est le sujet de cet article.

---

Avec ma Shield, j’utilisais Kodi pour accéder à mes fichiers, sans problème puis d’un coup cela s’est arrêté. J’ai pensé qu’il s’agissait d’un problème avec une nouvelle version de Kodi, donc en attendant j’utilisais VLC en direct qui lui fonctionnait sans problème.

Parallèlement, je joue beaucoup avec des distributions Linux, mais à chaque fois que je voulais m’en servir pour de vrai (par exemple sur mon laptop, sur lequel je ne joue pas), j’avais des soucis. Ce qui me heurte beaucoup en temps que libriste convaincu et qui constitue une vraie barrière pour moi à la démocratisation de Linux sur les machines de Bureau. Soit il s’agit d’un problème de son, ou de drivers vidéos ou surtout d’accès au réseau. Bref, jamais tranquille.

Pourtant, sur les réseaux je suis des libristes et de plus en plus d’entre disent s’ennuyer maintenant parce que tout fonctionne chez eux out-of-the-box. Et pas chez moi, pourquoiii ?

Bref, je profitais récemment d’un nouveau test, cette fois de la distribution FerenOS qui fait sensément tout plus mieux que les autres et le café avec.

Encore une fois le parcours du réseau était impossible, message d’erreur et tout et tout. Sauf que cette fois, j’ai fait une réussite critique en Google-Fu et que j’ai trouvé la solution. Et si le problème vient bien de Linux, la solution se trouve côté Windows.

En effet, suite à un bug dans le backend GVFS, les versions supérieures à smb1 (le protocole utilisé pour la découverte du réseau et le partage de fichier) ne sont pas prises en charge par Linux.

Or, les versions récentes de Windows 10, pour des raisons de sécurité, désactivent smb1, vieux de 30 ans, ce qui est normalement une excellent idée, mais qui dans notre cas précis casse, sans prévenir, l’autre côté.

La solution tient en une ligne.

Ouvrez un terminal Powershell en mode Admin et tapez la commande ci-dessus. L’ordi va redémarrer (violemment et sans vous demander votre avis, GG MS), puis smb1 sera activé.

De retour dans ma VM de test FerenOs, le gestionnaire de fichier Nemo voit instantanément la machine de partage, les partages eux-mêmes et après une demande légitime d’authentification me donne enfin accès aux fichiers convoités, et un double-clic lance une vidéo avec VLC très rapidement et sans buffering.

Je suis un peu embêté pour la conclusion.

En effet, Windows a colmaté un trou de sécurité important, et un bug dans Linux fait qu’on ne peut plus s’y connecter, du coup MS 1 – Linux 0

La correction serait problématique dans un environnement moins personnel que le mien et ne fonctionnera pas dans un environnement où je n’ai pas la maîtrise du serveur.

Il existe des solutions de contournement (notamment monter le partage distant en ligne de commande, ou en passant par le fichier /etc/fstab) mais ce n’est absolument pas user-friendly et contredit, à mon sens, la facilité supposée d’utilisation du bureau Linux.

Si quelqu’un a trouvé une solution plus élégante que la mienne, n’hésitez pas à m’en faire part, en attendant je vais pouvoir remater mes films de vacances, tranquillement, dans mon canap’ jusqu’à la prochaine fois.

---

Ressources
Un point global sur le sujet
https://forums.linuxmint.com/viewtopic.php?t=322404

Stop using SMB1
https://techcommunity.microsoft.com/t5/storage-at-microsoft/stop-using-smb1/ba-p/425858