Outils pour utilisateurs

Outils du site


dossier:machine_titux:installation_pilote_nvidia

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
dossier:machine_titux:installation_pilote_nvidia [2026/10/02 08:33] – bernard.rollanddossier:machine_titux:installation_pilote_nvidia [2026/10/03 06:10] (Version actuelle) – bernard.rolland
Ligne 1: Ligne 1:
-[[./|retour]]+[[ ./ | retour ]]
  
-====== Module 3 : Restructuration du Système de Fichiers Btrfs Hors-Ligne — Architecture Titux ======+====== Procédure Technique : Déploiement NVIDIA Propriétaire Idempotent — Architecture Titux ======
  
-Cette page documente la méthode séquentielle pour réorganiser le disque dur après l'installation. L'objectif est de préparer le stockage pour l'utilisation des sauvegardes instantanées (les "snapshots") et de garantir l'évolutivité de la machine.+Cette page documente la méthode unitaire et transactionnelle en ligne de commande pour installer le pilote propriétaire NVIDIA GeForce sur l'architecture hybride Intel/Nvidia (Optimus/Prime) des stations de travail standardisées de l'association Titux.
  
-===== 1. Pourquoi faut-il réorganiser le disque ? ===== +Ce protocole intègre le contournement matériel indispensable contre les gels du noyau (Intel IBT) et sécurise les flux réseau DNF5 contre les pannes d'aiguillage des serveurs de miroirs.
-Par défaut, l'installateur de Fedora crée une structure minimale sur le disque avec deux sous-dossiers invisibles appelés "sous-volumes" Btrfs : +
-  * ''root'' : contient le système Linux complet (le moteur de la machine). +
-  * ''home'' : contient les données personnelles (les documents des utilisateurs).+
  
-Pour utiliser des outils de sauvegarde industrielle comme **Snapper**, la convention standard du monde Linux impose de renommer ces dossiers avec un symbole spécifique (''@''). Cette restructuration interne est souvent appelée **refactoring** par les informaticiens anglophones (ce qui signifie simplement *"réorganiser l'intérieur sans changer le fonctionnement"*). +À exécuter immédiatement après une réinstallation propre ("Clean Install") de Fedora 44 KDE Plasma.
  
-Nous allons modifier la structure à plat pour obtenir trois sous-volumes distincts : +===== 1. Phase Préparatoire : Synchronisation du Système ===== 
-  * **''@''** : la nouvelle structure pour le système (anciennement ''root''). +Avant toute manipulation, le gestionnaire de paquets doit être réinitialisé et le système mis à niveau pour s'assurer de la parfaite cohérence des versions du noyau Linux : 
-  * **''@home''** : la nouvelle structure pour les utilisateurs (anciennement ''home''). +<code> 
-  * **''@snapshots''** : un espace isolé dédié exclusivement à stocker les sauvegardes pour éviter qu'elles ne se copient les unes dans les autres en boucle.+sudo dnf upgrade --refresh -y 
 +</code> 
 +*Note : Si un nouveau noyau (kernel) a été installé durant cette étape, effectuez un redémarrage initial de la machine avant de poursuivre.*
  
-===== 2. Protocole de Modification (Depuis la clé Live USB Ventoy) ===== +===== 2. Injection du Correctif Matériel Intel 13th Gen (IBT) ===== 
-Cette opération ne peut pas être faite depuis le système en cours d'exécution car on ne peut pas renommer une racine système active. +Cette commande est absolue pour empêcher le gel de la console et du noyau Linux lors du chargement des modules graphiques propriétaires sur l'architecture de processeur Raptor Lake (Intel 13e génération et supérieures) : 
 +<code> 
 +sudo grubby --update-kernel=ALL --args="ibt=off" 
 +</code> 
 +*Note : Cette commande applique le flag de contournement de manière permanente dans la configuration GRUB.*
  
-Insérez votre clé USB Ventoy, éteignez la machine (''sudo poweroff''), puis démarrez sur la version temporaire de Fedora KDE en tapotant la touche **F12** de votre ordinateur au démarrage. +===== 3. Déclaration Isolée du Dépôt d'Infrastructure (Zéro URL Instable) ===== 
- +La configuration est injectée localement via une variable en mémoire. Elle pointe de manière rigide sur le serveur de stockage principal racine du projet RPM Fusion :
-Une fois sur le bureau de la clé USB, ouvrez un terminal (**Konsole**) et appliquez rigoureusement les étapes suivantes : +
- +
-==== Étape 1 : Bascule en mode administrateur et création du point de travail ==== +
-Nous prenons les droits root (super-utilisateur) du système temporaire et préparons un dossier de montage :+
 <code> <code>
-sudo -i +H="download1.rpmfusion.org" ; cat << RPEOF | sudo tee /etc/yum.repos.d/rpmfusion-nonfree-nvidia-driver.repo 
-mkdir -p /mnt/disque_parent+[rpmfusion-nonfree-nvidia-driver] 
 +name=RPM Fusion for Fedora 44 - Nonfree - NVIDIA Driver 
 +baseurl=https://${H}/nonfree/fedora/nvidia-driver/44/x86_64/ 
 +enabled=1 
 +gpgcheck=0 
 +RPEOF
 </code> </code>
  
-==== Étape 2 : Montage de la base du disque NVMe ==== +===== 4. Indexation et Validation du Catalogue ===== 
-Nous lions la partition physique de votre SSD (la partition numéro 3) à notre dossier de travail :+On force le gestionnaire DNF5 à charger uniquement le nouveau canal NVIDIA pour valider la conformité de la structure sans altérer le système :
 <code> <code>
-mount -o subvolid=5 /dev/nvme0n1p3 /mnt/disque_parent+sudo dnf check-update --repo=rpmfusion-nonfree-nvidia-driver
 </code> </code>
 +Le terminal doit renvoyer la mention "Dépôts chargés" avec succès, sans aucune erreur HTTP.
  
-==== Étape 3 : Renommage et création des espaces (La réorganisation interne) ==== +===== 5. Phase Transactionnelle : Téléchargement Préventif (Cache Local) ===== 
-Nous déplaçons les anciens dossiers vers leur structure définitive et initialisons l'espace de sauvegarde :+Application de la barrière de sécurité indispensable "--downloadonly". Les paquets du pilote et la totalité des dépendances de développement (akmods, gcc, kernel-headers) sont stockés dans le cache du disque :
 <code> <code>
-mv /mnt/disque_parent/root /mnt/disque_parent/@ +sudo dnf install -y akmod-nvidia xorg-x11-drv-nvidia-cuda --downloadonly
-mv /mnt/disque_parent/home /mnt/disque_parent/@home +
-btrfs subvolume create /mnt/disque_parent/@snapshots+
 </code> </code>
  
-==== Étape 4 : Mise à jour de la table des montages (Le fichier fstab) ==== +===== 6. Installation Physique Finale ===== 
-Le système doit savoir où chercher ses nouveaux dossiers au démarrage. Nous modifions son fichier de configuration interne :+Une fois la transaction réseau validée et complétée à 100 %, l'installation s'exécute de manière locale et sécurisée depuis le cache du disque, sans solliciter les serveurs externes :
 <code> <code>
-nano /mnt/disque_parent/@/etc/fstab+sudo dnf install -y akmod-nvidia xorg-x11-drv-nvidia-cuda
 </code> </code>
  
-Dans l'éditeur de texte qui s'ouvre, repérez les lignes Btrfs et modifiez l'argument ''subvol='' pour qu'il corresponde exactement à cette structure : +===== 7. Forçage de la Compilation Synchrone ===== 
-```text +On verrouille le terminal pour forcer le système à compiler immédiatement le module noyau sous vos yeux, garantissant la présence réelle du binaire avant le premier reboot : 
-UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /          btrfs subvol=@,compress=zstd:1 0 0 +<code> 
-UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /home      btrfs subvol=@home,compress=zstd:1 0 0 +sudo akmods --force 
-UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /.snapshots btrfs subvol=@snapshots,compress=zstd:1 0 0 +</code> 
-``` +La validation finale doit renvoyer la mention : "Checking kmods exist for [...].x86_64 [ OK ]".
-*(Pour sauvegarder dans Nano : faites ''Ctrl+O'', validez avec la touche ''Entrée'', puis quittez avec ''Ctrl+X'').*+
  
-==== Étape 5 : Libération du matériel ==== +===== 8. Chargement et Validation Métrologique ===== 
-Nous démontons proprement le disque pour enregistrer les modifications sur le SSD :+Appliquez le redémarrage pour charger l'architecture graphique propriétaire :
 <code> <code>
-umount /mnt/disque_parent+sudo reboot
 </code> </code>
  
-===== 3. Validation de l'opération ===== +Une fois de retour sur l'environnement KDE Plasma stable, ouvrez une Konsole et exécutez la commande de contrôle pour valider l'effacement du pilote libre au profit du module propriétaire :
-Retirez la clé USB et redémarrez normalement l'ordinateur. Le système doit se lancer de manière totalement transparente. Pour vérifier la réussite factuelle de la restructuration, ouvrez une **Konsole** et tapez :+
 <code> <code>
-sudo btrfs subvolume list /+inxi -G
 </code> </code>
-Le terminal doit confirmer que le système s'appuie désormais sur les chemins ''@'', ''@home'' et ''@snapshots''.+La ligne "driver" concernant le GPU NVIDIA doit explicitement spécifier nvidia suivi de sa version binaire active.
  
-[[./|retour]]+[[ ./ | retour ]]
  
dossier/machine_titux/installation_pilote_nvidia.1790930026.txt.gz · Dernière modification : de bernard.rolland