| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| issue94:labo_linux_1 [2015/03/27 19:03] – [16] fredphil91 | issue94:labo_linux_1 [2015/04/01 10:40] (Version actuelle) – [18] auntiee |
|---|
| This filesystem rose above the radar of many systems administrators even before it was claimed to be stable, since the brief was impressive. It has a features list that contains not only RAID 0 and 1 capacities - within the filesystem itself, not having to mess around with mdadm any more - but also subvolumes, snapshots and copy-on-write. In practice, this means that previously, GNU/Linux systems administrators who needed to administer large, complex file-systems while ensuring no data could ever be lost, either cobbled together various techniques to achieve what they needed, or looked towards more exotic offerings from large server vendors. Sun Microsystems’ ZFS is one such, and probably stands as one of the sources of inspiration for BTRFS. However, licensing concerns mean that ZFS may never get into the Linux kernel code base. Its use on Linux systems has been achieved only through the FUSE userland-based mechanism, which effectively curtails its use for a system’s root disk.** | This filesystem rose above the radar of many systems administrators even before it was claimed to be stable, since the brief was impressive. It has a features list that contains not only RAID 0 and 1 capacities - within the filesystem itself, not having to mess around with mdadm any more - but also subvolumes, snapshots and copy-on-write. In practice, this means that previously, GNU/Linux systems administrators who needed to administer large, complex file-systems while ensuring no data could ever be lost, either cobbled together various techniques to achieve what they needed, or looked towards more exotic offerings from large server vendors. Sun Microsystems’ ZFS is one such, and probably stands as one of the sources of inspiration for BTRFS. However, licensing concerns mean that ZFS may never get into the Linux kernel code base. Its use on Linux systems has been achieved only through the FUSE userland-based mechanism, which effectively curtails its use for a system’s root disk.** |
| |
| BTRFS est un tout nouveau système de fichiers disponible pour les systèmes GNU/Linux, parmi lesquelles les distributions Ubuntu et leurs dérivés. Prononcé de diverses manières (ma préférée est « Better FS »), il a été en développement actif pendant au moins les cinq dernières années, bien que les développeurs lui aient accordé un statut stable seulement depuis 2013. Il vise à remplacer la vénérable série des systèmes de fichiers ext* comme choix par défaut pour les systèmes Linux, à court ou moyen terme. | BTRFS est un système de fichiers assez nouveau, disponible pour les systèmes GNU/Linux, parmi lesquels les distributions Ubuntu et leurs dérivés. Prononcé de diverses manières (ma préférée est « Better FS »), il a été en développement actif pendant au moins les cinq dernières années, bien que les développeurs lui aient accordé un statut stable seulement depuis 2013. Il vise à remplacer la vénérable série des systèmes de fichiers ext* comme choix par défaut pour les systèmes Linux, à court ou à moyen terme. |
| |
| Ce système de fichiers est apparu sur le radar de nombreux administrateurs système avant même d'être considéré comme stable, tellement il semblait impressionnant. Sa liste de fonctionnalités contient non seulement les capacités RAID 0 et 1 - au sein du système de fichiers, sans plus avoir à s'amuser avec mdadm -, mais aussi les sous-volumes, les « snapshot » et la copie sur écriture. Dans la pratique, cela signifie que précédemment, les administrateurs de systèmes GNU/Linux qui avaient besoin d'administrer de grands systèmes de fichiers complexes tout en assurant qu'aucune donnée ne pourrait jamais se perdre, soit concoctaient différentes techniques pour réaliser ce dont ils avaient besoin, ou regardaient vers des offres plus exotiques de grands fournisseurs de serveurs. Le ZFS de Sun Microsystems en est une, et probablement se présente comme l'une des sources d'inspiration pour BTRFS. Cependant, les problèmes de licence impliquaient que ZFS ne pourrait jamais entrer dans le code de base du noyau Linux. Son utilisation sur les systèmes Linux n'a été réussie qu'à travers le mécanisme basé sur FUSE en mode utilisateur, ce qui limite son utilisation efficace pour le disque racine d'un système. | Ce système de fichiers est apparu sur le radar de nombreux administrateurs système avant même d'être considéré comme stable, tellement il semblait impressionnant. Sa liste de fonctionnalités contient non seulement les capacités RAID 0 et 1 - au sein du système de fichiers, sans plus avoir à s'amuser avec mdadm -, mais aussi les sous-volumes, les « snapshot » et la copie sur écriture. Dans la pratique, cela signifie que, précédemment, les administrateurs de systèmes GNU/Linux qui avaient besoin d'administrer de grands systèmes de fichiers complexes tout en assurant qu'aucune donnée ne pourrait jamais se perdre, soit concoctaient différentes techniques pour réaliser ce dont ils avaient besoin, soit regardaient vers des offres plus exotiques de grands fournisseurs de serveurs. Le ZFS de Sun Microsystems en est une, et probablement est, en fait, l'une des sources d'inspiration pour BTRFS. Cependant, les problèmes de licence impliquaient que ZFS ne pourrait jamais entrer dans le code de base du noyau Linux. Son utilisation sur les systèmes Linux n'a été réussie qu'à travers le mécanisme basé sur FUSE en mode utilisateur, ce qui limite son utilisation efficace pour le disque racine d'un système. |
| |
| ====== 2 ====== | ====== 2 ====== |
| Installing a system with a recent version of Ubuntu is a breeze, since they already have the appropriate drivers built into the kernel, and helper libraries and tools are available in the btrfs-tools package. I will be using Ubuntu 14.10 version compiled for i386, but any version of 14.10, 14.04 or Linux Mint 17 will work just as well. If using a distribution that lacks them, you may need to boot into the Live CD environment, connect to the Internet and install the required package.** | Installing a system with a recent version of Ubuntu is a breeze, since they already have the appropriate drivers built into the kernel, and helper libraries and tools are available in the btrfs-tools package. I will be using Ubuntu 14.10 version compiled for i386, but any version of 14.10, 14.04 or Linux Mint 17 will work just as well. If using a distribution that lacks them, you may need to boot into the Live CD environment, connect to the Internet and install the required package.** |
| |
| Cependant, BTRFS n'a pas encore été beaucoup vu par l'utilisateur de bureau normal, peut-être parce qu'il a été considéré un peu comme un jouet de gourou, ainsi qu'un peu compliqué à comprendre. Dans cet article, je vais essayer de vous convaincre, lecteur, de son utilisation pour, disons, au moins les « super-utilisateurs » (quoi que cela puisse signifier). | Cependant, BTRFS n'a pas encore été beaucoup vu par l'utilisateur d'ordinateur normal, peut-être parce qu'il a été considéré un peu comme un jouet de gourou, ainsi qu'un peu compliqué à comprendre. Dans cet article, je vais essayer de vous convaincre, lecteur, de son utilisation pour, disons, au moins les « super-utilisateurs » (quoi que cela puisse signifier). |
| | |
| INSTALLATION | INSTALLATION |
| |
| L'installation d'un système avec une version récente d'Ubuntu est un jeu d'enfant, car les pilotes appropriés sont déjà intégrés au noyau, et les bibliothèques et les outils auxiliaires sont disponibles dans le paquet btrfs-tools. Je vais utiliser la version Ubuntu 14.10 compilée pour i386, mais n'importe quelle version parmi 14.10, 14.04 ou Linux Mint 17 fonctionnera tout aussi bien. Si vous utilisez une distribution qui ne les contient pas, vous devrez peut-être démarrer dans l'environnement Live CD, vous connecter à Internet et installer le paquet nécessaire. | L'installation d'un système avec une version récente d'Ubuntu est un jeu d'enfant, car les pilotes appropriés sont déjà intégrés au noyau, et les bibliothèques et les outils auxiliaires sont disponibles dans le paquet btrfs-tools. Je vais utiliser la version Ubuntu 14.10 compilée pour i386, mais n'importe quelle version parmi les 14.10, 14.04 ou Linux Mint 17 fonctionnera tout aussi bien. Si vous utilisez une distribution qui ne les contient pas, vous devrez peut-être démarrer dans l'environnement Live CD, vous connecter à Internet et installer le paquet nécessaire. |
| |
| ====== 3 ====== | ====== 3 ====== |
| A simple partition scheme would be as follows. Please note (regarding the image below) /dev/sda was the USB pendrive I was booting from, while /dev/sdb was the (external) hard drive I was installing the system on.** | A simple partition scheme would be as follows. Please note (regarding the image below) /dev/sda was the USB pendrive I was booting from, while /dev/sdb was the (external) hard drive I was installing the system on.** |
| |
| Démarrez le Live CD, et dans l'écran « Type d'installation » choisissez « Autre chose ». Cela vous amène dans la gestion manuelle des partitions. La façon correcte d'installer un système Linux sur un système de fichiers BTRFS est de créer au moins deux partitions : | Démarrez le Live CD, et dans l'écran « Type d'installation », choisissez « Autre chose ». Cela vous amène dans la gestion manuelle des partitions. La façon correcte d'installer un système Linux sur un système de fichiers BTRFS est de créer au moins deux partitions : |
| • Une première partition /boot. Elle doit être de la famille ext*, alors pourquoi pas ext4. Cette partition doit être d'au moins 200 ou 300 Mo, mais 512 Mo est probablement plus sage pour laisser un peu d'espace supplémentaire si vous voulez faire une mise à niveau de votre noyau dans l'avenir. | • Une première partition /boot. Elle doit être de la famille ext*, alors pourquoi pas ext4. Cette partition doit être d'au moins 200 ou 300 Mo, mais 512 Mo est probablement plus sage pour laisser un peu d'espace supplémentaire si vous voulez faire une mise à niveau de votre noyau dans l'avenir. |
| • Une seconde partition pour la racine (/) et le reste de votre système. Pour une installation simple, il n'est pas nécessaire de créer une partition /home séparée, mais nous y reviendrons. | • Une seconde partition pour la racine (/) et le reste de votre système. Pour une installation simple, il n'est pas nécessaire de créer une partition /home séparée, mais nous y reviendrons. |
| Lorsque vous créez une nouvelle partition, il suffit de choisir « btrfs » au lieu de « ext4 ». Les autres options fonctionnent de la manière habituelle. Dans ce cas, je vais créer une partition de 15 Go - qui sera redimensionnée à la hausse plus loin. | Lorsque vous créez une nouvelle partition, il suffit de choisir « btrfs » au lieu de « ext4 ». Les autres options fonctionnent de la manière habituelle. Dans ce cas, je vais créer une partition de 15 Go - qui sera redimensionnée à la hausse plus loin. |
| |
| Un schéma de partition simple serait le suivant. S'il-vous-plaît remarquez (concernant l'image ci-dessous) que /dev/sda était la clé USB sur laquelle j'ai effectué le démarrage, alors que /dev/sdb était le disque dur (externe) sur lequel j'installais le système. | Un schéma de partition simple serait le suivant. S'il vous plaît remarquez (concernant l'image ci-dessous) que /dev/sda était la clé USB sur laquelle j'ai effectué le démarrage, alors que /dev/sdb était le disque dur (externe) sur lequel j'installais le système. |
| |
| ====== 4 ====== | ====== 4 ====== |
| That’s right, beside the /dev/sda1 boot partition that seems to be correctly mounted, we see the root /dev/sda2 partition mounted not once, but twice! But, it we take a closer look at the output from “mount”, we can see it is indicating “subvol=@” on one mount, and “subvol=@home”.** | That’s right, beside the /dev/sda1 boot partition that seems to be correctly mounted, we see the root /dev/sda2 partition mounted not once, but twice! But, it we take a closer look at the output from “mount”, we can see it is indicating “subvol=@” on one mount, and “subvol=@home”.** |
| |
| La nécessité que la partition /boot soit séparée était parce que, jusqu'à récemment, GRUB ne connaissait pas les partitions BTRFS, et se plaignait si le répertoire /boot était placé sur un tel système de fichier - même si le système démarrait correctement de toute façon. Juste pour éviter qu'il se plaigne, les gens créaient cette partition séparée. | La partition /boot doit séparée parce que, jusqu'à récemment, GRUB ne connaissait pas les partitions BTRFS et se plaignait si le répertoire /boot était placé sur un tel système de fichier - même si le système démarrait correctement de toute façon. Juste pour éviter qu'il se plaigne, les gens créaient cette partition séparée. |
| |
| Dans les versions plus récentes d'Ubuntu, ce n'est plus nécessaire, et une seule partition racine BTRFS est tout à fait suffisante. | Dans les versions plus récentes d'Ubuntu, ce n'est plus nécessaire, et une seule partition racine BTRFS est tout à fait suffisante. |
| Maintenant, redémarrez votre système et ouvrez un terminal. Si vous saisissez les commandes « mount » ou « df », vous devriez voir quelque chose d'un peu bizarre (voir en haut à droite). | Maintenant, redémarrez votre système et ouvrez un terminal. Si vous saisissez les commandes « mount » ou « df », vous devriez voir quelque chose d'un peu bizarre (voir en haut à droite). |
| |
| C'est vrai, à côté de la partition de démarrage /dev/sda1 qui semble être montée correctement, nous voyons la partition racine /dev/sda2 montée non pas une, mais deux fois ! Mais, en regardant de plus près la sortie de « mount », nous pouvons voir qu'il est indiqué « subvol=@ » sur un montage, et « subvol=@home ». | C'est vrai, à côté de la partition de démarrage /dev/sda1 qui semble être montée correctement, nous voyons la partition racine /dev/sda2 montée non pas une, mais deux fois ! Toutefois, en regardant de plus près la sortie de « mount », nous pouvons voir qu'il est indiqué « subvol=@ » sur un montage, et « subvol=@home ». |
| |
| ====== 5 ====== | ====== 5 ====== |
| # umount /dev/sda2** | # umount /dev/sda2** |
| |
| Les sous-volumes sont une des nouvelles fonctionnalités de BTRFS, par rapport aux systèmes de fichiers plus traditionnels. Avec ce système, les différents espaces peuvent partager l'espace disque disponible dans la partition BTRFS. Toutefois, le contenu des sous-volumes sont en quelque sorte séparés, et peuvent être montés dans des endroits différents sur notre arborescence. | Les sous-volumes sont une des nouvelles fonctionnalités de BTRFS, par rapport aux systèmes de fichiers plus traditionnels. Avec ce système, les différents espaces peuvent partager l'espace disque disponible dans la partition BTRFS. Cependant, le contenu des sous-volumes sont en quelque sorte séparés, et peuvent être montés dans des endroits différents sur notre arborescence. |
| |
| OpenSUSE va même plus loin dans ce principe, en créant des sous-volumes pour beaucoup d'autres répertoires. Naturellement, nous pouvons créer d'autres sous-volumes manuellement et les mettre en place, si nécessaire. | OpenSUSE va même plus loin dans ce principe, en créant des sous-volumes pour beaucoup d'autres répertoires. Naturellement, nous pouvons créer d'autres sous-volumes manuellement et les mettre en place, si nécessaire. |
| # echo "/dev/sda2 /var btrfs defaults,subvol=@var 0 3" >> /etc/fstab | # echo "/dev/sda2 /var btrfs defaults,subvol=@var 0 3" >> /etc/fstab |
| |
| (S'il-vous-plaît, assurez-vous que vous utilisez *deux* symboles >> - sinon vous allez écraser le fichier complet) | (S'il vous plaît, assurez-vous que vous utilisez *deux* symboles >> - sinon vous allez écraser le fichier complet.) |
| |
| Bien sûr, c'est encore mieux d'utiliser les UUID de volumes lorsque vous modifiez le fichier /etc/fstab. Si votre disque est sur un connecteur externe, ce qui apparaît comme /dev/sda sur un système peut très bien devenir /dev/sdb ou /dev/sdc sur un autre, avec plus d'unités internes installées - alors que les UUID restent les mêmes. Un fichier /etc/fstab complet avec notre configuration actuelle pourrait être celui représenté ci-dessous. | Bien sûr, c'est encore mieux d'utiliser les UUID des volumes lorsque vous modifiez le fichier /etc/fstab. Si votre disque est sur un connecteur externe, ce qui apparaît comme /dev/sda sur un système peut très bien devenir /dev/sdb ou /dev/sdc sur un autre, avec plus d'unités internes installées - alors que les UUID restent les mêmes. Un fichier /etc/fstab complet avec notre configuration actuelle pourrait être celui représenté ci-dessous. |
| |
| ====== 8 ====== | ====== 8 ====== |
| When we installed the system, we chose to create a rather small partition for use as our BTRFS root filesystem. A rather large amount of space is still unused, and available should we wish to increase our disk space.** | When we installed the system, we chose to create a rather small partition for use as our BTRFS root filesystem. A rather large amount of space is still unused, and available should we wish to increase our disk space.** |
| |
| A noter que le même UUID est utilisé pour les trois sous-volumes de la partition BTRFS. Ils ont aussi des UUID individuels de sous-volume, mais ceux-ci sont moins souvent utilisés. | Remarquez que le même UUID est utilisé pour les trois sous-volumes de la partition BTRFS. Ils ont aussi des UUID individuels de sous-volume, mais ceux-ci sont moins souvent utilisés. |
| |
| Il est important de noter que le contenu des sous-volumes partagent l'espace à intérieur d'un même système de fichiers. Les sous-volumes peuvent être un moyen pratique de séparer les structures de données, et ils peuvent également être utilisés pour faire des sauvegardes distinctes (du système lui-même, et des données de l'utilisateur). Mais si notre partition est atomisée pour une raison quelconque, tous les sous-volumes disparaissent avec elle. C'est pourquoi je préfère encore des partitions différentes, si possible sur les différents disques physiques, pour le système racine / et pour le répertoire /home. | Il est important de noter que le contenu des sous-volumes partage l'espace à intérieur d'un même système de fichiers. Les sous-volumes peuvent être un moyen pratique de séparer les structures de données, et ils peuvent également être utilisés pour faire des sauvegardes distinctes (du système lui-même, et des données de l'utilisateur). Mais si notre partition est atomisée pour une raison quelconque, tous les sous-volumes disparaissent avec elle. C'est pourquoi je préfère toujours des partitions différentes pour le système racine / et pour le répertoire /home, si possible sur des disques physiques différents. |
| |
| AJOUT DE PARTITIONS POUR AUGMENTER L'ESPACE DISPONIBLE | Ajout de partitions pour augmenter l'espace disponible |
| |
| Lorsque nous avons installé le système, nous avons choisi de créer une assez petite partition pour notre système de fichiers racine BTRFS. Une assez grande quantité d'espace est encore inutilisée, et disponible nous l'espérons pour augmenter notre espace disque. | Lorsque nous avons installé le système, nous avons choisi de créer une assez petite partition pour notre système de fichiers racine BTRFS. Une assez grande quantité d'espace est encore inutilisée et disponible pour augmenter notre espace disque, si nous voulons le faire. |
| |
| ====== 9 ====== | ====== 9 ====== |
| As a side note, it can be observed that the BTRFS subsystem has correctly recognized the physical disk as an SSD unit, and has accordingly activated TRIM.** | As a side note, it can be observed that the BTRFS subsystem has correctly recognized the physical disk as an SSD unit, and has accordingly activated TRIM.** |
| |
| Notre système de fichiers racine est monté, et le système d'exploitation de notre ordinateur est exécuté dessus. C'est pourquoi gparted ne peut pas le redimensionner à la volée, et affiche une clé à côté du nom de la partition. | Notre système de fichiers racine est monté, et le système d'exploitation de notre ordinateur est exécuté dessus. C'est pourquoi gparted ne peut pas le redimensionner à la volée et affiche une clé à côté du nom de la partition. |
| |
| Cependant, nous pouvons utiliser l'espace libre pour créer une nouvelle partition, dans ce cas, /dev/sda3. Nous n'aurons pas besoin de la créer avec un système de fichiers spécifique pour notre usage, de sorte qu'on peut la laisser comme une nouvelle partition, non formatée. | Cependant, nous pouvons utiliser l'espace libre pour créer une nouvelle partition, dans ce cas, /dev/sda3. Nous n'aurons pas besoin de la créer avec un système de fichiers spécifique pour notre usage, de sorte qu'on peut la laisser comme une nouvelle partition, non formatée. |
| |
| Maintenant, nous pouvons ajouter cette nouvelle partition à /dev/sda2, pour étendre l'espace disponible. C'est aussi simple que d'ajouter la nouvelle partition au périphérique existant, et ré-équilibrer les données sur les partitions. Curieusement, l'ajout du dispositif est presque instantané, mais l'équilibrage peut prendre un certain temps en fonction de la taille des partitions : | Maintenant, nous pouvons ajouter cette nouvelle partition à /dev/sda2, pour étendre l'espace disponible. C'est aussi simple que d'ajouter la nouvelle partition au périphérique existant et de ré-équilibrer les données sur les partitions. Curieusement, l'ajout du dispositif est presque instantané, mais l'équilibrage peut prendre un certain temps en fonction de la taille des partitions : |
| |
| # btrfs dev add /dev/sda3 / | # btrfs dev add /dev/sda3 / |
| Done, had to relocate 10 out of 10 chunks | Done, had to relocate 10 out of 10 chunks |
| |
| On peut observer de façon annexe que le sous-système BTRFS a correctement reconnu le disque physique comme une unité SSD, et a donc activé TRIM. | Notons en passant que le sous-système BTRFS a correctement reconnu le disque physique comme une unité SSD et a donc activé TRIM. |
| |
| ====== 10 ====== | ====== 10 ====== |
| Btrfs v3.14.1 | Btrfs v3.14.1 |
| |
| CONFIGURATION RAID | Configuration RAID |
| |
| Une autre caractéristique utile de BTRFS est que RAID 0 et RAID 1 sont tous les deux inclus dans le système de fichiers lui-même. RAID 0, ou « entrelacement », signifie que les données sont écrites sur plus d'un disque dur ou une partition. C'est ce qui a été appliqué dans la section ci-dessus. | Une autre caractéristique utile de BTRFS est que RAID 0 et RAID 1 sont tous les deux inclus dans le système de fichiers lui-même. RAID 0, ou « entrelacement », signifie que les données sont écrites sur plus d'un disque dur ou une partition. C'est ce qui a été appliqué dans la section ci-dessus. |
| |
| D'autre part, RAID 1 ou « miroir » permet au système de fichiers de contenir plusieurs copies à la fois de nos fichiers et des métadonnées du système de fichiers. | En revanche, RAID 1, ou « miroir », permet au système de fichiers de contenir plusieurs copies à la fois de nos fichiers et des métadonnées du système de fichiers. |
| |
| ====== 11 ====== | ====== 11 ====== |
| Metadata, RAID1: total=1.00GiB, used=192.17MiB | Metadata, RAID1: total=1.00GiB, used=192.17MiB |
| |
| Ici, nous voyons que les éléments Système et Métadonnées sont dupliqués - avec, par défaut, une copie sur chaque périphérique. Les données de l'utilisateur (fichiers) sont détenues en une seule copie, cependant. Ceci peut être changé, simplement en ré-équilibrant le système de fichiers avec l'ensemble d'options appropriées : | Ici, nous voyons que les éléments Système et Métadonnées sont dupliqués - avec, par défaut, une copie sur chaque périphérique. Les données de l'utilisateur (fichiers) sont détenues en un seul exemplaire, cependant. Ceci peut être changé, simplement en ré-équilibrant le système de fichiers avec l'ensemble d'options appropriées : |
| |
| # btrfs bal start / -dconvert=raid1 | # btrfs bal start / -dconvert=raid1 |
| Metadata, RAID1: total=1.00GiB, used=192.39MiB | Metadata, RAID1: total=1.00GiB, used=192.39MiB |
| |
| SUPPRIMER DES PARTITIONS | Supprimer des partitions |
| |
| C'est bien d'ajouter de nouvelles partitions et plus d'espace sur notre système, mais parfois nous avons besoin de supprimer des partitions. Peut-être qu'un disque physique a mal tourné, ou peut-être que nous souhaitons utiliser l'une des partitions sous-jacentes à d'autres fins. | C'est bien d'ajouter de nouvelles partitions et plus d'espace sur notre système, mais parfois nous avons besoin de supprimer des partitions. Peut-être qu'un disque physique a été corrompu, ou peut-être que nous souhaitons utiliser l'une des partitions sous-jacentes à d'autres fins. |
| |
| Dans ce test, nous allons supprimer /dev/sda2 de notre système de fichiers BTRFS, ne laissant que /dev/sda1 utilisé pour /boot, formaté en ext4, et les 45 GiByte de /dev/sda3 pour nos données système et utilisateur. | Dans ce test, nous allons supprimer /dev/sda2 de notre système de fichiers BTRFS, ne laissant que /dev/sda1 utilisé pour /boot, formaté en ext4, et les 45 GiO de /dev/sda3 pour nos données système et utilisateur. |
| |
| ====== 13 ====== | ====== 13 ====== |
| ERROR: error removing the device '/dev/sda2' - unable to go below two devices on raid1 | ERROR: error removing the device '/dev/sda2' - unable to go below two devices on raid1 |
| |
| C'est assez logique, car nous ne pourrons plus avoir deux copies de chaque bloc de données sur des partitions différentes si nous réduisons le nombre de partitions à une seule. Alors, rééquilibrons notre système afin d'utiliser un seul exemplaire de chaque bloc de données (-dconvert=single), et aussi pour réduire la copie des métadonnées à une (-mconvert=single). Ce n'est pas une situation sans risque, et si nous devions effectuer cette opération sur un système en production ce serait un bon moment pour s'assurer que nos sauvegardes sont fonctionnelles. C'est pourquoi nous devrons ajouter le paramètre -f pour forcer l'exécution. | C'est très logique, car nous ne pourrons plus avoir deux copies de chaque bloc de données sur des partitions différentes si nous réduisons le nombre de partitions à une seule. Alors, ré-équilibrons notre système afin d'utiliser un seul exemplaire de chaque bloc de données (-dconvert=single), et aussi pour réduire la copie des métadonnées à une (-mconvert=single). Ce n'est pas une situation sans risque, et si nous devions effectuer cette opération sur un système en production ce serait un bon moment pour s'assurer que nos sauvegardes ont été bien effectuées. C'est pourquoi nous devrons ajouter le paramètre -f pour forcer l'exécution. |
| |
| Alors, re-équilibrez le système, puis retirez /dev/sda2 : | Alors, re-équilibrez le système, puis retirez /dev/sda2 : |
| 10485760 bytes (10 MB) copied, 0,720581 s, 14,6 MB/s | 10485760 bytes (10 MB) copied, 0,720581 s, 14,6 MB/s |
| |
| La prochaine fois que nous redémarrererons le système, /dev/sda2 ne sera plus montée. Nous devons prendre soin, si les noms /dev/sda sont cités dans /etc/fstab, de mettre à jour ce fichier avant le redémarrage. Sinon, si la nomenclature UUID est utilisée, cette étape n'est pas nécessaire. | La prochaine fois que nous redémarrerons le système, /dev/sda2 ne sera plus montée. Nous devons prendre soin, si les noms /dev/sda sont cités dans /etc/fstab, de mettre à jour ce fichier avant le redémarrage. Sinon, si la nomenclature UUID est utilisée, cette étape n'est pas nécessaire. |
| |
| Ensuite, gparted ou un outil similaire peut être utilisé pour enlever l'ancienne partition et la répartition si c'est ce qu'on souhaite : | Ensuite, gparted ou un outil similaire peut être utilisé pour enlever l'ancienne partition et la répartition si c'est ce qu'on souhaite : |
| This is just one of the capabilities of the BTRFS snapshot mechanism. In essence, a snapshot is a means of taking an image of a volume. This snapshot will, in essence, remain unaltered, while we do our meddling with the live volume. BTRFS’s implementation of this feature is actually quite efficient, since only differential information is recorded about changes to files that have taken place since the snapshot was taken. Reverting to the snapshot simply consists of rolling back these changes, leaving the file system in its original state.** | This is just one of the capabilities of the BTRFS snapshot mechanism. In essence, a snapshot is a means of taking an image of a volume. This snapshot will, in essence, remain unaltered, while we do our meddling with the live volume. BTRFS’s implementation of this feature is actually quite efficient, since only differential information is recorded about changes to files that have taken place since the snapshot was taken. Reverting to the snapshot simply consists of rolling back these changes, leaving the file system in its original state.** |
| |
| UTILISER LES SNAPSHOTS | Utiliser les snapshots |
| |
| Si vous êtes comme moi, vous avez, à un moment donné, fait de Mauvaises Choses à votre système, en testant des logiciels, en jouant avec la configuration du système, ou, en général, en apprenant sur le tas comment ne pas faire certaines choses. En cas de pépin vraiment sérieux, réinstaller le système peut être à peu près votre seul moyen de sortir. D'accord, cela peut ne prendre que 5 minutes sur une machine moderne - mais nous n'utilisons pas tous une machine moderne et surtout pas à des fins de test, n'est-ce pas ? | Si vous êtes comme moi, vous avez, à un moment donné, fait de mauvaises choses à votre système, en testant des logiciels, en jouant avec la configuration du système, ou, en général, en apprenant sur le tas comment ne pas faire certaines choses. En cas de pépin vraiment sérieux, réinstaller le système peut être à peu près votre seul moyen d'en sortir. D'accord, cela peut ne prendre que 5 minutes sur une machine moderne - mais nous n'utilisons pas tous une machine moderne et surtout pas à des fins de test, n'est-ce pas ? |
| |
| Ne serait-ce pas super si nous avions un filet de sécurité, qui nous permettrait de revenir sur des modifications faite au disque système ? Retourner à un état qui fonctionnait serait tout simplement une question de redémarrage de la machine, et voilà ! | Ne serait-ce pas super si nous avions un filet de sécurité qui nous permettrait de revenir sur des modifications faite au disque système ? Retourner à un état qui fonctionnait serait tout simplement une question de redémarrage de la machine, et voilà ! |
| |
| C'est justement l'une des capacités du mécanisme d'instantané (« snapshot ») de BTRFS. En substance, un instantané est un moyen de prendre une photo d'un volume. Cet instantané restera par définition inchangé, pendant que nous modifierons le volume qui fonctionne. L'implémentation BTRFS de cette fonctionnalité est en fait assez efficace, car seule l'information différentielle est enregistrée sur les modifications apportées aux fichiers depuis que le cliché a été pris. Revenir à l'instantané consiste simplement à rejouer ces changements à l'envers, ramenant le système de fichiers dans son état original. | C'est justement l'une des capacités du mécanisme d'instantané (« snapshot ») de BTRFS. En substance, un instantané est un moyen de prendre la photo d'un volume. Cet instantané restera par définition inchangé, pendant que nous modifierons le volume qui fonctionne. L'implémentation BTRFS de cette fonctionnalité est en fait très efficace, car seule l'information différentielle est enregistrée sur les modifications apportées aux fichiers depuis que le cliché a été pris. Revenir à l'instantané consiste simplement à refaire ces changements à l'envers, ramenant le système de fichiers dans son état original. |
| |
| ====== 16 ====== | ====== 16 ====== |
| ID 279 gen 873 top level 5 path @home-snap** | ID 279 gen 873 top level 5 path @home-snap** |
| |
| Nous devons juste faire un point avant de commencer les tests : les instantanés peuvent être faits uniquement sur les sous-volumes. C'est une autre raison pour laquelle il est important de planifier à l'avance des sous-volumes du système. | Il y a une chose à souligner avant de commencer les tests : les instantanés peuvent être faits uniquement sur les sous-volumes. C'est une autre raison pour laquelle il est important de planifier à l'avance des sous-volumes du système. |
| |
| Commençons par un exemple simple. Supposons que nous voulions faire un instantané du sous-volume /home. Appelons-le home_snap. Commencez par monter la partition parent sur /mnt : | Commençons par un exemple simple. Supposons que nous voulions faire un instantané du sous-volume /home. Appelons-le home_snap. Commencez par monter la partition parent sur /mnt : |
| ID 258 gen 878 top level 5 path @home | ID 258 gen 878 top level 5 path @home |
| ID 264 gen 851 top level 5 path @var | ID 264 gen 851 top level 5 path @var |
| ID 279 gen 873 top level 5 path @home-snap** | ID 279 gen 873 top level 5 path @home-snap |
| |
| ====== 17 ====== | ====== 17 ====== |
| |
| The very same technique can be used with any snapshot on your system. So if you wish to roll back modifications to the system configuration or installed programs, subvolumes @ and @var are the ones to snapshot. Just remember to create new snapshots *before* making the alterations! Snapshots cost very little space...** | The very same technique can be used with any snapshot on your system. So if you wish to roll back modifications to the system configuration or installed programs, subvolumes @ and @var are the ones to snapshot. Just remember to create new snapshots *before* making the alterations! Snapshots cost very little space...** |
| | |
| | Maintenant, faisons quelque chose de vraiment stupide, comme : |
| | |
| | # rm -r /home/alan/* |
| | # ls /home/alan |
| | |
| | Maintenant il est temps de revenir à notre snapshot. Puisqu'un snapshot peut être considéré simplement comme un autre sous-volume, peut-être que la façon la plus simple de le faire est de modifier l'entrée correspondante dans /etc/fstab (comme illustré ci-dessous). |
| | |
| | Maintenant, redémarrez le système et le répertoire d'origine /home devrait être correct : |
| | |
| | # mount |
| | /dev/sda3 on / type btrfs (rw,subvol=@) |
| | /dev/sda3 on /home type btrfs (rw,subvol=@home-snap) |
| | /dev/sda3 on /var type btrfs (rw,subvol=@var) |
| | /dev/sda1 on /boot type ext4 (rw) |
| | |
| | La même technique peut être utilisée avec n'importe quel instantané sur votre système. Donc, si vous voulez revenir en arrière après des modifications de la configuration du système ou des programmes installés, il faut faire un snapshot des sous-volumes @ et @var. N'oubliez pas de créer de nouveaux instantanés *avant* de réaliser les modifications ! Les instantanés coûtent très peu d'espace... |
| |
| ====== 18 ====== | ====== 18 ====== |
| |
| Finally, some tools are starting to become available to manage snapshots in the Ubuntu repositories – snapper and apt-btrfs-snapshot both may be worth some investigation… I may report on them later on in these columns, so stay tuned.** | Finally, some tools are starting to become available to manage snapshots in the Ubuntu repositories – snapper and apt-btrfs-snapshot both may be worth some investigation… I may report on them later on in these columns, so stay tuned.** |
| | |
| | Quelques mots pour conclure |
| | |
| | Tout ce que nous avons fait jusqu'à présent aurait tout aussi bien pu être réalisé avec d'autres systèmes de fichiers. Peut-être que le plus impressionnant est que de nombreuses tâches ont été effectuées sans avoir à redémarrer le système et sur des partitions en cours d'utilisation (montées). C'est ce qui rend BTRFS vraiment magique pour les administrateurs de serveurs, car les temps d'arrêt du système sont à éviter. Mais il peut aussi nous aider, nous simples mortels, dans une situation délicate. |
| | |
| | Un deuxième point qui doit être noté est que, avec ces techniques, vous pouvez très facilement endommager votre système - ça m'est arrivé. Alors soyez prudents, et commencez par jouer avec un ordinateur et un disque dur dont le contenu vous importe peu. |
| | |
| | Enfin, certains outils commencent à devenir disponibles dans les dépôts Ubuntu pour gérer les snapshots - snapper et apt-btrfs-snapshot méritent sans doute d'être essayés… J'en ferai peut-être un compte rendu ultérieurement dans ces colonnes, alors restez à l'écoute. |
| |
