क्या यह lvm पर btrfs डालने के लिए समझ में आता है?


12

यह OpenSUSE लीप 42 है। मेरे पास 2x 500 GB SATA HDD ड्राइव के साथ एक कंप्यूटर है और इसे तेज करने के लिए मैंने सिस्टम के लिए एक छोटे से 30GB SSD ड्राइव में रखा है। स्थापना के दौरान HDDs को डिस्कनेक्ट कर दिया गया क्योंकि उन्होंने इंस्टॉलर (और मुझे) को भ्रमित किया था। एक बार सिस्टम चालू होने के बाद मैंने XFS लॉजिकल वॉल्यूम के लिए / होम डायरेक्टरी का काफी आसानी से आदान-प्रदान किया (मैं मुख्य रूप से आसानी से स्पेस जोड़ने के लिए LVM का उपयोग करता हूं)। तब / ऑप्ट भरा (क्रोम और वनस्पति विज्ञान) और मैं इसे एचडीडी पर एक वॉल्यूम पर रखना चाहता था। इसलिए मैंने एक वॉल्यूम बनाया और इसे BTRFS के साथ स्वरूपित किया। कुछ सिर खुरचने के बाद - @ subvolumesFstab में मुझे BTRFS पर पढ़ा गया मैंने वही किया जो मुझे चाहिए था - / ऑप्ट अब 100 GB आकार में है।

लेकिन सवाल यह है: क्या यह LVM वॉल्यूम को btrfs के साथ प्रारूपित करने के लिए समझ में आता है? मूलतः वे दोनों वॉल्यूम हैंडलिंग सिस्टम हैं।

चित्रण के लिए मैं अपना fstab (# टिप्पणियाँ मेरे संपादन दिखाता हूं) और vgscan + lvscan आउटपुट:

~> 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

उत्तर के बाद: धन्यवाद, मैं समझता हूं कि अब महत्वपूर्ण अंतर हैं। मेरे लिए LVM वास्तव में इसके ऊपर जो भी फाइल सिस्टम है, उसके साथ अंतरिक्ष के प्रबंधन के लिए बेहतर है, लेकिन BTRFS का उपयोग इसके लिए विशिष्ट विशेषताओं के लिए किया जाना चाहिए - मुख्य रूप से स्नैपशॉट। सरल घर नेटवर्क के उपयोग में इससे दूर रहने के लिए बेहतर है। मैं एक छोटे से ड्राइव पर अंतरिक्ष का प्रबंधन करने के लिए बहुत अधिक दु: खी हूं, लेकिन मुझे लगता है कि अंतरिक्ष को बड़े ड्राइव पर भी खाया जाएगा।

जवाबों:


11

शायद यह समझाता है (जिस तरह से btrfs विकि से)

Btrfs में एक सबवॉल्म LVM लॉजिकल वॉल्यूम या ZFS सबवॉल्म के समान नहीं है। LVM के साथ, एक तार्किक वॉल्यूम अपने आप में एक ब्लॉक डिवाइस है (जो उदाहरण के लिए किसी भी अन्य फ़ाइल सिस्टम या कंटेनर जैसे dm-crypt, MD RAID इत्यादि को शामिल कर सकता है) - यह btrfs के साथ ऐसा नहीं है। एक btrfs सबवोल्यूम एक ब्लॉक डिवाइस नहीं है (और इसे एक के रूप में नहीं माना जा सकता है) इसके बजाय, एक btrfs सबवोल्यूम को POSIX फ़ाइल नामस्थान के रूप में सोचा जा सकता है। इस नेमस्पेस को फाइलसिस्टम के टॉप-लेवल सबवोल्यूम के जरिए एक्सेस किया जा सकता है, या इसे अपने आप में माउंट किया जा सकता है।

https://btrfs.wiki.kernel.org/index.php/FAQ भी देखें

विभाजन, उपकरण प्रबंधकों और तार्किक संस्करणों के साथ सहभागिता

Btrfs में सबवॉल्म्स हैं, क्या इसका मतलब है कि मुझे तार्किक आयतन प्रबंधक की आवश्यकता नहीं है और मैं कच्चे विभाजन पर एक बड़ा Btrfs फाइल सिस्टम बना सकता हूँ?

इस सवाल का एक भी जवाब नहीं है। जब आप कच्चे विभाजन या LVM चुनते हैं, तो सोचने के लिए ये मुद्दे हैं:

  • प्रदर्शन
    • तार्किक विभाजन की तुलना में कच्चे विभाजन थोड़े तेज़ होते हैं
    • btrfs एक फ़ाइल सिस्टम के पार ऑप्टिमाइज़ेशन (क्रमिक लिखता है) लिखता है, इस एल्गोरिथ्म से प्रदर्शन को फायदा होगा, यह एक अलग LV पर कई btrfs फाइल सिस्टम बना रहा है, जिसका अर्थ है कि एल्गोरिथ्म अप्रभावी हो सकता है (हालाँकि कर्नेल अभी भी ब्लॉक डिवाइस पर कुछ ऑप्टिमाइज़ेशन करेगा। स्तर)
  • डिवाइसों में फाइल सिस्टम को ऑनलाइन आकार देना और स्थानांतरित करना: LVM से pvmove कमांड फाइल सिस्टम को ऑनलाइन डिवाइसों के बीच ले जाने की अनुमति देता है।
    • कच्चे विभाजन को केवल ऑफ़लाइन होने पर एक अलग प्रारंभिक सिलेंडर में ले जाया जा सकता है
    • विभाजन के बाद मुक्त स्थान होने पर कच्चे विभाजन को केवल बड़ा बनाया जा सकता है, जबकि LVM वॉल्यूम समूह में कहीं भी मुक्त स्थान पर LV का विस्तार कर सकता है - और यह ऑनलाइन आकार बदल सकता है
  • सबवोल्यूम / तार्किक मात्रा आकार की कमी
    • LVM निश्चित आकार के तार्किक वॉल्यूम बनाने के लिए सुविधाजनक है (जैसे प्रत्येक उपयोगकर्ता के लिए 10MB, प्रत्येक वर्चुअल मशीन की छवि के लिए 20GB, आदि)
    • सबवोल्यूम्स वर्तमान में इस तरह के कठोर आकार की बाधाओं को लागू नहीं करते हैं, हालांकि आगामी क्यूग्रुप्स सुविधा इस मुद्दे को संबोधित करेगी

.... एफएक्यू परिदृश्य की व्याख्या करना जारी रखता है जिसमें LVM + BTRFS का अर्थ है


धन्यवाद, मैं समझता हूं कि अब महत्वपूर्ण अंतर हैं। LVM वास्तव में इसके ऊपर जो भी फाइल सिस्टम है, उसके साथ अंतरिक्ष के प्रबंधन के लिए बेहतर है, लेकिन BTRFS का उपयोग इसके लिए विशिष्ट विशेषताओं के लिए किया जाना चाहिए - मुख्य रूप से स्नैपशॉट। सरल घर नेटवर्क के उपयोग में इससे दूर रहने के लिए बेहतर है।
r0berts
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.