नए ext4 विभाजन और अंतरिक्ष का इस्तेमाल किया


25

मेरे पास ताजा ext4 विभाजन है, जिसका मतलब है कि मैंने इसे mkfs.ext4 -m 0.1 / dev / mapper / abak-home के साथ तैयार किया है, और इसमें पहले से ही 27G का उपयोग किया गया है। आरक्षित मूल स्थान (-m) को 0 पर सेट करने से कोई प्रभाव नहीं पड़ा।

मैं LVM का उपयोग कर रहा हूं, लेकिन मुझे नहीं लगता कि LVM का इसमें कोई प्रभाव होना चाहिए। Ubuntu संस्करण 12.04 LTS है।

# डीएफ-एच
फाइलसिस्टम आकार में प्रयुक्त लाभ का उपयोग% पर चढ़कर किया गया
...
/ देव / मैपर / अबक-होम 1.8 टी 27 जी 1.8 टी 2% / घर

फिर मैंने ext3 के साथ विभाजन बनाने की कोशिश की और परिणाम बहुत बेहतर है :

# डीएफ-एच
फाइलसिस्टम आकार में प्रयुक्त लाभ का उपयोग% पर चढ़कर किया गया
...
/ देव / मैपर / अबक-होम १. / टी १ ९ ६ एम १. 1 टी १% / घर

वैसे भी अंतर और इसे कैसे ठीक किया जाए?

जवाबों:


34

ठीक करने के लिए कुछ भी नहीं है , और यह पूरी तरह से सामान्य है।

ext4 किसी भी फाइल के बनने से पहले बहुत अधिक ओवरहेड बनाता है । इसका मतलब यह नहीं है कि यह ext3 से "बदतर" है। यदि आप फ़ाइलों के साथ उस विभाजन को भरते हैं, तो आप देखेंगे कि ext3 (और NTFS) ओवरहेड फाइलों के साथ आनुपातिक रूप से बढ़ेगा, क्योंकि ext4 के साथ यह मूल रूप से हमेशा के लिए स्थिर रहेगा।

ओवरहेड को "पूर्व-आबंटित" करके, यह बढ़ते हुए की तुलना में बहुत बेहतर प्रबंधन कर सकता है । तो ext4 अभी कर रहा है अब ext3 बाद में क्या करेगा।

इसके अलावा, 27G बहुत कुछ लग सकता है, लेकिन यह अभी भी 1.5% ओवरहेड है । तुलना करें कि एफएटी के पुराने दिनों में, जहां स्लैक स्पेस आपके विभाजन स्थान के 5% से 30% तक कुछ भी खा सकता है, और आप देखेंगे कि तब से कितनी चीजें विकसित हुई हैं।

इसके अलावा, मैं दृढ़ता से उपयोग करने के खिलाफ सलाह देता हूं -m 0। आरक्षित स्थान एक कारण के लिए है: यह विखंडन की संभावना को कम करता है और इसके लिए कुछ स्थान बचाता है fsck। यह केवल उपयोगकर्ताओं से आरक्षित है , लेकिन रूट (और इस प्रकार आपके सभी सॉफ़्टवेयर इंस्टॉल) पूरी तरह से इसका उपयोग कर सकते हैं। यदि आपको लगता है कि 5% अत्यधिक है, तो कम से कम 1% छोड़ दें।

याद रखें: कोई विखंडन बुरे सपने नहीं है ext। लेकिन यह सुंदरता एक कीमत पर आती है। इसे उचित प्रबंधन के लिए कमरे के रूप में खाली जगह चाहिए। उसे दे दो और चीजें बहुत स्मूथ चलेंगी। इसके अलावा, कौन बड़ा खरीदने से पहले कभी भी अपने HDD का इस्तेमाल 90% से आगे करता है? तो 5% आरक्षित स्थान के बारे में क्या समस्या है? अगली बार जब आप गलती से एक दर्जन-जीबी फ़ाइल बना सकते हैं, जो पूरे विभाजन को भरती है और अन्य प्रक्रियाओं के लिए जगह की कमी के कारण ओएस को दुर्घटनाग्रस्त होने से बचा सकती है।

अधिक विस्तृत, आगे के तकनीकी पढ़ने के लिए, यहां पढ़ें


भूमि के ऊपर है महत्वपूर्ण है कि आप इस तरह के संवेदनशील दस्तावेजों के लिए एक एन्क्रिप्टेड कंटेनर, जो पर आप सॉफ्टवेयर स्थापित या रूट के रूप में कार्य करने के लिए नहीं जा रहे हैं के रूप में एक छोटी सी-ish मात्रा बन रहे हैं,।
डैन डसेलस्क्यू

@DanDascalescu: इस मामले में, का उपयोग -m 0ठीक है, और ext4 ओवरहेड केवल 1.5% होगा
MestreLion

4

मुझे संदेह है कि यह ओवरहेड के लिए नीचे है: फाइलों के बारे में जानकारी रखने के लिए फाइल सिस्टम की कहीं जरूरत है। ऐसा हो सकता है कि ext4, एक नई फ़ाइल प्रणाली होने के नाते, यह चूक है कि ext3 की तुलना में फ़ाइल मेटाडेटा के लिए अधिक स्थान आरक्षित है, जो उस समय में विकसित किया गया था जब भंडारण डिवाइस कम फाइलें रखने के लिए छोटे और उत्तरदायी थे।

आप सही कह रहे हैं कि LVM का इस पर कोई प्रभाव नहीं है; यह ब्लॉक डिवाइस प्रदान करने का सिर्फ एक और तरीका है।

मुझे नहीं लगता कि आपको आवश्यक रूप से इसे "ठीक" करने की आवश्यकता है - और मुझे उम्मीद है कि आप ext4 के साथ बेहतर करने के लिए डिफ़ॉल्ट विकल्प का उपयोग कर रहे हैं, ext3 की तुलना में, इतनी बड़ी ड्राइव पर। यदि आप फ़ाइल सिस्टम बनाते समय विकल्पों को ट्वीक करना चाहते हैं, तो आप हमेशा के लिए मैनुअल की समीक्षा कर सकते हैं mkfs.ext4। इस तरह के विकल्प संभवतः वॉल्यूम के लिए अपेक्षित लोड के प्रकाश में सबसे अच्छे तरीके से बनाए जाते हैं।


हां, मुझे उस पर भी शक है। हालांकि 27G मेरे लिए थोड़ा चरम पर है। मुझे हमारे संदेह के बजाय इस पर अधिक जानकारी में दिलचस्पी है। :)
शमूएल

@ शमूएल: २ is जीबी चरम से बहुत दूर है जब आप २ टीबी की मात्रा के बारे में बात कर रहे हैं
MestreLion

-2

इसके बजाय df -H का उपयोग करें। जो अंतर आप देख रहे हैं, वह असली GB / TB (1024 का कारक) और बिक्री पुरुषों के GB / TB (1000 का कारक) में अंतर के कारण है।


2
यह असली मुद्दा नहीं है। समस्या ext4 ओवरहेड, या अधिक सटीक, आरक्षित स्थान है। अधिक जानकारी के लिए अन्य उत्तर देखें।
लेओ लैम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.