Différences

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

--- dossier:machine_titux:restructuration_btrfs_hors_ligne [2026/10/03 06:10] – créée bernard.rolland
+++ dossier:machine_titux:restructuration_btrfs_hors_ligne [2026/10/04 07:11] (Version actuelle) – bernard.rolland
@@ Ligne 10: / Ligne 10: @@
   * "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 d'un système pour le rendre plus propre et plus évolutif, sans pour autant changer ce qu'il fait au final pour l'utilisateur").
+Pour utiliser des outils de sauvegarde industrielle comme **Snapper**, la convention d'ingénierie appliquée pour l'association repose sur une structure à plat. Cette restructuration interne est parfois appelée **refactoring** par les informaticiens anglophones (ce qui signifie simplement "réorganiser l'intérieur d'un système pour le rendre plus propre et plus évolutif, sans pour autant changer ce qu'il fait au final pour l'utilisateur").
-Nous allons modifier la structure à plat pour obtenir trois sous-volumes distincts :
+Nous avons modifié la structure initiale pour obtenir des sous-volumes de production distincts et cloisonnés, rattachés directement à la racine absolue du disque (Top Level 5) :
-  * **"@"** : la nouvelle structure pour le système (anciennement "root").
+  * **"vol_root"** : la structure dédiée exclusivement au système Linux (montée sur /).
-  * **"@home"** : la nouvelle structure pour les utilisateurs (anciennement "home").
+  * **"vol_home"** : la structure dédiée exclusivement aux données utilisateurs (montée sur /home).
-  * **"@snapshots"** : un espace isolé dédié exclusivement à stocker les sauvegardes pour éviter qu'elles ne se copient les unes dans les autres en boucle.
+  * **"vol_var_lib_machines"** : l'espace isolé réservé à l'hyperviseur pour les futures machines virtuelles et conteneurs (monté sur /var/lib/machines).
+  * **"root_bak" et "home_bak"** : les clones de sécurité initiaux conservés en lecture seule à des fins d'archivage ou de secours.
 ===== 2. Protocole de Modification (Depuis la clé Live USB Ventoy) =====
 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.
 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.
@@ Ligne 38: / Ligne 39: @@
 ==== Étape 3 : Renommage et création des espaces (La réorganisation interne) ====
-Nous déplaçons les anciens dossiers vers leur structure définitive et initialisons l'espace de sauvegarde :
+Nous déplaçons les anciens dossiers vers leur structure définitive et initialisons les sous-volumes :
 <code>
-mv /mnt/disque_parent/root /mnt/disque_parent/@
+mv /mnt/disque_parent/root /mnt/disque_parent/vol_root
-mv /mnt/disque_parent/home /mnt/disque_parent/@home
+mv /mnt/disque_parent/home /mnt/disque_parent/vol_home
-btrfs subvolume create /mnt/disque_parent/@snapshots
+btrfs subvolume create /mnt/disque_parent/vol_var_lib_machines
 </code>
+*(Note : Les sous-volumes de sécurité root_bak et home_bak sont générés en amont de cette phase via des instantanés en lecture seule avant le déplacement des répertoires).*
 ==== Étape 4 : Mise à jour de la table des montages (Le fichier fstab) ====
 Le système doit savoir où chercher ses nouveaux dossiers au démarrage. Nous modifions son fichier de configuration interne à l'aide de l'éditeur de texte :
 <code>
-nano /mnt/disque_parent/@/etc/fstab
+nano /mnt/disque_parent/vol_root/etc/fstab
 </code>
-Dans l'ordinateur, repérez les lignes Btrfs et modifiez l'argument "subvol=" pour qu'il corresponde exactement à cette structure (conservez vos UUIDs d'origine) :
+Dans l'éditeur, repérez les lignes Btrfs et modifiez l'argument "subvol=" pour qu'il corresponde exactement à cette structure (conservez votre UUID d'origine) :
 <code>
-UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /          btrfs subvol=@,compress=zstd:1 0 0
+UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /      btrfs subvol=vol_root,compress=zstd:1 0 0
-UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /home      btrfs subvol=@home,compress=zstd:1 0 0
+UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /home  btrfs subvol=vol_home,compress=zstd:1 0 0
-UUID=a194b6ac-06cf-4764-b617-4328288f09f6 /.snapshots btrfs subvol=@snapshots,compress=zstd:1 0 0
 </code>
 *(Pour sauvegarder dans Nano : faites Ctrl+O, validez avec la touche Entrée, puis quittez avec Ctrl+X).*
@@ Ligne 66: / Ligne 67: @@
 ===== 3. Validation de l'opération =====
-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 :
+Retirez la clé USB et redémarrez normalement l'ordinateur. Le système s'appuie sur le paramètre "rootflags=subvol=vol_root" passé au chargeur d'amorçage et le fichier ".autorelabel" valide le contexte SELinux.
+Pour vérifier la réussite factuelle de la restructuration, ouvrez une Konsole et tapez :
 <code>
 sudo btrfs subvolume list /
 </code>
-Le terminal doit confirmer que le système s'appuie désormais sur les chemins "@", "@home" et "@snapshots".
+Le terminal doit confirmer que le système s'appuie désormais sur les chemins "vol_root", "vol_home" et "vol_var_lib_machines", tous situés au niveau racine "top level 5".
 [[ ./ | retour ]]