रूट फाइलसिस्टम में अधिक जगह नहीं है, मैं आकार कैसे बढ़ा सकता हूं?

24

यह मेरा फाइल सिस्टम है:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

और जैसा कि आप देख सकते हैं रूट फाइलसिस्टम भरा हुआ है।

मैंने पहले ही सभी बेकार चीजों को हटाने की कोशिश की लेकिन फिर भी मेरे पास पर्याप्त जगह नहीं है।

मैं इसे कैसे बढ़ा सकता हूं? मेरे पास मेरी हार्ड ड्राइव में 60 गीगा बचा है, क्या कोई रास्ता है जिससे मैं अपना रूट फाइलसिस्टम वहां ले जा सकूं?

— दिमित्री दानिलोव
स्रोत

3

क्या आप sudo pvscanकृपया इसका परिणाम दिखा सकते हैं ?

— '13:

1

@ मम्मटम

PV /dev/sda10   VG fedora   lvm2 [141.56 GiB / 77.56 GiB free]   Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0   ]

— दिमित्री

15

ईआरएम, 1.7 जी मुफ्त, समस्या कहां है?

— साइमन रिक्टर

3

यदि यह आपकी "पूर्ण" की परिभाषा है, तो आपको मेरा फाइलसिस्टम लोल देखना चाहिए

— लाइटनेस रिसेस विथ मोनिका

2

@SimonRichter मेरे पास 1.9 गीगा था जब मैंने अपने सभी / var / कैश निकाल दिए, लेकिन यह निर्देशिका बहुत जल्दी भर गई और मेरे पास ~ 100 मो औसत है

— दिमित्री दानिलोव

47

खुशखबरी! pvscanशो PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- इसलिए आपको अपने किसी भी फाइल सिस्टम में 77.56GiB तक जोड़ने में सक्षम होना चाहिए। मेरा सुझाव है कि इसे छोटे ब्लॉक्स (जैसे 10GiB) में जोड़ा जाए, ताकि आपके पास रिज़र्व करने /homeकी ज़रूरत हो तो आप इसे बाद में विकास की ज़रूरत समझें ।

यह एक अपेक्षाकृत अच्छी तरह से परीक्षण और आम तौर पर सुरक्षित संचालन है, लेकिन सभी रूट-स्तरीय वॉल्यूम और फ़ाइल सिस्टम ऑपरेशन में कुछ जोखिम हैं - सुनिश्चित करें कि आपके पास पहले एक कामकाजी बैकअप है। फिर....

आप इस तरह rootसे मुक्त स्थान का उपयोग करने के लिए अपनी तार्किक मात्रा बढ़ा सकते हैं lvextend:

sudo lvextend --size +10G --resizefs /dev/fedora/root

(या -Lऔर -rके बजाय --sizeऔर --resizefs, यदि आप कम विकल्प पसंद करते हैं।)

— mattdm
स्रोत

5

जबकि बैकअप लेना हमेशा एक अच्छा विचार है। मैं इसे बहुत कम जोखिम मानूंगा क्योंकि कोई भी मौजूदा डेटा स्थानांतरित नहीं किया गया है और फाइलसिस्टम (मूल रूप से) मूल लिनक्स है, न कि रिवर्स इंजीनियर।

— प्लगवेट

141.56 GiB / 77.56 GiB freeX को Y फ्री में पढ़ता है। इसलिए सबसे पहले मैंने सोचा कि यह एक मजाक था: पी

— पागल

1

@Insane हाँ, यह सबसे अच्छा स्वरूपण नहीं है। यदि आप चाहें, तो आप एक ही जानकारी को विभिन्न तरीकों से स्वरूपित कर सकते हैं pvsया pvdisplayकर सकते हैं।

— Mattdm

10

LVM के लिए अधिक सामान्य उत्तर:

सबसे पहले - सुनिश्चित करें कि आपके पास अतिरिक्त अनारक्षित भंडारण है। फिर:

fdiskनया विभाजन बनाने के लिए उपयोग करें (मौजूदा का विस्तार करने की तुलना में सुरक्षित)
pvcreateभौतिक LVM वॉल्यूम बनाने के लिए उपयोग करें :
```
pvcreate /dev/sdxx
```
vgextendनई भौतिक मात्रा का उपयोग करके मौजूदा LVM समूह का विस्तार करने के लिए उपयोग करें :
```
vgextend groupname /dev/sdxx
```
आप के साथ समूह नाम प्राप्त कर सकते हैं vgdisplay
lvextendLvm वॉल्यूम बढ़ाने के लिए lvm मेपर पर उपयोग करें :
```
lvextend -l +100%FREE /dev/mapper/xxx
```
फाइलसिस्टम बढ़ाएँ:
```
xfs_growfs /dev/mapper/xxx
```
या
```
resize2fs /dev/mapper/xxx
```

— मैकीज असेंबलर
स्रोत

1

/ फाइल सिस्टम एक विशेष चुनौती हो सकती है, क्योंकि इसे बूट लोडर द्वारा समर्थित करने की आवश्यकता होती है।

यह उत्तर निर्दिष्ट कार्य को पूरा करने के तरीके को निर्दिष्ट नहीं करता है, लेकिन एक समाधान प्रदान करता है।

एक अन्य विकल्प: एक उप-निर्देशिका (जैसे, / बड़ा /) जिसमें बहुत अधिक डेटा हो। फिर उस डेटा को अपने 60GB स्थान पर कॉपी करें, निर्देशिका को बहुत सारे स्थान (जैसे, mv / बड़ा / bigback) के साथ mv, और अपने 60GB (या इसके एक हिस्से) को / बड़े पर माउंट करें। सब कुछ उम्मीद के मुताबिक काम करता है, rm / bigback पर फिर से जगह पाने के लिए /

— TOOGAM
स्रोत

यदि आप ऐसा करते हैं, तुरंत बाद, touch /.autorelabel; rebootयह सुनिश्चित करने के लिए कि स्थानांतरित फ़ाइलों में सही SELinux लेबल हैं।

— '13:

1

यह एक मान्य और उपयोगी समाधान है (बहुत ज्ञान की आवश्यकता नहीं है) जब हम एलवीएम के बिना उड़ान भरते हैं। इसके साथ, परिवर्तन भी कम दर्दनाक है।

— गोम्बाई सांडोर

सिद्धांत में कोई कारण नहीं है कि बूटलोडर द्वारा समर्थित होने की आवश्यकता है, लेकिन इस मामले में यह सच है क्योंकि कोई अलग / बूट नहीं है। LVM के साथ बंदर करते समय, हमेशा बूट / वास्तविक बनाते हैं।

— जोशुआ

-1

एक और विकल्प, इससे पहले कि आप कुछ अधिक कठोर प्रयास करें, अस्थायी और अन्य अनावश्यक फ़ाइलों को हटाने के लिए ब्लीचबिट का उपयोग करना है।

विकिपीडिया से:

ब्लीचबिट एक फ्री और ओपन-सोर्स डिस्क स्पेस क्लीनर, प्राइवेसी मैनेजर और कंप्यूटर सिस्टम ऑप्टिमाइज़र है।

यह पैकेज मैनेजर में होना चाहिए, इसलिए इसे ऐसा करना चाहिए।

sudo yum install bleachbit

या उनके पेज से डाउनलोड करें ।