लिनक्स मैनपेसेज के अनुसार आप कच्चे डिस्क के साथ-साथ एक वॉल्यूम समूह में विभाजन जोड़ सकते हैं।
अन्य दस्तावेज़ीकरण (RedHat, CentOS या OpenSUSE) में, सभी उदाहरण कच्चे डिस्क के बजाय VG में विभाजन जोड़ने का उल्लेख करते हैं। सामान्य (सर्वोत्तम) अभ्यास क्या है?
जवाबों:
के अनुसार RHEL 6 तार्किक माप व्यवस्थापन मार्गदर्शिका यह अनुशंसा की जाती है कि आप एक एलवीएम मात्रा समूह में एक भौतिक मात्रा के रूप में एक पूरे ड्राइव का उपयोग करने के लिए, कि आप अभी भी यह विभाजन चाहिए जा रहे हैं:
गाइड "RHEL6 लॉजिकल वॉल्यूम मैनेजर एडमिनिस्ट्रेशन LVM एडमिनिस्ट्रेटर गाइड" के अंश
2.1.2। एक डिस्क पर कई विभाजन
LVM आपको डिस्क विभाजन से भौतिक वॉल्यूम बनाने की अनुमति देता है। आमतौर पर यह अनुशंसा की जाती है कि आप एक ऐसा विभाजन बनाएँ जो निम्नलिखित कारणों से LVM भौतिक आयतन के रूप में लेबल करने के लिए संपूर्ण डिस्क को कवर करता है:
प्रशासनिक सुविधा
किसी सिस्टम में हार्डवेयर का ट्रैक रखना आसान होता है अगर प्रत्येक वास्तविक डिस्क केवल एक बार दिखाई दे। यह विशेष रूप से सच हो जाता है अगर एक डिस्क विफल हो जाती है। इसके अलावा, एकल डिस्क पर कई भौतिक वॉल्यूम बूट-अप पर अज्ञात विभाजन प्रकारों के बारे में चेतावनी का कारण बन सकते हैं।
धारा 11.1। एलवीएम हॉवटो के डिस्क विभाजन या डिस्क विभाजन निम्नानुसार हैं:
LVM Howto से अंश
संपूर्ण डिस्क के लिए:
डिस्क पर pvcreate चलाएँ:
# pvcreate /dev/hdbयह डिस्क की शुरुआत में एक वॉल्यूम ग्रुप डिस्क्रिप्टर बनाता है।
सिफारिश नहीं की गई
पूरी डिस्क का उपयोग पीवी के रूप में (पूरे डिस्क को अलग करने वाले विभाजन के विपरीत) की सिफारिश नहीं की जाती है क्योंकि यह प्रबंधन के मुद्दों को पैदा कर सकता है। कोई भी अन्य ओएस जो डिस्क को देखता है वह LVM मेटाडेटा को पहचान नहीं सकता है और डिस्क को मुक्त होने के रूप में प्रदर्शित करता है, इसलिए यह संभावना है कि इसे ओवरराइट किया जाएगा। LVM स्वयं संपूर्ण डिस्क PV के साथ ठीक काम करेगा।
यदि आपको कोई त्रुटि मिलती है कि LVM उस पर विभाजन तालिका के साथ डिस्क को प्रारंभ नहीं कर सकता है, तो पहले यह सुनिश्चित कर लें कि जिस डिस्क पर आप काम कर रहे हैं वह सही है। यदि आप सुनिश्चित हैं कि यह है, तो निम्नलिखित को चलाएँ:
खतरनाक
निम्न आदेश डिस्क पर विभाजन तालिका को संचालित किए जाने पर नष्ट कर देगा। सुनिश्चित करें कि यह सही डिस्क है।
# dd if=/dev/zero of=/dev/diskname bs=1k count=1 # blockdev --rereadpt /dev/diskname
ये प्राथमिक स्रोत हैं जो मैं यह निर्धारित करने में विश्वास करूंगा कि आपको एक एचडीडी पर एक एकल विभाजन को एक भौतिक वॉल्यूम के रूप में जोड़ने से पहले प्रारूपित करना चाहिए या नहीं। जैसा कि अन्य उत्तरों ने संकेत दिया है (और टिप्पणियां) आप विभाजन के बिना पूरे ड्राइव को जोड़ने में गलत नहीं होंगे।
मेरे लिए मैं अपनी कार में अपनी सीट-बेल्ट के साथ ड्राइविंग करना पसंद करता हूं। अगर आपको कभी कोई दुर्घटना नहीं होती है, तो सीट-बेल्ट का कोई उद्देश्य नहीं है, लेकिन अगर मैं कभी भी दुर्घटना में मिलता हूं तो मुझे यकीन है कि मैं इसे पहन रहा था।
मुझे लगा कि उपरोक्त 2 गाइड 2 बहुत अच्छे कारण थे। वे दोनों आधिकारिक मार्गदर्शक हैं, आरएच से एक एलवीएम टीम द्वारा एक हॉटो को एक साथ रखा गया है।
यहाँ एक और कारण है। एचडीडी का विभाजन न करके, स्पष्ट रूप से इसका उपयोग कैसे किया जा रहा है, इसकी पहचान के लिए एचडीडी पर स्पष्ट रूप से कोई आईडी सेट नहीं की जा रही है।
fdisk -l
...
/dev/sda6 318253056 956291071 319019008 8e Linux LVM
सिस्टम के एक प्रशासक के रूप में, यह अपने आप को और दूसरों को यह स्पष्ट है कि इस विशेष ड्राइव का उपयोग कैसे किया जा रहा है, 8 वीं के बिना।
मैं सराहना करता हूं कि आप क्या कह रहे हैं @Joel, मैंने भी एक भाग्य 500 कंपनी में काम किया है, जहां हमारे पास डेस्कटॉप / सर्वर भौतिक / आभासी तैनाती, साथ ही बड़े भंडारण तैनाती दोनों में लिनक्स की 100 तैनाती है, इसलिए मुझे वही मिलता है जो आप कर रहे हैं कह रही है।
fdisk -lएक बार में, /sys/blockएक बार और अपने बायोस में एक बार दिखाई देने वाला है। इसे कहां से नकल करना माना जाता है? (
यह कुछ सामान्य रूप से मान्यता प्राप्त डिस्क्रिप्टर (मेटा-डेटा) के लिए बेहतर है और एमबीआर ऐसे डिस्क्रिप्टर के रूप में काफी खड़ा है। यहां तक कि GPT अपनी उपस्थिति को इंगित करने के लिए पुराने MBR- आधारित विभाजन तालिका का उपयोग करता है।
वास्तव में आप कुछ गड़बड़ी खो देते हैं, लेकिन यह डिस्क पर (और जहां) स्वयं स्पष्ट है, यह समझने के बजाय नगण्य है।
pvdisplay, (PV SIZE: प्रयोग करने योग्य X MiB नहीं), यदि X 1MiB से बड़ा है तो आप बिना किसी और नुकसान के सिर्फ विभाजन कर सकते हैं।
100% डिस्क लेने वाले विभाजनों पर भौतिक वॉल्यूम बनाना लगभग कभी भी सही काम नहीं है। मैं "लगभग" सिर्फ इसलिए कहता हूं क्योंकि मैं यह रवैया लेता हूं कि सिर्फ इसलिए कि मैं कुछ करने का एक कारण नहीं सोच सकता, इसका मतलब यह नहीं है कि ऐसा करने का कोई कारण नहीं है। अगर मैं LVM होने जा रहा हूं, तो 100% स्थान पर एक डिस्क पर विभाजन डालने का एक भी कारण मैं नहीं सोच सकता।
आपको वापस विभाजन की कठोरता के कुछ बदले में कोई लाभ नहीं मिल रहा है। यदि ये SAN-समर्थित भौतिक वॉल्यूम हैं, और आप ऐसा करते हैं, तो वॉल्यूम समूह में संग्रहण स्थान का विस्तार करने के केवल दो तरीके हैं:
partprobeकरते हैं कि आप नए आकारों को पढ़ते हैं, लेकिन यह केवल मेरे व्यक्तिगत अनुभव से 2 में से 1 बार काम करता है और इसके लिए आपको फ़ाइल सिस्टम को अनमाउंट करने की आवश्यकता होती है (यानी आपको ऑफ़लाइन जाने के लिए लोगों को मजबूर करना पड़ता है वॉल्यूम प्रबंधकों की तरह)।यदि आप एक पूरी डिस्क करते हैं, तो SAN एडमिन आपके लिए LUN का विस्तार कर सकता है, आप SCSI बस को फिर से स्कैन करते हैं, यह LUN के नए आकार को चुनता है, फिर आप pvresizeभौतिक आयतन का विस्तार करने के लिए एक करते हैं। सभी बिना किसी फाइल सिस्टम के ऑफ़लाइन हैं।
एमबीआर बिट से दूर जाने पर, आप आमतौर पर पीवी को एक सिस्टम से नहीं लेते हैं और उन्हें एक उद्यम वातावरण में दूसरे में पेश करते हैं। यहां तक कि अगर तुमने किया, अगर यह LVM है, तो आप OS चाहते हैं जिसमें आप LVM का समर्थन करने के लिए LUN प्रस्तुत करने जा रहे हैं। अन्यथा उनके सामने इसे प्रस्तुत करने की क्या बात है? यदि ऐसा होता है, तो आपको सभी भौतिक आयतन की जानकारी, मात्रा समूह की जानकारी और तार्किक मात्रा (यह मात्रा समूह में केवल पीवी है) देखने को मिलती है। तो यह उस तरह से स्व-दस्तावेजों।
मूल रूप से: पूरी डिस्क को 100% में विभाजित करना यह मांग करने के समान है कि वेटर जो आपके लिए एक सेब पाई लाया है वह आपको एक चाकू भी लाएगा। जब वह चाकू को किनारे फेंकता है और सिर्फ पाई में अपना चेहरा बांधता है। अर्थ: यह समझ में नहीं आता है कि किसी उपकरण को छोटे टुकड़ों में विभाजित करने के लिए यदि आप बस एक ही रास्ते में इसका उपयोग करने जा रहे हैं।
pvscanबूट के बराबर करना चाहिए , इसलिए इंस्टॉलर डिस्क पर कर्नेल को सभी ब्लॉक डिवाइस को स्कैन करना चाहिए जो LVI हेड्स की तलाश कर रहा है। मैं शायद एक बग दर्ज करूंगा जो कोई भी विक्रेता को समझा रहा है कि उनका इंस्टॉलर फ़्यूबर है। होम इंस्टॉल के लिए, समस्या समान है, भले ही रूट फाइल सिस्टम दो डिस्क के साथ आपकी प्राथमिक डिस्क का विभाजन / बूट के लिए किया जा रहा हो और जब कर्नेल लोड होता है तो वह वॉल्यूम स्कैन करेगा। इस तरह आप LVM को बूट करने में सक्षम हैं।
मेरे अनुभव से, विभाजन का उपयोग करना अच्छा होगा यदि आप परीक्षण कर रहे हैं या छोटे वातावरण जहां डिस्क / भंडारण उपलब्ध नहीं है। यह स्कूल के लिए अच्छा है, या आपके गैरेज में काम कर रहा है। एक वास्तविक दुनिया में, वर्चुअल सर्वर के साथ जहां आप डिमांड पर डिस्क का विस्तार कर सकते हैं, बेहतर है यदि आप विभाजन के बजाय LVM को कच्ची / पूरी डिस्क को प्रबंधित करने दें। अपने सर्वर को रिबूट किए बिना प्रबंधित करना आसान और लचीला होगा। क्या आप जानते हैं कि कितना समय बचता है? उन सभी सर्वरों के लिए गुणा करें जिन्हें आपको प्रबंधित करने की आवश्यकता हो सकती है! कई बार, मेरी चुनौतियां हैं कि विभाजन / स्लाइस के कारण आपको सर्वर को रिबूट करने की आवश्यकता है क्योंकि कर्नेल नई तालिका को नहीं पहचान सकता है। अपने LVM में एक कच्ची डिस्क / वर्चुअल डिस्क जोड़ने पर और कच्ची डिस्क के साथ आपके फ़ाइल सिस्टम LVM का विस्तार करने की आवश्यकता है। एक साधारण कमांड जैसे कि "इको 1> चलाकर / sys / block / XXX / device / rescan ”जहां XXX आपकी डिस्क है (sdb, sdc, sdd, आदि) रिबूट किए बिना अतिरिक्त स्थान के लिए डिस्क को rescan करेगा, और बूम करेगा! आप मक्खी पर अपनी फ़ाइल प्रणाली का विस्तार करने में सक्षम होंगे। आपके लिनक्स सर्वर को रिबूट किए बिना डिस्क का विस्तार करने में आपको 5 मिनट का समय लगेगा। विभाजन डिस्क के साथ यह प्रक्रिया जटिल है