L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT →

Différences

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

--- doc:systeme:btrfs [13/03/2014 23:45]
louispolaire
+++ doc:systeme:btrfs [01/07/2023 08:06] (Version actuelle)
Croutons [Références]
@@ Ligne 4: / Ligne 4: @@
   * Niveau requis : {{tag>avisé}}
   * Commentaires : //Les principes et commandes principales pour utiliser le BTRFS, les snapshots, les sauvegardes...//
-  * Débutant, à savoir : [[:doc:systeme:commandes:le_debianiste_qui_papillonne|La ligne de commande]] ; [[:doc:systeme:sauvegarde|Les sauvegardes]] ; [[:doc:systeme:partition|Le partitionnement]] ; [[:doc:systeme:fstab|Le montage des partitions]]:-)
+  * [[:doc:systeme:sauvegarde|Les sauvegardes]] ; [[:doc:systeme:partition|Le partitionnement]] ; [[:doc:systeme:fstab|Le montage des partitions]]:-)
-  * Suivi : {{tag>en-chantier}}
+  * Suivi : {{tag>à-tester}}
-    * Création par **louispolaire** 12/03/2014
+    * Création par [[user>louispolaire]] le 12/03/2014
-    * Testé par <...> le <...> FIXME
+    * Testé par .... le ....
   * Commentaires sur le forum : [[http://debian-facile.org/viewtopic.php?id=8616 | Lien vers le forum concernant ce tuto]] ((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !))
+Ce Tuto est divisé en trois parties
+  * Cette première partie présente les principes du  Btrfs et les commandes de base. À la fin de ce tuto vous serez capable de comprendre la terminologie de Btrfs, de créer un volume et de gérer les subvolumes et snapshots.
+  * [[:doc:systeme:btrfs-root-install-subvol|La deuxième partie présente l'installation de Debian dans un subvolume]]. À la fin de ce tuto vous serez capable d'installer Debian dans un subvolume et de modifier Grub pour y booter.
+  * [[:doc:systeme:btrfs-sauvegarde|La troisième partie présente différentes méthodes pour réaliser des sauvegardes des subvolumes]]. A la fin de cette partie vous aurez des pistes pour élaborer une stratégie de backup de vos données sur Btrfs.
 ===== Principes de base =====
-Btrfs est un système de fichiers pour Linux qui a pour but d'implémenter des fonctionnalités avancées tout en se folcalisan sur la résistance aux pannes, les réparations et une administration simple.
+Btrfs est un système de fichiers pour Linux qui a pour but d'implémenter des fonctionnalités avancées tout en se focalisant sur la résistance aux pannes, les réparations et une administration simple.
-Sans entrer dans des détails techniques, voici quelques spécificités de BTRFS comparé aux systemes de fichiers classiques ext3 et ext4.
+Sans entrer dans des détails techniques, voici quelques spécificités de BTRFS comparé aux systèmes de fichiers classiques ext3 et ext4.
 === Sous volumes - Subvolumes ===
@@ Ligne 24: / Ligne 33: @@
 === Instantanés - Snapshots ===
-Un Instantané (snapshot) est un subvolume qui a été créé comme une "photographie" d'un autre subvolume à un moment donné. L'avantage d'un snapshot est que même si les données sont disponible deux fois sur le systéme de fichiers, les données ne sont pas dédoublées sur le disque. Seules les modifications faites au subvolume original ou au snapshot seront écrites sur le disque. Ainsi au moment de la création d'un snapshot, la taille sur le disque du snapshot est quasi-nulle. Ce n'est qu'au fil des modifications que sa taille sur le disque va augmenter puisque Btrfs va écrire les modifications sur le disque. Ceci est par exemple très utile pour créer des branches d'un système ou pour les sauvegardes.
+Un instantané (snapshot) est un subvolume qui a été créé comme une "photographie" d'un autre subvolume à un moment donné. L'avantage d'un snapshot est que même si les données sont disponible deux fois sur le système de fichiers, les données ne sont pas dédoublées sur le disque. Seules les modifications faites au subvolume original ou au snapshot seront écrites sur le disque. Ainsi au moment de la création d'un snapshot, la taille sur le disque du snapshot est quasi-nulle. Ce n'est qu'au fil des modifications que sa taille sur le disque va augmenter puisque Btrfs va écrire les modifications sur le disque. Ceci est par exemple très utile pour créer des branches d'un système ou pour les sauvegardes.
+=== RAID logiciel 0,1 & 10 ===
+Btrfs gère le RAID en logiciel, c-a-d la réplication des données sur plusieurs disques. Pour la théorie voir ici : https://fr.wikipedia.org/wiki/RAID_%28informatique%29
+Pour l'instant Btrfs gère bien 3 types de RAID:
-=== RAID logiciel 0 1 (5/6) 10 ===
+  * RAID-0 : {{/file-R0ab608c6eef8e74f926f9c1e89753a99.png?150}}
+    Une forme de RAID qui ne permet pas de réparer les erreurs, mais qui répartit une seule copie des données sur plusieurs volumes. Il y a un gain de performance (2X) en lecture et en écriture si les deux volumes sont sur des disques distincts.
+  * RAID-1 : {{/file-R595a2d853196c5b38ceee5d98032baeb.png?150}}
+    Une forme de RAID qui stocke 2 copies complètes sur chacun des disques. Btrfs nécessite au minimum deux partitions pour utiliser le RAID-1. Les métadonnées sont en RAID-1 par défaut dans le cas d'un seul disque. On peut donc utiliser le RAID-1 avec Btrfs sur un seul disque. Il suffit d'y avoir 2 partitions (/dev/sda1 et /dev/sda2) et Btrfs répliquera les données entre ces deux partitions. Évidemment en cas de panne du disque ce type de RAID-1 ne sert à rien. Il faut utiliser 2 disques pour être protégé contre ce type de pannes.
+  * RAID-10 : {{/file-R50e12f7892e267e5d020f7fd98009870.png?250}}
+    Une forme de RAID qui stocke 2 copies complètes des données et répartit également chaque copie sur plusieurs volumes d'où un gain de performance. Il faut au minimum 4 volumes pour pouvoir utiliser le RAID-10.
+  * RAID-5 et RAID-6 ne sont pas encore totalement implémentés dans Btrfs.
 === Opérations à chaud ===
-La plupart des opérations se font à chaud : le redimensionnement du système de fichiers, l'ajout d'un disque, le changement de type de redondance (RAID), l'équilibrage des données et métadonnnées sur les différents disques (balance), la vérification et correction du système de fichiers, la défragmentation, la compression...
+La plupart des opérations se font à chaud : le redimensionnement du système de fichiers, l'ajout d'un disque, le changement de type de redondance (RAID), l'équilibrage des données et métadonnées sur les différents disques (balance), la vérification et correction du système de fichiers, la défragmentation, la compression...
-Ceci est très pratique car en se dédouanant de la limitation des tables de partitions classiques, on évite les manipulations risquées et longues des redimentionnement de partitions.
+Ceci est très pratique car en se dédouanant de la limitation des tables de partitions classiques, on évite les manipulations risquées et longues des redimensionnement de partitions.
 === Limites ===
 Btrfs a cependant certaines limites :
-  * Il n'a pas de fonction de cryptage des données. Il est cependant possible de crée un volume btrfs dans un partition créée avec dm-crypt.
+  * Il n'a pas de fonction de cryptage des données. Il est cependant possible de crée un volume Btrfs dans un partition créée avec dm-crypt.
   * Il gère pas les fichier de swap. il est cependant possible de contourner le problème au prix de la performance ((https://btrfs.wiki.kernel.org/index.php/FAQ#Does_btrfs_support_swap_files.3F))
-  * Les snapshots ne sont pas récursifs. C'est à dire que si on réalise un snapshot d'un subvolume comportant des subvolumes-enfants, dans le snaphot les subvolumes-enfants apparaitrons comme des dossiers vides.
+  * Les snapshots ne sont pas récursifs. C'est à dire que si on réalise un snapshot d'un subvolume comportant des subvolumes-enfants, dans le snapshot les subvolumes-enfants apparaîtrons comme des dossiers vides.
 <note warning>Ce tuto présente des commandes qui, mal utilisées peuvent mener à la perte de vos données. \\
 Sauvegardez vos données !!</note>
 <note important>Btrfs est en cours de développement. Bien que le format du système de fichier soit considéré comme stable par les développeurs ((https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_status)), les outils qui permettent de le manipuler sont eux en développement.\\
-Il est dont **important d'utiliser un kernel __à jour__ (>= 3.12)** et **la version la plus à jour de btrfs-tools ( 3.12-1 à ce jour)**</note>
+Il est donc **important d'utiliser un kernel __à jour__ (>= 3.12)** et **la version la plus à jour de Btrfs-tools ( 3.12-1 à ce jour)**</note>
 ===== Installation =====
@@ Ligne 72: / Ligne 92: @@
 ==== Convertir un système ext3 / ext4 ====
-Il est possible de convertir un système ext3 ou ext4 en btrfs.
+Il est possible de convertir un système ext3 ou ext4 en Btrfs.
 Si on a une partition /dev/sdX1 en ext4
-<code root>umount /dev/sdX1
+<code root>umount /dev/sdX1</code>
-fsck.ext3 -f /dev/sdX1
+<code root>fsck.ext3 -f /dev/sdX1</code>
-btrfs-convert /dev/sdX1
+<code root>btrfs-convert /dev/sdX1</code>
-mount /dev/sdX1 /point-de-montage</code>
+<code root>mount /dev/sdX1 /point-de-montage</code>
-Remontez manuellement la partition et vérifiez que tous les fichiers sont là. Si la partition se chargeait via /etc/fstab modifiez le [[syntax#En utilisant fstab|(cf Section sur fstab)]]. À la racine de la partition /dev/sdX1 vous trouverez un subvolume "ext2_saved" qui comporte une image de l'ancien système de fichiers.
+Remontez manuellement la partition et vérifiez que tous les fichiers sont là. Si la partition se chargeait via /etc/fstab modifiez le [[#en-utilisant-etc-fstab|(cf Section sur fstab)]]. À la racine de la partition /dev/sdX1 vous trouverez un subvolume "ext2_saved" qui comporte une image de l'ancien système de fichiers.
 Si tout va bien et que vous avez tous vos fichiers on supprime cette image et le subvolume qui la contient :
-<code root>rm /point-de-montage/ext2_saved/*
+<code root>rm /point-de-montage/ext2_saved/*</code>
-btrfs subvolume delete /ext2_saved
+<code root>btrfs subvolume delete /ext2_saved</code>
-btrfs balance start /point-de-montage</code>
+<code root>btrfs balance start /point-de-montage</code>
 Si tout ne va pas bien, qu'il y a eu un problème ou que vous avez les jetons :-P :
-<code root>umount /dev/sdX1
+<code root>umount /dev/sdX1</code>
-btrfs-convert -r /dev/SdX1</code>
+<code root>btrfs-convert -r /dev/SdX1</code>
 ==== Options de montage ====
 En des différentes options disponibles lors de la création du système de fichiers, le nombreuses options de montage pour Btrfs peuvent drastiquement changer ses performances.
+^Option de montage propres à Btrfs^Rôle ^
+|autodefrag|Autorise la défragmentation en arrière plan|
+|compress=zlib|La compression la plus importante. Par défaut|
+|compress=lzo|La compression la plus rapide|
+|compress=no|Pas de compression|
+|degraded|Utilisé dans le cas des RAID. Permet de monter le volume même si certains disques sont manquants|
+|discard |Utilise le TRIM pour les disques SSD|
+|recovery|Lance la réparation automatique après le montage. A utilise si le volume ne veut plus se monter. un fois monté réaliser un scrub pour réparer les erreurs. (Ne fonctionne qu'avec les volumes crées avec la version 3.2 ou +)|
+|ssd|Utilise l'optimisation pour disques SSD de Btrfs. C'est utilisé par défaut si votre système reconnaît le SSD. Cette option ne lance pas le TRIM !|
+|subvol=///chemin/vers/subvolume//|Permet de monter un subvolume|
+|subvolid=//id//|Permet de monter un subvolume par son id. La racine a un id=0|
 === Pour un SSD ===
@@ Ligne 114: / Ligne 146: @@
 Exemple de ligne dans /etc/fstab :
-<file>UUID=a69d9182-f4c7-4276-b35d-7d5f9bd50a57      /mnt      btrfs      rw,noatime,ssd,discard,autodefrag      0      0</file>
+<file fstab>UUID=a69d9182-f4c7-4276-b35d-7d5f9bd50a57      /mnt      Btrfs      rw,noatime,ssd,discard,autodefrag      0      0</file>
 ==== Outils d'audit ====
-Pour voir l'espace utilisé dans le volume btrfs monté dans /mnt :
+Pour voir l'espace utilisé dans le volume Btrfs monté dans /mnt :
 <code user>btrfs filesystem df /mnt</code>
-<file>Data, single: total=27.00GiB, used=24.28GiB
+<file config retour de la commande>Data, single: total=27.00GiB, used=24.28GiB
 System, DUP: total=32.00MiB, used=4.00KiB
 Metadata, DUP: total=2.50GiB, used=1.70GiB</file>
@@ Ligne 128: / Ligne 160: @@
 Pour avoir des informations sur le disque, l'UUID du volume etc :
 <code root>btrfs filesystem show /mnt</code>
-<file>Label: none  uuid: a69d9182-f4c7-4276-b35d-7d5f9bd50a57
+<file config retour de la commande>Label: none  uuid: a69d9182-f4c7-4276-b35d-7d5f9bd50a57
 	Total devices 1 FS bytes used 25.98GiB
 	devid    1 size 115.43GiB used 32.06GiB path /dev/sdb6
@@ Ligne 135: / Ligne 167: @@
 Dans le cas d'un volume en RAID (ici RAID 10) on peut voir la répartition des données sur les différents disques :
-<file>Label: stockage  uuid: ca7fc4a0-3bf6-4d86-b4b9-3ef025af5d31
+<file config retour de la commande>Label: stockage  uuid: ca7fc4a0-3bf6-4d86-b4b9-3ef025af5d31
 	Total devices 4 FS bytes used 350.62GiB
 	devid    1 size 931.51GiB used 182.04GiB path /dev/sdd
@@ Ligne 147: / Ligne 179: @@
 On peut aussi voir si le disque a fait des erreurs
 <code root>btrfs device stats /dev/sdX</code>
-<file>[/dev/sdX].write_io_errs   0
+<file config retour de la commande>[/dev/sdX].write_io_errs   0
 [/dev/sdX].read_io_errs    0
 [/dev/sdX].flush_io_errs   0
@@ Ligne 159: / Ligne 191: @@
 Pour créer un subvolume :
 <code root>btrfs subvolume create NOM</code>
+Un subvolume apparaît dans votre gestionnaire de fichiers comme un dossier. Vous pouvez le manipuler comme tel.
+Par contre la suppression devra se faire avec **btrfs subvolume delete SNAP**.
+Pour avoir la liste des subvolumes dans le volume Btrfs :
+<code root>btrfs subvolume list /mnt</code>
+Pour supprimer un subvolume :
+<code root>btrfs subvolume delete NOM</code>
 ==== Monter un subvolume ====
@@ Ligne 171: / Ligne 212: @@
 Pour réaliser un snapshot du subvolume NOM :
 <code root>btrfs subvolume snapshot NOM SNAP</code>
+Il est possible de réaliser des snapshots en lecture seule avec l'option **-r**.
+Un snapshot est un subvolume comme un autre, c'est juste sa méthode de création qui change.
+En tant que subvolume vous pouvez le manipuler comme un dossier, avec cd, ls, mv etc... La suppression devra se faire avec **btrfs subvolume delete SNAP**.
+Par exemple si vous voulez remplacer le subvolume NOM par le subvolume(ex-snapshot) SNAP
+<code user>ls /point-de-montage</code>
+<code>NOM SNAP</code>
+<code user>cd /point-de-montage</code>
+<code user>mv NOM NOM_old</code>
+<code user>mv SNAP NOM</code>
+<code user>ls /point-de-montage/</code>
+<code>NOM NOM_old</code>
+Et on peut faire un snapshot de snapshot...
+<code root>
+btrfs subvolume snapshot NOM NOM_snap</code>
+<code root>btrfs subvolume snapshot NOM_snap NOM_snap_snap</code>
+<code root>ls /point-de-montage</code>
+<code>NOM NOM_old NOM_snap NOM_snap_snap</code>
+Et pendant ce temps là si aucune modification n'est faire dans les subvolumes/snapshots... L'espace libre sur le disque reste le même.
 ===== La compression =====
@@ Ligne 193: / Ligne 256: @@
 ==== Balance ====
-Balance réalloue les données dans le système de fichier. C'est particulièrement utile lorsqu'on a un système de fichiers en RAID et qu'un disque est ajouté ou retiré. Les copies manquantes sont ainsi régénérées.
+Balance ré-alloue les données dans le système de fichier. C'est particulièrement utile lorsqu'on a un système de fichiers en RAID et qu'un disque est ajouté ou retiré. Les copies manquantes sont ainsi régénérées.
 <code root>btrfs balance start /point-de-montage</code>
@@ Ligne 199: / Ligne 262: @@
 Idem que pour scrub pour les commandes **start**, **cancel** et **status**.
-===== RAID 0 1 (5/6) et 10 =====
+===== RAID 0 1 et 10 =====
 Si on dispose de plusieurs disques il est possible d'activer la redondance logicielle des données. Si vous voulez plus d'information sur le RAID : https://fr.wikipedia.org/wiki/RAID_%28informatique%29
@@ Ligne 222: / Ligne 285: @@
 Il est aussi possible de supprimer des disques si nécessaire.
-===== Installation de / (root) dans un volume btrfs =====
+===== Références ====
+  * [[https://btrfs.wiki.kernel.org|Le wiki de Btrfs]]
-Depuis Wheezy, Debian gère le btrfs lors du processus d'installation. Il y a trois méthodes au moins pour installer Debian sur un système de fichiers btrfs :
+  * [[https://wiki.archlinux.org/index.php/Btrfs|La page sur Btrfs sur le wiki d'Archlinux]]
-  * Utiliser le btrfs comme un système de fichiers classique et installer Debian à la racine du volume.
-    * C'est la méthode la plus simple, mais c'est dommage. L’intérêt de btrfs c'est de répartir ses données dans différents subvolumes de façon à pouvoir en réaliser des snapshots. Mettre / à la racine du btrfs ne permet pas cela.
-    * Le processus d'installation est le même que pour un autre système de fichiers. Il faudra cependant revoir les options de montages dans le fstab.
-    * Il sera éventuellement possible de déplacer tous les fichiers de / dans un subvolume par la suite (avec un cp -Ra par exemple). **MAIS ATTENTION !!!** Il faudra apporter des modifications au grub.cfg sinon le système ne bootera plus automatiquement. Cet aspect sera traité par la suite.
-  * Utiliser un méthode d'installation via chroot. La méthode est flexible donc l'installation du système de base directement dans un subvolume sera aisé.
-    * C'est la méthode la plus élégante, puisqu'elle est très flexible.
-    * Je ne vais pas détailler cette méthode ici, il y a des tutoriels bien faits [[:doc:install:debootstrap-chroot|(par exemple ici)]]. Sachez juste qu'il suffit au moment du montage des partitions d'ajouter dans les options de montage **subvol=//chemin/vers/le/subvolume/racine//** pour utiliser le subvolume comme racine.
-    * Grub sait maintenant bien gérer le btrfs même à l'intérieur d'un subvolume. Par contre, dans le cas d'un multi-boot, os-prober ne va pas fouiller dans tous les subvolumes, donc votre nouveau système ne saura pas trouvé par la commande update-grub d'un autre système. Je propose une méthode plus bas.
-    * La méthode d'installation via chroot est utilisée par Arch et Gentoo entre autre. Il est donc simple d'installer ces distributions dans un subvolume.
-  * Utiliser le mode d'installation expert pour installer Debian dans un subvolume.
-    * La méthode est moins élégante que la précédente et c'est pour ça que je vais la détailler. :-P
-    * Il est possible d'utiliser un cd d'installation de Wheezy, même si, encore une fois, il vaut mieux avoir un kernel à jour. Rien ne vous empêche d'activer les dépots de testing ou sid après installation.
-==== Installation dans un subvolume à l'aide du cd d'installation Debian ====
-On se place ici dans le cas où vous avez un système déjà bootable (par exemple Debian sur une partition ext4 qui boote avec Grub). Je suppose que vous avez de l'espace sur votre disque pour créer une partition de 20Go environs en btrfs. (le but étant de tester)
-Si vous utilisez un disque vierge, c'est pareil au niveau de l'installation, par contre Grub ne gère pas les disques Btrfs sans table de partition (mkfs.btrfs /dev/sda). Il vous faut créer un table des partitions avec un MBR et juste une partition primaire sur tout le disque (ou avec un swap aussi si vous voulez).
-<note>Donc :
-  * Pour un disque bootable il faut une table des partitions (MBR, GPT..) et donc le volume  btrfs sera du type /dev/sdaX
-  * Pour un disque de donnée vous pouvez vous passer de la table de partitions, le volume btrfs sera de type /dev/sda, mais le disque ne sera pas bootable seul. Rien ne vous empêche cependant de booter depuis un autre disque. Par contre l'installateur de Debian ne fonctionnera pas sur ce type de disque, il faudra passer pas la méthode chroot.
-</note>
-Dans le cas où il y aurais déjà des données ou un système d'exploitation dans le volume btrfs cette méthode marche aussi.
-Rebootez sur le CD ou l'USB d'installation.
-Allez dans les Options Avancées et choisissez l'Installation Expert (graphique ou pas)
-Faites l'installation comme normalement jusqu'au partitionnement.
-<file>Choisir la langue
-Configurer le clavier
-Détecter et monter le CD
-Charger des composants d'installation à partir du CD
-Détecter le réseau
-Configurer le réseau
-Créer les utilisateurs et choisir les mots de passe
-Configurer l'horloge
-Détecter les Disques</file>
-Une fois les disques détectés :
-<file>Exécuter un shell (ligne de commande)</file>
-On monte le volume btrfs dans /mnt
-<code root>mount -t btrfs -o ..options.. /dev/sdaX /mnt</code>
-On va créer les subvolumes où l'on désire installer Debian :
-<code root>cd /mnt
-btrfs subvolume create debian
-cd debian
-btrfs subvolume create root
-btrfs subvolume create home
-</code>
-Si vous êtes adepte d'un /usr séparé ajoutez le subvolume correspondant. Après c'est une histoire d'organisation.
-<note>Étant donné que les snapshots ne sont pas récursifs il peut être intéressant de mettre /proc et /var dans des subvolumes afin de limiter la taille des snapshots.</note>
-On monte les subvolumes dans /target :
-<code root>cd /
-mkdir -p /target
-mount -t btrfs -o ..options..,subvol=debian/root /dev/sdaX /target
-mkdir /target/home
-mount -t btrfs -o ..options..,subvol=debian/home /dev/sdaX /target/home
-(umount /mnt)
-cat /proc/self/mountinfo
-exit</code>
-La dernière commande devrais vous donner la liste des volumes montés y compris les subvolumes.
-Et on se lance pour l'installation du système de base (qui va s'installer dans /target donc...)
-<file>Installer le système de base</file>
-Normalement l'installateur va se plaindre que vous n’êtes pas passés par l'étape "Partitionner les disques"
-Choisissez "Revenir en arrière" jusqu’à qu'il lâche l'affaire et installe le système de base (2 fois).
-Et voilà ! le système s'installe et le reste de l'installation peut se faire normalement.
-==== GRUB ====
-Grub est maintenant capable d'ajouter lui même les options de montage dans grub.cfg.
-Donc si vous installez un système tout neuf il n'y aura pas de soucis, il s'occupera de détecter que le /boot est dans un subvolume, écrira dans le MBR et tout ira bien.
-<note>Grub est même capable de booter depuis un /boot compressé en lzo ou zlib ! \\
-Ce n'est pas le cas de Syslinux. Pour utiliser syslinux il vous faudra empêcher la compression de /boot :
-<code>cd /subvolume/racine/
-mv /boot /boot-old
-mkdir /boot
-chattr -c /boot
-mv /boot-old/* /boot/
-rm -R /boot-old</code></note>
-Ceci dit je vais quand même expliquer ici comment configurer le grub.cfg, pour tous les autres cas et au cas où vous fassiez un erreur.
-<note warning> **ATTENTION** assurez vous d'avoir une solution de secours **__AVANT__** d'installer votre système. \\
-Personne n'est à l'abri d'une faute de frappe. \\
-Et une faute de frappe peut rendre votre système non-bootable. \\
-Donc **munissez vous d'un LiveCD ou d'un LiveUSB** afin de pouvoir avoir accès à votre grub.cfg en cas de pb.</note>
-Avant de vous lancer soyez sur que vous avez bien lu les tutoriels suivants :
-  * [[:doc:systeme:grub2|Grub2 vision d'ensemble]]
-  * [[:doc:systeme:grub2:installation|Grub2 l'installation]]
-  * [[:doc:systeme:grub2:configuration-2|Scripts manuels]]
-Dans le cas ou vous voudriez que votre "vieux" système continue de booter depuis le mbr et que son grub.cfg s'occupe de faire booter le "nouveau" système sur btrfs :
-Toujours dans l'installateur Debian installez grub. **__Mais n'installez pas le programme de démarrage GRUB sur le secteur d'amorçage !__**
-<note>vous pourrez désinstaller grub une fois que vous aurez booté le "nouveau" système. \\
-Vous pouvez aussi continuer sans programme d’amorçage et utiliser le modèle de fichier 40_custom donné ci dessous **à vos risques et périls**</note>
-<file>//Installer le programme de démarrage GRUB sur le secteur d'amorçage ?//
--> **Non**
-puis..
-//Périphérique où sera installé le programme de démarrage//
-Laissez le champ vide</file>
-De cette façon on va pouvoir utiliser directement la partie concernant le boot du "nouveau" système du grub.cfg dans le "vieux" grub.cfg.
-<file>Terminer l'installation</file>
-Redémarrez votre "vieux" système
-Ouvrez le grub.cfg du nouveau système :
-<code root>mount /dev/sdaX -o ..options.. /mnt
-cd /mnt/debian/root/boot/grub
-mousepad grub.cfg</code>
-Copiez la partie après ### BEGIN ...
-<file>
-menuentry 'Debian GNU/Linux, avec Linux 3.2.0-4-amd64' --class debian --class gnu-linux --class gnu --class os {
-	load_video
-	insmod gzio
-	insmod part_gpt
-	insmod btrfs
-	set root='**(hd0,gpt3)**'
-	search --no-floppy --fs-uuid --set=root **9201243d-1559-4b27-8973-070aeefa1079**
-	echo	'Chargement de Linux 3.2.0-4-amd64 ...'
-	linux	**__/debian/root__/boot/vmlinuz-3.2.0-4-amd64** root=UUID=**9201243d-1559-4b27-8973-070aeefa1079** ro **rootflags=subvol=__debian/root__**  quiet
-	echo	'Chargement du disque mémoire initial ...'
-	initrd	**__/debian/root__/boot/initrd.img-3.2.0-4-amd64**
-}
-</file>
-Si vous n'avez pas installé Grub et n'avez donc pas de grub.cfg vous pouvez utiliser le schéma ci dessus en prenant soin de modifier les parties en **gras**
-<note> Vous noterez donc qu'il faut indiquer le chemin à vmlinuz et initrd depuis la racine du volume btrfs (parties soulignées), \\
-ainsi qu'une option de boot <file> rootflags=subvol=//chemin-vers-la-racine//</file></note>
-Ouvrez 40_custom de votre "vieux" système et collez y le menuentry précédent.
-Attention à ne pas effacer les premières lignes !
-<code root>nano /etc/grub.d/40_custom</code>
-<file>#!/bin/sh
-exec tail -n +3 $0
-# This file provides an easy way to add custom menu entries.  Simply type the
-# menu entries you want to add after this comment.  Be careful not to change
-# the 'exec tail' line above.
-menuentry 'Debian GNU/Linux, avec Linux 3.2.0-4-amd64' --class debian --class gnu-linux --class gnu --class os {
-	load_video
-	insmod gzio
-	insmod part_gpt
-	insmod btrfs
-	set root='**(hd0,gpt3)**'
-	search --no-floppy --fs-uuid --set=root **9201243d-1559-4b27-8973-070aeefa1079**
-	echo	'Chargement de Linux 3.2.0-4-amd64 ...'
-	linux	**__/debian/root__/boot/vmlinuz-3.2.0-4-amd64** root=UUID=**9201243d-1559-4b27-8973-070aeefa1079** ro **rootflags=subvol=__debian/root__**  quiet
-	echo	'Chargement du disque mémoire initial ...'
-	initrd	**__/debian/root__/boot/initrd.img-3.2.0-4-amd64**
-}
-</file>
-<code root>chmod +x /etc/grub.d/40_custom
-update-grub</code>
-<note warning> **Profitez en pour éditer le fstab du nouveau système :**
-<code>nano /mnt/debian/root/etc/fstab</code>
-<file>UUID=a69d9182-f4c7-4276-b35d-7d5f9bd50a57      /      btrfs      rw,noatime,ssd,discard,autodefrag,**subvol=debian/root**      0      0
-UUID=a69d9182-f4c7-4276-b35d-7d5f9bd50a57      /home      btrfs      rw,noatime,ssd,discard,autodefrag,**subvol=debian/home**      0      0
-swap...
-tmpfs	/tmp tmpfs default	0	0
-#Je vous conseille de monter le volume btrfs à la racine quelque part afin d'y avoir acces facilement
-UUID=a69d9182-f4c7-4276-b35d-7d5f9bd50a57      /home/btrfs      btrfs      rw,noatime,ssd,discard,autodefrag,**nodev,nosuid,noexec**     0      0
-</file></note>
-Et voilà ! Au redémarrage vous aurez une entrée "Debian GNU/Linux, avec Linux 3.2.0-4-amd64" dans votre menu Grub et ça devrais booter !!
-===== Backups incrémentales =====
-L'intéret d'avoir la racine de son OS dans un subvolume est que l'on peut en faire des snapshots et booter dans ces snapshots en utilisant la methode ci dessus.
-Par exemple :
-<code root>cp 40_custom 41_debian2
-chmod +x 41_debian2</code>
-et changer les subvolumes dans le menuentry.
-C'est pratique pour :
-  * Essayer un autre gestionnaire de fenêtre sans abimer la config actuelle.
-  * Essayer systemd (puisque c'est d'actualité)
-  * Faire des bêtises avec rm ...
-  * Assurer ses arrières quand on est sous sid...
-  * Ai-je besoin d'énumérer toutes les raisons de casser son système ?? :-P
-Pour celà je vais présenter 2 méthodes, une qui sera basée sur des scripts et **cron** et l'autre sur **snapper** qui est dans les dépots
-==== Sur un même volume physique ====
-Dans ce cas on veut faire des snapshot et les garder dans la même partition. Ça protège des erreurs de manupulation mais pas des pannes de disques.
-=== Snapper ===
-Snapper est un programme qui gère les snapshots et qui a été développé par OpenSuse.
-<code> apt-get install snapper
-man snapper</code>
-Pour des snapshots automatiques de la racine :
-<code>snapper -c root create-config /</code>
-Ceci va créer un subvolume /.snapshot à la racine et les snapshots seront placés dedans.
-Les snaphots se font toutes les heures
-Vous pouvez éditer /etc/snapper/configs/root pour changer le nombre de snaphsots que snapper va garder au fil du temps.
-<file># limits for timeline cleanup
-TIMELINE_MIN_AGE="1800"
-TIMELINE_LIMIT_HOURLY="10"
-TIMELINE_LIMIT_DAILY="10"
-TIMELINE_LIMIT_MONTHLY="10"
-TIMELINE_LIMIT_YEARLY="10"</file>
-La configuration par défaut garde les 10 derniers snapshots (pris toutes les heures), 10 snapshots par jour, 10 snapshots par mois et 10 snapshots par an... Changez ces paramêtre selon vos besoins. <note> Sachant que la taille d'un snapshot sur le disque corespond aux modifications sur les fichiers entre le snapshot et son subvolume parent. Je vous laisse donc imaginer la place pris sur le disque d'un snapshot qui a un an !</note>
-<note> Notez encore une fois que les snapshots ne sont pas récursifs ! \\
-Si vous avez /home dans un subvolume, alors votre /home ne sera pas snapshotté.
-recréez alors une configuration pour home <code>snapper -c home create-config /home</code></note>
-Voici ce que vous aurez une semaine après :
-<code>snapper list</code>
-<file>Type   | #   | Pré # | Date                           | Utilisateur | Nettoyage | Description | Données utilisateur
--------+-----+-------+--------------------------------+-------------+-----------+-------------+--------------------
-single | 0   |       |                                | root        |           | current     |
-single | 475 |       | jeu. 06 mars 2014 00:17:01 CET | root        | timeline  | timeline    |
-single | 488 |       | ven. 07 mars 2014 00:17:01 CET | root        | timeline  | timeline    |
-single | 501 |       | sam. 08 mars 2014 00:17:01 CET | root        | timeline  | timeline    |
-single | 507 |       | dim. 09 mars 2014 00:17:01 CET | root        | timeline  | timeline    |
-single | 519 |       | lun. 10 mars 2014 00:17:01 CET | root        | timeline  | timeline    |
-single | 531 |       | mar. 11 mars 2014 00:17:01 CET | root        | timeline  | timeline    |
-single | 538 |       | mer. 12 mars 2014 09:17:01 CET | root        | timeline  | timeline    |
-single | 548 |       | mer. 12 mars 2014 19:17:01 CET | root        | timeline  | timeline    |
-single | 549 |       | mer. 12 mars 2014 20:17:01 CET | root        | timeline  | timeline    |
-single | 550 |       | mer. 12 mars 2014 21:17:01 CET | root        | timeline  | timeline    |
-single | 551 |       | mer. 12 mars 2014 22:17:01 CET | root        | timeline  | timeline    |
-single | 552 |       | mer. 12 mars 2014 23:17:01 CET | root        | timeline  | timeline    |
-single | 553 |       | jeu. 13 mars 2014 12:17:01 CET | root        | timeline  | timeline    |
-single | 554 |       | jeu. 13 mars 2014 13:17:02 CET | root        | timeline  | timeline    |
-single | 555 |       | jeu. 13 mars 2014 14:17:01 CET | root        | timeline  | timeline    |
-single | 556 |       | jeu. 13 mars 2014 16:17:01 CET | root        | timeline  | timeline    |
-single | 557 |       | jeu. 13 mars 2014 17:17:01 CET | root        | timeline  | timeline    |
-single | 558 |       | jeu. 13 mars 2014 18:17:01 CET | root        | timeline  | timeline    |
-single | 559 |       | jeu. 13 mars 2014 19:17:01 CET | root        | timeline  | timeline    |
-single | 560 |       | jeu. 13 mars 2014 20:17:01 CET | root        | timeline  | timeline    |
-single | 561 |       | jeu. 13 mars 2014 21:17:01 CET | root        | timeline  | timeline    |
-single | 562 |       | jeu. 13 mars 2014 22:17:01 CET | root        | timeline  | timeline    |
-</file>
-=== Manuellement ===
-Le principe de base est simple : un script bash et cron.
-<code>btrfs subvolume snapshot /home/btrfs/debian/home /home/btrfs/snapshots/home-backup-$(date)</code>
-==== Entre deux volumes physiques ====
-On a deux disques formatés en btrfs /dev/sda monté en /mnt/sda et /dev/sdb monté en /mnt/sdb.
-== Mise à jour initiale ==
-On veut sauvegarder le subvolume home qui se trouve dans /mnt/sda/home et l'envoyer dans /mnt/sdb.
-On réalise un snapshot de home en lecture seule
-<code root>btrfs subvolume snapshot -r /mnt/sda/home /mnt/sda/home@a-envoyer</code>
-On l'envoie sur /mnt/sdb
-<code root>btrfs send /mnt/sda/home@a-envoyer | btrfs receive /mnt/sdb/</code>
-On a maintenant la configuration suivante :
-^/dev/sda ^/dev/sdb ^
-|home| |
-|home@a-envoyer|home@a-envoyer|
-On renomme les snapshots pour l'étape suivante et on réalise un snapshot de home@a-envoyer qui ne soit pas en lecture seule :
-<code root>mv /mnt/sda/home@a-envoyer /mnt/sda/home@envoye
-mv /mnt /sdb/home@a-envoyer /mnt/sdb/home@envoye
-btrfs subvolume snapshot /mnt/sdb/home@envoye /mnt/sdb/home</code>
-On a ainsi deux subvolumes home qui sont identiques sur sda et sdb.
-^/dev/sda ^/dev/sdb ^
-|home|home|
-|home@envoye|home@envoye|
-== Maintenant pour la mise a jour incrémentale : ==
- Après avoir fait des modification dans /mnt/sda/home on réalise un nouveau snapshot en lecture seule :
-<code root>btrfs subvolume snapshot -r home home@a-envoyer</code>
-On a donc :
-^/dev/sda ^/dev/sdb ^
-|home (modifié)|home|
-|home@envoye|home@envoye|
-|home@a-envoyer (modifié)| |
-On signifie à **btrf send** qu'il ne faut envoyer que les différences entre home@envoye et home@a-envoyer
-<note>Ce qui est très intéressant parce que les différences ne se font pas au niveau des fichiers mais des clunks, ainsi si vous modifiez le une partie seulement d'un gros fichier, seuls les clunks correspondant aux modifications seront envoyés... du coup ça va __beaucoup__ plus vite.\\
-Mais cela veut aussi dire qu'il est important que le subvolume home@envoye soit présent et identique sur les deux disques et en lecture seule.</note>
-<code root> btrfs send -p /mnt/sda/home@envoye /mnt/sda/home@a-envoyer | btrfs receive /mnt/sdb/</code>
-On a maintenant :
-^/dev/sda ^/dev/sdb ^
-|home (modifié)|home|
-|home@envoye|home@envoye|
-|home@a-envoyer (modifié)|home@a-envoyer(modifié)|
-Il ne reste plus qu'a faire le ménage pour se préparer à répéter cette itération :
-<code root>btrfs subvolume delete /mnt/sda/home@envoye
-mv /mnt/sda/home@a-envoyer /mnt/sda/home@envoye
-btrfs subvolume delete /mnt/sdb/home@envoye
-mv /mnt/sdb/home@a-envoyer /mnt/sdb/home@envoye
-btrfs subvolume delete /mnt/sdb/home
-btrfs subvolume snapshot /mnt/sdb/home@a-envoyer /mnt/sdb/home</code>
-Ce qui nous donne :
-^/dev/sda ^/dev/sdb ^
-|home (modifié)|home (modifié)|
-|home@envoye (modifié)|home@envoye (modifié)|
-On est prêt à recommencer dès que /mnt/sda/home sera modifié ! Je vous conseille un petit script et une tache cron pour automatiser tout ça.
-==== Entre deux machines via ssh ====
-Les principes de bases sont les mêmes.
-Dans ce cas /mnt/sdb se trouve sur le serveur root@stockage.local
-Pour la mise a jour initiale :
-<code root>btrfs send /mnt/sda/home@a-envoyer | ssh root@stockage.local /sbin/btrfs receive /mnt/sdb</code>
-Pour la mise a jour incrémentale :
-<code root>btrfs send -p /mnt/sda/home@envoye /mnt/sda/home@a-envoyer | ssh root@stockage.local /sbin/btrfs receive /mnt/sdb</code>
-Note : pour la lisibilité du tuto je me connecte en root sur le serveur, ce n'est pas la meilleure idée.
-<note>Il est crucial que les subvolumes home@envoye soient identiques sur le serveur et le client. Sinon la transaction échouera. Je conseille de vérifier que le transfert s'est bien passé comparant les md5sums. Inconvénient : c'est long et ça utilise le processeur.\\
-Il n'y a pas, à ma connaissance, de système de checksum accessible à l'utilisateur intégré à btrfs.
-J'utilise donc un script qui compare les md5sums des ls chez le client et le serveur.
-Sur le client : <code root>export LANG=C
-cd /mnt/sda/home@envoye
-ls -lnARs > /tmp/md5
-md5sum /tmp/md5</code>
-Sur le Serveur: <code root>ssh root@stockage.local "LANG=C cd /mnt/sdb/home@envoye && ls -lnARs" > /tmp/md5
-md5sum /tmp/md5</code>
-Si les deux md5sum ne sont pas identiques alors il faut refaire une mise à jour complète.</note>

doc/systeme/btrfs.1394750746.txt.gz · Dernière modification: 13/03/2014 23:45 par louispolaire

Debian-facile

Différences

Pied de page des forums