Créer un sous-volume btrfs comme @ ou @home

Étant intrigué par btrfs, j'ai décidé de jouer avec lui dans une VM. L'installation fonctionne très bien tant que je me souviens de mettre /bootsur une partition séparée et tout semble bien fonctionner.

Ce que je voudrais faire, c'est créer un sous-volume séparé pour les données en masse avec des paramètres différents de ceux comme @et @home. btrfs subvolume create datale fera pour moi, mais je suis curieux de savoir pourquoi il continue de le nommer @/data(ou des choses similaires lorsque j'essaie /dataou @data). Existe-t-il un moyen spécial de créer les sous-volumes comme @et @homedonc mon sous-volume de données apparaîtra comme @data? (et: quelle est la différence exacte entre les schémas de dénomination?)

Information additionnelle:

• Ubuntu 12.04.2, fonctionnant en tant qu'invité KVM sur l'hôte mint15;
• noyau 3.8.0-27-générique de ubuntu-x-swat (backport raring);
• btrfs utilisant deux périphériques, /dev/sdaet/dev/sdb
• /dev/sdaet /dev/sdbsont des partitions sur un disque non utilisé par le système d'exploitation hôte

Soupir , il semble que j'ai posté un peu trop tôt, avec un peu d'aide du tout-puissant Zosma sur IRC, nous avons découvert comment cela est censé fonctionner.

Les sous-volumes @et @homesont des enfants de la racine btrfs, ce /n'est donc pas réellement la racine du système de fichiers. L'UUID de la racine btrfs est fourni en /etc/fstabdeux fois, fournissant les montages pour /et /home. Le montage de la racine réelle du système de fichiers affiche les sous-volumes créés par le programme d'installation:

root@box:~# mkdir /mnt/btrfs
root@box:~# mount UUID=f8963df3-1320-4bc0-a125-62be185b029e /mnt/btrfs
root@box:~# ls /mnt/btrfs
@  @home

Voilà où ils sont allés! La création d'un nouveau sous-volume exactement comme le faisait le programme d'installation ubuntu est maintenant facile:

root@box:~# btrfs subvolume create /mnt/btrfs/@data
Create subvolume '/mnt/btrfs/@data'

Maintenant, comme nous avons créé un sous-volume dans la racine btrfs au lieu du système de fichiers racine pour l'installation, /data/ne s'affichera pas par lui-même. Heureusement, il est trivial de copier l'astuce utilisée par l'installateur en examinant /etc/fstabet en ajoutant un autre support pour /data:

UUID=f8963df3-1320-4bc0-a125-62be185b029e /data  btrfs  defaults,subvol=@data 0 2

La dernière étape consiste à créer le point de montage: mkdir /data. Après un redémarrage, nous aurons un /datarépertoire monté à partir d'un sous-volume btrfs distinct.

… Profit!

L'installation fonctionne très bien tant que je me souviens de mettre / boot sur une partition séparée

Vous n'avez pas besoin d'avoir un / boot séparé. GRUB2 peut lire et démarrer Linux à partir d'un btrfs.

Ce que je voudrais faire, c'est créer un sous-volume séparé pour les données en masse avec des paramètres différents de ceux comme @ et @home.

Si vous parlez de monter des sous-volumes avec différentes options de montage , sachez qu’actuellement (novembre 2013) ils ne sont pas pris en charge: selon la FAQ Btrfs, " Puis-je monter des sous-volumes avec différentes options de montage? ", Actuellement uniquement le spécifique à btrfs les options ne sont pas prises en charge ou non implémentées. Cependant, les développeurs ont l'intention de l'implémenter à l'avenir.

Le sous-volume btrfs crée des données le fera pour moi, mais je suis curieux de savoir pourquoi il continue de le nommer @ / data (ou des choses similaires lorsque j'essaie / data ou @data)

Par défaut, le programme d'installation d'Ubuntu Ubiquity crée des sous @- volumes et @homedans le système de fichiers, et votre racine Ubuntu est en fait dans le sous-volume @.

Existe-t-il un moyen spécial de créer des sous-volumes comme @ et @home pour que mon sous-volume de données apparaisse comme @data? (et: quelle est la différence exacte entre les schémas de dénomination?)

@et @homesont des noms arbitraires choisis par l'installateur, qui n'ont aucune signification à l'extérieur /etc/fstab. En fait, je les renomme généralement en noms plus spécifiques, de sorte que je puisse avoir de nombreuses distributions installées par Ubiquity sur les mêmes btrfs, tant que je me souviens de mettre à jour leurs fstab.

Plus d'explications sur les sous-volumes sur Funtoo.org - BTRFS .