C'est OpenSUSUE LEAP 42. J'ai un ordinateur avec 2x 500 Go de disque dur SATA et pour accélérer, je mets dans un petit SSD de 30 Go lecteur pour le système. Lors de l'installation, les disques durs ont été déconnectés car ils ont confondu l'installateur (et moi). Une fois que le système a augmenté, j'ai assez facilement échangé le répertoire -/ home pour un volume logique XFS (j'utilise principalement pour ajouter de l'espace facilement). Ensuite ,/ opt rempli (chrome et botanicule) et je voulais mettre cela sur un volume sur le disque dur. J'ai donc créé un volume et le formaté avec BTRFS. Après quelques égratignures de tête - le @ subvolumes
Dans Fstab m'a fait lire sur Btrfs, j'ai fait ce dont j'avais besoin -/opt maintenant est de 100 Go de taille.
Mais la question est la suivante: (( a-t-il un sens de formater un volume LVM avec BTRFS? Essentiellement, ils sont essentiellement des systèmes de manutention en volume.
Pour illustration, je colle mon fstab (# Commentaires Afficher mes modifications) et VGScan + LVScan Sortie:
~> cat /etc/fstab
UUID=1b511986-9c20-4885-8385-1cc03663201b swap swap defaults 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af / btrfs defaults 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /boot/grub2/x86_64-efi bt
rfs subvol=@/boot/grub2/x86_64-efi 0 0
UUID=3e103686-52e9-44ac-963f-5a76177af56b /opt btrfs defaults 0 0
#UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /opt btrfs subvol=@/opt 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /srv btrfs subvol=@/srv 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /tmp btrfs subvol=@/tmp 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /usr/local btrfs subvol=@/usr/local 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/crash btrfs subvol=@/var/crash 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/named btrfs subvol=@/var/lib/named 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/log btrfs subvol=@/var/log 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/opt btrfs subvol=@/var/opt 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/spool btrfs subvol=@/var/spool 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /var/tmp btrfs subvol=@/var/tmp 0 0
UUID=30e20531-b7f1-4bde-b2d2-fab8eeca23af /.snapshots btrfs subvol=@/.snapshots 0 0
UUID=c4c4f819-a548-4881-b854-a0ed62e7952e /home xfs defaults 1 2
#UUID=e14edbfa-ddc2-4f6d-9cba-245d828ba8aa /home xfs defaults 1 2
~>
# vgscan
Reading all physical volumes. This may take a while...
Found volume group "r0data" using metadata type lvm2
Found volume group "r0sys" using metadata type lvm2
# lvscan
ACTIVE '/dev/r0data/homer' [699.53 GiB] inherit
ACTIVE '/dev/r0sys/optr' [100.00 GiB] inherit
Après la réponse : Merci, je comprends maintenant les différences clés. Pour moi, LVM est en effet préférable de gérer de l'espace avec les systèmes de fichiers de fichiers, mais BTRFS doit être utilisé pour des caractéristiques spécifiques à celle-ci - principalement des instantanés. Dans simple utilisation de réseau domestique, il est probablement préférable de rester à l'abri. J'ai eu trop de chagrin gérant de l'espace sur un petit lecteur, mais j'imagine que l'espace serait mangé aussi sur de grands disques.
Peut-être que cela explique (du wiki BTRFS à la manière)
Un sous-volume dans BTRFS n'est pas identique à un volume logique LVM ou à une sous-volume ZFS. Avec LVM, un volume logique est un dispositif de bloc dans son propre droit (qui pourrait par exemple contenir tout autre système de fichiers ou conteneur comme DM-Crypt, MD RAID, etc.) - Ce n'est pas le cas avec BTRFS. Un sous-volume BTRFS n'est pas un dispositif de blocage (et ne peut pas être traité comme un) à la place, une sous-volume BTRFS peut être considérée comme un espace de noms de fichier POSIX. Cet espace de noms est accessible via la sous-volume de niveau supérieur du système de fichiers ou peut être monté à part entière.
voir aussi https://btrfs.wiki.kernel.org/index.php/faq
Interaction avec des partitions, des gestionnaires de périphériques et des volumes logiques
BTRFS a des sous-volées, cela signifie-t-il que je n'ai pas besoin d'un gestionnaire de volume logique et je peux créer un système de fichiers BRF BTRFS sur une partition brute?
Il n'y a pas une seule réponse à cette question. Voici les problèmes à réfléchir lorsque vous choisissez des partitions brutes ou LVM:
- Performance
- les partitions brutes sont légèrement plus rapides que les volumes logiques
- bTRFS effectue une optimisation de l'écriture (écrit séquentielle) sur une performance d'écriture de Subvolume de système de fichiers bénéficiera de cet algorithme créant plusieurs systèmes de fichiers BTRFS, chacun sur une LV différente, signifie que l'algorithme peut être inefficace (bien que le noyau effectue toujours une certaine optimisation sur le dispositif de blocage. niveau)
- Redimensionnant et déménagement en ligne du système de fichiers sur les périphériques: la commande pvmove de LVM permet aux systèmes de fichiers de se déplacer entre les périphériques tout en ligne [.____]
- les partitions brutes ne peuvent être déplacées qu'à un cylindre de départ différent tout en déconnecté
- les partitions brutes ne peuvent être simplifiées que si l'espace libre après la partition, tandis que LVM peut développer une LV sur un espace libre n'importe où dans le groupe de volumes - et il peut faire le redimensionnement en ligne.
- subvolume/Contraintes de taille de volume logique
- LVM est pratique pour la création de volumes logiques de taille fixe (par exemple 10 Mo pour chaque utilisateur, 20 Go pour chaque image de machine virtuelle, etc.)
- les sous-perverses ne font actuellement pas appliquer de telles contraintes de taille rigides, bien que la fonctionnalité de Qgroups à venir abordera ce problème
.... Le FAQ continue d'expliquer le scénario dans lequel LVM + BTRFS a du sens