GhostBSD Deep Dive - Week 1 (Edited)

SYNTHÈSE STRUCTURÉE

Le test sur cinq machines : un échec pour les Ryzen récents

L’intervenant a testé FreeBSD 15.0 sur cinq laptops, dont un Lenovo T16S (AMD Ryzen 7 HX 350) et un GMK Tech (AMD Ryzen 9 HX 370). Sur ces machines, l’installation a bloqué au démarrage, même après avoir désactivé l’ACPI. Il résume : « Newer AMD Ryzen like the HX platforms like the T16S and the GMK Tech. Yeah, those aren’t going to work. » Cela illustre que les processeurs AMD récents ne sont pas supportés par FreeBSD vanilla.

GhostBSD : une surprise positive sur un Intel Nuc ancien

Après avoir ignoré les recommandations d’essayer GhostBSD, l’intervenant l’a finalement installé sur un Intel Nuc 10 (Comet Lake). L’installation a été « clean, uneventful, boring, worked ». GhostBSD a activé l’accélération graphique Intel i915 KMS, contrairement à FreeBSD vanilla qui restait en mode VESA. Il note : « Ghost BSD installer ran smoothly on that machine and I didn’t have any issues with it. »

Problèmes persistants sur Intel Core Ultra (Meteor Lake)

Sur un MSI Prestige 16 (Intel Core Ultra 155H), le Wi-Fi (Killer) a causé un kernel panic lors de la tentative de connexion. L’intervenant précise : « It found installed the driver, went to actually turn it on and enable to connect, and it went into a colonel panic. » Un groupe de développeurs FreeBSD travaille sur un correctif, mais il n’est pas encore prêt. De plus, le système semblait bloqué en mode basse consommation, sans moyen simple de le basculer en mode performance.

Le Wi-Fi et le Bluetooth : points noirs récurrents

Sur l’Intel Core Ultra, le Bluetooth était inaccessible dès le départ (« I can’t access it. I don’t know where it is »). Le Wi-Fi, bien que détecté, provoquait un crash. L’intervenant a contourné le problème en utilisant Ethernet, mais il souligne que ces limitations sont fréquentes sur FreeBSD.

Configuration post-installation : Zsh et permissions

Après l’installation de GhostBSD, l’intervenant a configuré Zsh. Il a rencontré deux erreurs « permission denied » sur des fichiers en mode 640 (lecture/écriture pour le propriétaire, lecture pour le groupe, rien pour les autres). Il explique : « It wants 644 read write read. So, if you change that file, those two will go away. » La correction est simple : passer les fichiers en 644.

Vérification de l’accélération graphique

Pour confirmer que l’iGPU Intel est actif, l’intervenant utilise glxinfo (via le paquet glx-utils). Il vérifie les deux premières lignes : « The vendor string is Intel and the render string is Intel UHD. That’s all I need to know. » Il utilise aussi fastfetch pour voir la ligne GPU, confirmant que le pilote i915kms.ko est chargé.

KDE Plasma : X11 fonctionne, Wayland échoue

L’intervenant a installé KDE Plasma via le gestionnaire de paquets. Il a testé Wayland, mais cela l’a renvoyé à l’écran de connexion. Il commente : « Nope. Chuck me right back out here. Obviously, there’s a step here that I need still. » X11, en revanche, fonctionne parfaitement. Il recommande de consulter la documentation pour Wayland.

Gestion des snapshots ZFS avec bectl

L’intervenant a utilisé bectl (ou beadm) pour créer un snapshot après l’installation de KDE. Cela lui a permis de restaurer rapidement après une tentative d’installation ratée d’un AppImage. Il conseille : « I would recommend setting a new one every time you get ready to do some major change. » Il insiste sur la différence entre snapshot et backup : « Don’t confuse environmental snapshots with a backup. They’re not. »

AppImage et compatibilité Linux

L’intervenant a testé un AppImage (OnTime) sur GhostBSD. Il a d’abord utilisé linux-c7 (CentOS 7), mais cela a échoué car la couche de compatibilité était obsolète. Il a restauré le snapshot, puis utilisé linux-rl9 (Rocky Linux 9). L’AppImage a fonctionné après avoir ajouté l’option --no-sandbox et exécuté en tant que root. Il note : « Linux app images does work. At least this one does. »

DRM et Chromium pour Netflix/Prime Video

Pour lire des vidéos protégées (DRM), l’intervenant a suivi les conseils de Robo Nui : utiliser Chromium avec Widevine. Après installation via les ports, il a dû fermer et rouvrir Chromium plusieurs fois avant que le DRM ne soit reconnu. Il explique : « You may have to shut Chromium up and down a few times before it actually will latch onto that component. »

CONCEPTS CLÉS

i915 KMS : Pilote noyau pour l’accélération graphique Intel, chargé via i915kms.ko. Indispensable pour un affichage fluide.
bectl : Outil de gestion des boot environments (snapshots ZFS) sur FreeBSD/GhostBSD. Permet de basculer entre différentes versions du système.
AppImage : Format d’application portable Linux. Nécessite une couche de compatibilité (linux-c7 ou linux-rl9) sur FreeBSD.
DRM (Digital Rights Management) : Protection des contenus vidéo (Netflix, Prime). Nécessite Widevine dans Chromium pour fonctionner.

CONCLUSION

Le message principal est que le support matériel sur FreeBSD et GhostBSD reste aléatoire, surtout pour les machines récentes. L’intervenant a réussi à obtenir une base stable sur un Intel Nuc ancien avec GhostBSD, grâce à l’accélération graphique native et aux snapshots ZFS. Pour un administrateur, cela signifie qu’il faut tester rigoureusement le matériel avant de déployer, et privilégier des machines bien supportées (comme les Intel Nuc ou les ThinkPad plus anciens). Les snapshots ZFS sont un filet de sécurité précieux pour expérimenter sans risque.