जड़ पूर्ण लिनक्स। कोई मुक्त ब्लॉक नहीं

Question

df -h100% भरे जाने के लिए '/' विभाजन की रिपोर्ट करता है। du -hs *इस विभाजन की प्रत्येक निर्देशिका पर चलने पर पता चलता है कि अभी भी बहुत जगह है।

tune2efsजो मुक्त होने के लिए सिर्फ एक ब्लॉक की रिपोर्ट करता है। fsckसाथ ही भाग गया, जिसमें सभी ब्लॉकों का उपयोग किया जा रहा है।

आयनोड का उपयोग '/' विभाजन पर 14% है।

कृपया ध्यान दें कि / var, / usr, / dev, / tmp, / home विभिन्न विभाजनों पर आरूढ़ हैं और उनमें स्थान उपलब्ध है।

क्या आप कृपया मुझे बता सकते हैं कि सभी ब्लॉकों के कब्जे के संभावित कारण हैं और डिस्क रिपोर्टिंग पूरी तरह से सख्त होने के लिए बहुत सी जगह है।

Comments

आपने हाल ही में कौन-सी लॉग फ़ाइलें हटा दी हैं?

— माइक

कोशिश करें du -shx /और देखें कि क्या अभी भी कहते हैं कि बहुत जगह है। कि /आप सभी संभव निर्देशिकाओं को पकड़ने पर भरोसा किए बिना सभी का मूल्यांकन करेंगे ।

— इंसर्ट

du -shx / 188M '/' विभाजन 2GB का है।

— अंकित

Answer 1

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

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

Comments

आइडिया के लिए धन्यवाद डेविड। मैं इस दिशा में काम कर रहा था। पता चला कि मशीन में एक USB HDD लगा हुआ था। सुबह मशीन को रीबूट किया गया। ऐसा लगता है कि HDD को बूट अप में नहीं पाया गया था और इसका कुछ डेटा '/' पार्टीशन में चला गया था। मैं यह पता लगा जब मैं unmounted / tmp और बाहरी ड्राइव माउंट बिंदु।

— अंकित

Answer 2

यह प्रायः लिखने के लिए एक फ़ाइल के खुले होने के कारण होता है जिसे हटा दिया गया है लेकिन फ़ाइल को लिखने की प्रक्रिया को फिर से शुरू नहीं किया गया है और इस तरह फ़ाइल को फिर से भरना है। आप उन फ़ाइलों को खोजने के लिए lsof का उपयोग कर सकते हैं जो खुली हैं, लेकिन अनलिंक (हटाए गए)

lsof +L1

चाल चलनी चाहिए। जैसा कि मैन पेज बताता है:

फ़ॉर्म का एक विनिर्देश +L1खुली हुई फ़ाइलों का चयन करेगा जिन्हें अनलिंक किया गया है। प्रपत्र का एक विनिर्देश +L1 <file_system>निर्दिष्ट फ़ाइल सिस्टम पर अनलिंक की गई खुली फ़ाइलों का चयन करेगा।

Comments

lsof + L1 कुछ नहीं देता है। यानी कोई खुली हुई अनलिंक फ़ाइल नहीं। और कुछ भी मैं जांच कर सकता हूं।

— अंकित

इसने मुझे अपने सिस्टम पर अपराधी को खोजने की अनुमति दी - माउंट-परिरक्षित संस्करणों के साथ कुछ भी नहीं करना है। मेरे पास एक बैकअप प्रक्रिया लटकी हुई थी जो कि अस्थायी फ़ाइलों में 90% रूट वॉल्यूम का उपभोग करती थी। lsof +L1उन सभी को बहुत ही सरलता से सूचीबद्ध किया।

— सिंक्रो

Answer 3

यदि एक फ़ाइल को हटा दिया जाता है जबकि दूसरी प्रक्रिया इसे खोलती है, तो यह प्रक्रिया लिखना जारी रख सकती है और अंततः, अदृश्य रूप से डिस्क को भर सकती है। जैसे ही फाइल को खोलने की प्रक्रिया बाहर निकलती है, ब्लॉक उपलब्ध हो जाते हैं।

चल रहे डेमों में से प्रत्येक का मूल्यांकन करने का प्रयास करें। यदि संभव हो, तो उन्हें पुनरारंभ करें। यदि आप इसका पता नहीं लगा सकते हैं, तो बॉक्स को रिबूट करके इसे साफ करना चाहिए।

Comments

सिस्टम को रिबूट किया, fsck भाग गया, कुछ भी मदद नहीं की।

— अंकित

Answer 4

यह शायद इसलिए है क्योंकि उपलब्ध स्थान का कुछ प्रतिशत रूट उपयोगकर्ता के लिए आरक्षित है।

एक फाइल सिस्टम पर रूट के लिए आरक्षित स्थान देखें - क्यों? या लिनक्स सर्वर पर पूर्ण डिस्क, उपयोग किए जाने वाले ब्लॉक बहुत कम हैं, फिर उपलब्ध होने योग्य ब्लॉक