installation Fedora 42 sur HP Probook avec UEFI

[Glenic1]

Bonjour,
Suite aux débats dans le sujet Fedora sur HP Probook (avec UEFI), je me suis lancé dans la réinstallation de Fedora sur mon ordinateur HP Probook 650 G1, acheté reconditionné il y a un certain temps.

J'avais fait l'installation précédente de Fedora 39 pour essayer la distribution. Tout fonctionnait à peu près bien, sauf le WiFi qui refusait de fonctionner tant que le Secure Boot était activé (voir le sujet pas de WiFi sur mon HP Probook, équipé de Fedora] Il s'agissait d'une installation avec une partition manuelle (séparation rituelle entre le système et les données) et de plus avec la tentative d'installer une partition chiffrée LUKS.
Bref un joli gribouillis qui n'était pas très satisfaisant. Cet ordi n'était pas en utilisation courante pour mes besoins personnels mais seulement en phase d'essai avec très peu de choses dans le disque dur, à part les classiques : messagerie, navigateur, etc...

Du coup => le nouveau projet est une réinstallation automatique de Fedora 41, donc sans séparation du système et des données (voir le sujet Fedora sur HP Probook (avec UEFI) ), sans partition LUKS non plus puisque la distribution permet d'installer en automatique un "coffre-fort numérique" (testé avec succès dans la phase d'essai). Le but final est de se servir de cet ordi pour remplacer mon vieil Acer 7630 pas capable de faire de la visio-conférence (par exemple)

Le début de l'installation a été fulgurant :
- insertion de la clef bootable dans une des 5 prises USB
- appui maintenu sur la touche F 9 pour avoir le choix du boot
- allumage de l'ordinateur
Tout s'est bien passé. Même pas besoin de retirer la clef bootable puisqu'une icône d'installation est présente sur le bureau

Mais évidemment, c’était trop beau : sitôt l'installation effectuée (avec succès), les problèmes ont surgi.
Je précise que par flemme de refaire une nouvelle clef bootable j'ai utilisé la clef bootable utilisée pour la 1ère installation, celle de Fedora 39, pensant mettre à jour vers Fedora 40 puis 41 une fois l'installation de Fedora 39 effectuée.

1) pas de WiFi (aucun réseau détecté alors que ma box est tout à coté et fonctionne normalement)
Je m'y attendais un peu mais quand j'ai voulu désactiver le Secure Boot pour retrouver du WiFi, mauvaise surprise : il était déjà désactivé car c'était le cas pendant la phase d'essai et l'installation automatique n'a pas modifié le BIOS/UEFI

2) pas moyen de passer à Fedora 40, donc encore moins à Fedora 41
dnf dragora updater est bien là avec son icône. Il est fonctionnel pour les applications mais n'affiche pas de mise à jour vers Fedora 40. C'est quand même dommage que Fedora ait déjà enterré la version 39, sans aucun moyen d'arriver à la version 40, certes déjà dépassée, mais quand même de peu.

A priori, il va falloir que je refasse une clef bootable pour Fedora 41, au moins.
C'est là que les difficultés commencent. Le site Fedora est sympathique mais :
- Fedora 42 est la seule version proposée. J'aurais préféré jouer un cran en dessous avec Fedora 41
- quel bureau choisir ? le site https://fedoraproject.org/fr/ ne propose qu'un bureau Gnome ou un bureau KDE PLasma. Pas de bureau Xfce.
L'essai Fedora se déroulait avec un bureau KDE qui ne m'a pas emballé (explorateur Dolphin pas terrible, des boutons partout...)
Quid du Gnome ? Certains bureaux sont-ils plus lourds que d'autres ? Comment charger l'image d'un Fedora 42 en bureau Xfce (pas disponible sur le site, ou alors bien caché !

[Glenic1]

Suite du feuilleton "installation définitive de Fedora"

Découragé par l'épisode "installation de Fedora 39" qui ne débouchait sur rien, je me suis décidé à aller repêcher Fedora 42 + bureau Xfce
Installation tout aussi facile que pour Fedora 39, mais le bureau Xfce est vraiment défaillant, notamment pour les mises à jour.
La présentation sous Xfce de dnf dragora (le système de mise à jour des logiciels sur Fedora) est très pénible et malcommode.
Explication donnée sur le groupe Signal de Reboot : Fedora équipé avec un bureau Xfce n'est pas une version officielle. Dans cet assemblage, Xfce est collé brutalement par dessus Fedora.
C'est bizarre car le même bureau sous LinuxMint est plutôt bien fait. Là aussi, explication : le Xfce de Mint est officiel, donc soigné aux petits oignons par les développeurs. Ceci explique cela.

Donc, j'ai continué l'exploration de Fedora 42 en installant le logiciel avec le bureau Workstation qui est parait-il un Gnome.
On sent tout de suite que cette version est officielle, donc soignée, et tout, et tout.
Je l'aurais bien conservé en définitif MAIS :
- toujours aucune trace du WiFi !
le WiFi fonctionne très bien avec un dongle mais rien à faire pour tirer quelque chose de la carte WiFi Broadcom qui équipe mon ordi HP
Pourtant, le Secure Boot est bien débranché.

Je me demande si je ne vais pas revenir au bureau KDE avec lequel le WiFi fonctionnait bien, pour autant que le Secure Boot soit débranché. Mais c'était sous Fedora 40...Que va-t-il se passer avec Fedora 42 ?

A suivre

Ces installations successives ont pu se faire facilement grâce à ma clef USB équipée du logiciel Ventoy. On colle simplement une ou plusieurs images iso de distribution sur la clef et c'est le logiciel Ventoy qui s'occupe de transformer ces images en logiciels bootables.
Impeccable ! Sur une clef de 16 Go, on peut mettre des images iso de plusieurs distributions différentes. On choisit celle sur laquelle on boote à l'allumage de l'ordi.

[maxoxo]

Ah lalalala mon cher Glenic !

Tu aurais dû partir direct sur Fedora 42 en Workstation. Alors oui pour le coup c'est un GNOME magnifiquement intégré, soigné et super fluide. Après faut aimer GNOME et leurs choix d'interfaces ou alors activer les extensions qui vont bien (moi ne pas avoir de systray ça me rend dingue !)

Pour ton problème de WiFi j'ai quand même l'impression qu'on tourne en rond. Tu as sans doute oublié, mais je t'avais déjà dépanné sous Mint pour ce problème, puis sur ta première installation de Fedora.
Le problème vient du matériel choisi par HP. Il n'existe aucun pilote intégrable dans le noyau Linux et donc signé correctement pour passer avec du Secure Boot. SB le verra toujours comme un module tiers non signé...

Donc déjà tu as viré le secure boot, c'est un premier bon point. Ensuite ce qu'il faut savoir c'est que Fedora a une politique comme Debian, pas de non-libre par défaut. Par conséquent, ton pilote Broadcom n'est pas installé par défaut. Ubuntu et MInt qui sont basés dessus sont plus permissifs par défaut et proposent un outil pour installer les pilotes propriétaires.

Cela étant, on peu parfaitement installer le driver wifi Broadcom sur Fedora 42 en ajoutant les dépôts tiers qui contiennent des logiciels propriétaires. Allez plus qu'à suivre le guide

Étape 1 - Activer les dépôts RPM Fusion

Au choix :

> Méthode de pro en une seule commande dans le terminal

Code : Tout sélectionner

sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

> Méthode de "moins" pro depuis le site web de RPM Fusion

Depuis Firefox, ouvrir ce site web https://rpmfusion.org/Configuration
- Cliquer sur RPM Fusion free for Fedora 42
- Cliquer sur RPM Fusion nonfree for Fedora 42

Valider l'installation des paquets

Étape 2 - Installer le pilote Broadcom (akmods-wl)

Dans le terminal on balance un

Code : Tout sélectionner

sudo dnf install akmod-wl

(on peut sûrement trouver moins pro, mais je sais pas faire )

Étape 3 - On reboote et on vérifie

Si tout va bien, bravo t'as du WiFi même avec cette horreur de Broadcom B43 !

Si tout ne va pas bien, on ouvre le terminal puis

Code : Tout sélectionner

lsmod | grep wl

Tu vois une ligne "wl" qui s'affiche, j'ai merdé qq part et je me suis gouré de module.

Tu ne vois rien qui s'affiche, hmm...là c'est akmod qui chie dans la colle et n'a pas construit le noyau comme il faut. On peut résoudre ça en enchaînant 2 commandes

Code : Tout sélectionner

sudo akmods --force
sudo depmod -a

Dis-moi ce que ça donne !

[Glenic1]

Hello,
Voici des nouvelles du front :
après quelques jours d'observation et de pratique de Fedora Workstation, je me suis décidé finalement à revenir à Plasma/KDE, que j'avais essayé assez longuement dans les mois passés.
Le bureau Workstation est un peu déroutant mais j'aurais pu m'y habituer.
Par contre, je n'ai pas trouvé trace du coffre-fort numérique dans Gnome-Workstation. Il est pourtant disponible sous Plasma-KDE de façon très simple et il fonctionne bien. C'est ce qui m'a incité à y revenir.

La ré-installation de Fedora 42 avec Plasma KDE a été assez sportive au début car la clef Ventoy sur laquelle j'avais copié l'image iso a refusé tout service (même pas détectée à l'ouverture du BIOS) alors qu'elle avait parfaitement fonctionné pour les installations précédentes (Fedora 39 en Xfce, puis Fedora 42 également en Xfce, puis Fedora 42 en Workstation). Heureusement l'option Fedora Media Writer a bien fonctionné avec une autre clef disponible. Une fois cette clef fabriquée, l'installation a été très simple.

La 1ère tâche à effectuer est de retrouver une carte WiFi fonctionnelle grâce à l'excellent mode d'emploi contenu dans le post de maxoxo du 30 mai.

A bientôt !

[Glenic1]

Merci maxoxo
J'ai retrouvé ma carte WiFi fonctionnelle.
Seul petit détail qui gâche la fête : au rallumage de l'ordi pour vérifier que la carte WiFi revenait elle aussi, j'ai eu une notification "abrt-applet"
ABRT signifie Automatic Bug Reporting Tool (outil automatique de rapport des bugs)
Cette notification est bizarre car tout a l'air de bien fonctionner. Quel est donc le bug rapporté ????? Impossible de le savoir !
La carte WiFi en particulier fonctionne.
Le Secure Boot est inactif pour l'instant.

Je vais commencer le transfert de mes "pénates informatiques" depuis mon Acer 7630 actuel vers le HP Probook, pour faire du Probook mon ordinateur standard.

[Glenic1]

Rectification du post précédent :
l'incident rapporté est sytématique à chaque allumage de l'ordinateur.
Heureusement pour l'instant, il ne porte pas à conséquence.

En fouillant un peu, j'ai trouvé ce dont il retourne

2025-06-06_114353 Fedora, défaut à l'ouverture.png (109.26 Kio) Vu 43569 fois

D'où ça peut venir ? Est-ce grave ?

Le "unsigned module" viendrait bien du pilote de la carte WiFi.......???????

[Glenic1]

Hello,
ça y est le HP Probook est en service courant et remplace l'Acer 7630.
Fedora 42 en fonction.

Presque tous les problèmes courants ont été réglés : messagerie, synchro Nextcloud,.....

Il reste encore :
- à signer le pilote de la carteWiFi pour mettre en service le Secure Boot tout en évitant qu'il bloque le pilote de la carte WiFi
- à forcer le système à activer le pavé numérique à chaque allumage de l'ordinateur

Il a fallu quand même abandonner Firefox e le remplacer par Brave pour obtenir l'extension Bitwarden affichée et donc utilisable à la demande, et non pas active mais inutilisable comme dans Firefox.

Merci aux aidants sans qui j'aurai eu beaucoup de mal à me dépêtrer de tous ces problémes pratiques.

[maxoxo]

En fouillant un peu, j'ai trouvé ce dont il retourne
2025-06-06_114353 Fedora, défaut à l'ouverture.png
D'où ça peut venir ? Est-ce grave ?

Le "unsigned module" viendrait bien du pilote de la carte WiFi.......???????

Ce n'est rien de grave, c'est un truc bien connu des libres barbus puristes En chargeant le module propriétaire Broadcom tu as passé ton noyau en mode "teinté" (tainted kernel). On considère qu'il est souillé par rapport à sa pureté "logiciel libre" et Fedora comme Debian ils n'aiment pas trop ça

En vrai, c'est plus une info utile au débogage pour un expert qu'un réel problème, ça permet à quelqu'un qui te dépannerait d'avoir l'info qu'un module propriétaire non signé et hors du noyau officiel de la distribution a été chargé au démarrage. Si tu avais du Red Hat Entreprise (la distribution mère de Fedora avec support professionnel), ça jouerait sur le niveau du support car évidemment en général ce type de modifications ne reçoit pas de support officiel.

Dans la doc officielle du noyau linux c'est plutôt bien expliqué. Voir ici : https://www.kernel.org/doc/html/v6.16-r ... rnels.html

The kernel will mark itself as ‘tainted’ when something occurs that might be relevant later when investigating problems. Don’t worry too much about this, most of the time it’s not a problem to run a tainted kernel; the information is mainly of interest once someone wants to investigate some problem, as its real cause might be the event that got the kernel tainted.

En gros l'idée c'est que quelqu'un qui te dépanne, moi par exemple. Je vais aller consulter le journal et il va m'indiquer d'emblée que tu exécutes un noyau teinté et non plus le noyau officiel installé avec la distribution. Cela permet de tester cette cause d'emblée pour éliminer un problème. C'est donc utile seulement au diagnostic.

Il y a un sûrement un réglage pour empêcher ABRT l'outil de Fedora de remonter systématiquement cette information. Tu dois pouvoir lui dire que tu t'en fous

à signer le pilote de la carteWiFi pour mettre en service le Secure Boot tout en évitant qu'il bloque le pilote de la carte WiFi

On peut se lancer là-dedans si tu veux, mais il faudra que tu le resignes à la main après chaque mise à jour du noyau. C'est assez contraignant. À toi de voir. Comme dis sur un autre post, si évidemment c'est mieux d'avoir du Secure Boot activé, tu n'es pas dans un contexte à risque élevé. Tu peux tout à fait rester avec le SB inactif sans risquer grand chose et c'est plus simple ainsi. Quand tout fonctionne, je recommande toujours de l'activer, mais sur un utilisateur comme toi avec déjà toutes les précautions que tu as prises, ne pas l'avoir ne va pas nuire gravement à ton modèle de sécurité.

à forcer le système à activer le pavé numérique à chaque allumage de l'ordinateur

Très facile à faire sous KDE ça,

Dans "Configuration du système" > "Clavier" > Verrouillage numérique au démarrage > Définir sur "Activer" au lieu de "Laisser en l'état"

Il a fallu quand même abandonner Firefox e le remplacer par Brave pour obtenir l'extension Bitwarden affichée et donc utilisable à la demande, et non pas active mais inutilisable comme dans Firefox.

Tu veux sûrement dire que l'icône n'était pas affichée dans la barre d'outils. C'est un problème qu'on peut corriger sans avoir besoin de passer à Brave, c'est un peu trop radical comme méthode mon ami

Lance Firefox puis clique sur le bouton des extensions, à côté de Bitwarden tu repères la roue crantée (l'engrenage) tu cliques dessus et tu choisis "Épingler à la barre d'outils"

Et voilà, liste de courses traitée

[Glenic1]

Merci beaucoup Maxoxo pour ces indications.

Je suis donc rassuré sur le signalement de l'applet foireux par ABRT.
Je laisse tel quel pour l'instant.

Signer le pilote WiFi, on verra ça plus tard car il subsiste d'autres problèmes plus génants sur mon Fedora (voir les 2 autres sujets que j'ai ouverts)

Le clavier numérique fonctionne bien au démarrage maintenant grâce au réglage que tu as prescrit.

Quant à Firefox, je n'ai jamais obtenu l'affichage que tu décris. Je n'arrive par aucun moyen à obtenir l'icône de Bitwarden dans la barre d'outils alors qu'il est installé et actif parmi les extensions.
Quand je clique sur le bouton des extensions, Firefox me fait revenir à l'onglet global "extensions" mais ne m'envoie pas la boite de dialogue que j'avais dans mon Firefox de LinuxMint avec la petite roue dentée à coté de chacune des extensions. Cette roue dentée permettait effectivement d'obtenir ou non l'affichage de l'icône dans la barre d'outils.
C'est un peu bizarre car de mémoire, les Firefox sont de la même version sur les 2 ordis -> 139.0.
Mais Firefox est transcrit peut-être de façon différente chez Mint et chez Fedora ?

Donc j'en reste à Brave pour l'instant. Il me permet, lui, d'afficher l'icône Bitwarden dans la barre d'outils.
Pour les autres extensions qu'on trouve sur Firefox : anti-pub (uBlockOrigin), anti-traceurs (Privacy Badger) et anti URL espions (ClearURLs), évidemment Brave fait tout lui-même sans afficher les détails. J'espère qu'il est efficace sur ces 3 points.

[maxoxo]

C'est un peu bizarre car de mémoire, les Firefox sont de la même version sur les 2 ordis -> 139.0.
Mais Firefox est transcrit peut-être de façon différente chez Mint et chez Fedora ?

Ce problème n'est pas spécifique à Fedora, ça ressemble à un problème avec le profil Firefox. J'ai déjà vu ce problème sous Mint, Ubuntu et même Windows.
Charlinux a eu le même souci sur Debian...

Peux-tu réparer le profil en utilisant la manip indiquée ici : https://support.mozilla.org/fr/kb/repar ... tlocale=fr

Sinon, essaie la version flatpak pour voir si c'est pas le paquet installé par Fedora qui est buggué (p-e un problème avec KDE).