डीएफ सभी जगह ले लिया दिखाता है, लेकिन डु नहीं जोड़ता है


28

मुझे Ubuntu 12.04 LTS की समस्या है। यह दूसरी बार है जब मैंने पिछले 3 हफ्तों में इस समस्या का सामना किया है। StackOverflow पर इस बंद प्रश्न में पहली बार वर्णित किया गया हैटी एल; डॉ संस्करण मैं एक 450 ग्राम ext4 प्रणाली संकलन और 20 बार की तुलना में एंड्रॉयड ढेर कम निर्माण पर सभी inodes का उपयोग करने में कामयाब रहे है।

मुझे लगा कि मैं डिस्क को एक्सएफ़एस के रूप में सुधार कर समस्या को हल कर रहा हूं ताकि इनोड स्टोरेज बढ़ सके।

आज सुबह एक निर्माण करने के बाद रात भर, मैं 1GB से भी कम जगह खाली कर रहा हूं। एंड्रॉइड के निर्माण के लिए इस मशीन के अलावा कुछ भी नहीं है। मैंने मंच स्रोतों पर कुल 5 बिल्ड किए हैं। बिल्ड फ़ाइलों का एक गुच्छा बनाता है, फिर मैं उनके साथ शीघ्र ही हटा देता हूं make clean। मैं वास्तव में 1GB से कम नहीं हूं, लेकिन उपकरण इसे इस तरह से रिपोर्ट कर रहे हैं। मैंने अस्थायी फ़ाइलों का एक समूह हटा दिया और लगभग 40GB "मुक्त" कर दिया। एक दो घंटे बाद, बस सुस्ती, मैं वापस 1GB से कम था।

एक फ्लैश ड्राइव से उबंटू चलाना विभाजन के लिए निम्नलिखित रिटर्न ...

$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda5      468521456 468255460    265996 100% /media/f71c77eb-b4cc-

$ df -i
Filesystem      Inodes  IUsed   IFree IUse% Mounted on
/dev/sda5      1691760 624214 1067546   37% /media/f71c77eb-b4cc-

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda5       447G  447G  260M 100% /media/f71c77eb-b4cc-

यहाँ सबूत है कि कुछ एमिस है। जब मैं du(साथ और बिना - अनुपस्थित-आकार) या विज़ुअल डिस्क उपयोग विश्लेषक चलाता हूं, तो मैं दिखाता हूं कि मैं वास्तव में केवल लगभग 35 जीबी या तो उपयोग कर रहा हूं। प्रयुक्त अंतरिक्ष का 98.7% अंदर है /home/eric, लेकिन duइसमें कोई कमी नहीं है। विसंगति /home/ericऔर के बीच है/home/eric/android

यहाँ छवि विवरण दर्ज करें

मैंने प्रासंगिक प्रश्नों के माध्यम से यहां और एसओ पर पढ़ा है और वे आमतौर पर सुझाव देते हैं कि यह खुली प्रक्रियाओं द्वारा हटाए गए फ़ाइलों को हटा दें। मैंने इस परीक्षण को चलाने के लिए एक फ्लैश ड्राइव में रिबूट किया, इसलिए यह खुली फाइलें नहीं होनी चाहिए। FWIW, / tmp खाली है।

क्या कोई उपकरण है जिसे मैं 'खोई' जगह को पुनर्प्राप्त करने के लिए फ्लैश ड्राइव पर स्थापित कर सकता हूं? मैं सिस्टम पर मेमोरी को मुक्त करने और इसे वहां चलाने की कोशिश कर सकता हूं, लेकिन मैं इसे फ्लैश ड्राइव से ऐसा करना बेहतर मान रहा हूं।

क्या मुझे इस प्रणाली को एक अलग तरीके से कॉन्फ़िगर करना चाहिए? मैं बल्कि एक और पोंछ और स्थापित नहीं करूंगा, लेकिन मुझे एक स्थायी एंड्रॉइड बिल्ड सिस्टम की आवश्यकता है।

FOLLOWUP - मुझे काम करने के लिए पिछले हफ्ते इंस्टालेशन को फिर से करना और 12.04 को फिर से इंस्टॉल करना था। जैसा कि मैं इस सप्ताह फिर से एंड्रॉइड बिल्ड के माध्यम से जाता हूं, मैं डिस्क के उपयोग पर सतर्क नजर रखूंगा और अधिक जानकारी के रूप में यहां जानकारी दूंगा।

धन्यवाद



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

लिनक्स में फ़ाइल डेटा को संदर्भित किया जाता है इसलिए आपको विंडोज में जितनी बार हो सके पुनः आरंभ करने की आवश्यकता नहीं है। शायद आपने एमुलेटर को अपनी डेटा फ़ाइलों को अपनी पीठ के नीचे रखते हुए चल रहा है?
एक्वेरेड

@EricCloninger मुझे उपयोगकर्ताओं की सूची में अपना स्वयं जोड़ना होगा कि एक ही समस्या कैसे हुई। यह 12.10 का उपयोग करके मेरा प्रश्न है और यह 11.04 उपयोगकर्ता का प्रश्न है।
लुसियो

इसके अलावा, ls -lah ~paste.ubuntu.com के आउटपुट को कॉपी और पेस्ट करें और अपने प्रश्न में लिंक करें।
लुसियो

जवाबों:


19

ओरेकल लिनक्स पर यह तब होता है जब आपके पास (बहुत सारी / बड़ी) फाइलें होती हैं जो डिलीट हो जाती हैं लेकिन फिर भी एक रनिंग प्रोसेस द्वारा ओपन होती हैं। फिर मशीन की प्रक्रियाओं या रीबूट को रोकना मदद करता है।


लॉग फाइल को हग करने वाले सर्वर पर मेरे लिए काम किया। धन्यवाद!
micetet

12
उपयोग lsof +L1, प्रक्रिया आईडी की जांच करने के लिए, और इसे मार डालो।
जेफ तियान

3

मैं हाल ही में इसमें भाग गया, और मेरे मामले में fsckइसे चलाने की आवश्यकता थी।

मैंने किया touch /forcefsck && rebootऔर कुछ मिनटों के बाद, सर्वर ऑनलाइन वापस आ गया और अचानक मेरे लापता 6 जीबी को मुक्त कर दिया।


1

इससे पहले कि आप दूर जाएं ..... सिस्टम को सिंगल यूजर मोड में ले जाएं और fsck -f /dev/sda5फाइलसिस्टम का फुल फस्क (मेरा वास्तव में पूरा मतलब है ) करें और देखें कि यह क्या दिखाता है। आपको अपनी डिस्क पर समस्या क्षेत्रों के भाग के रूप में स्थान मिल सकता है या जो आवंटित किया गया है और जो डिस्क पर मौजूद है, के बीच बेमेल है।


sudo fsck -f / dev / sda5 एक फ्लैश ड्राइव से कुछ भी नहीं किया गया क्योंकि ड्राइव को XFS स्वरूपित किया गया है। इसने मुझे xfs_check का उपयोग करने की सलाह दी । xfs_check / dev / sda5 ने कोई परिणाम नहीं दिया। xfs_repair / dev / sda5 अपनी मरम्मत के माध्यम से भागा, लेकिन कुछ भी असामान्य रिपोर्ट नहीं किया। दोनों के बाद, मैं अभी भी 99% पूर्ण हूं। Thx
एरिक क्लोनर

1

हम एक परीक्षण कर सकते हैं, duकहते हैं कि आपके पास df10 जीबी मुक्त स्थान है, जबकि 300 एमबी कहते हैं, क्या आप 2 जीबी के आकार के साथ एक फ़ाइल (या कई फाइलें) लिख सकते हैं? यदि आप कर सकते हैं, तो इसका मतलब है कि डीएफ केवल गलत है (और वास्तव में 'खोई हुई जगह' की कोई समस्या नहीं है)। यदि नहीं, तो duगलत है (जो दिलचस्प होगा)।


1

मुझे इस समस्या का कारण नहीं मिला है, लेकिन यह 12.04 ubuntu के लिए अद्वितीय है।

एक नया सर्वर स्थापित करने के लिए, मैंने उबंटू 12.04 से शुरुआत की और इसमें भाग गया; डु ने 111 GiB उपयोग के बारे में दिखाया, जबकि df 170 GiB के आसपास था।

Systemrescuecd 3.3.0 का उपयोग करके बूट करना और फिर से जांचने पर 1 GiB से कम का अंतर दिखाई दिया।

विभाजन और फ़ाइल सिस्टम (यह ext4 है) को अपरिवर्तित छोड़कर, मैंने उबंटू निर्देशिका को रास्ते से बाहर कर दिया और डेबियन 7.0 स्थापित किया। फिर, डु और डीएफ के बीच अंतर <1 GiB था।

Ubuntu 10.04 के साथ, समान विभाजन और ext4 fs पर:

से df -m /,

Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/sda2              2814679    407164   2264538  16% /

और du -mx, के साथ

tail -1 /root/diskuse 
406920  .

जो काफी करीब है।


0

आपके द्वारा पोस्ट की गई छवि आपको बता रही है कि अंतरिक्ष का उपयोग कहां किया जा रहा है /home/eric:। ऐसा लगता है कि आपके पास बहुत बड़ी फ़ाइल है, जिसमें सभी जगह, या संभवतः बड़ी संख्या में छोटी फाइलें हैं। अपनी होम निर्देशिका खोलें, छिपी हुई फ़ाइलों ( Ctrl+ HNautilus में) को दिखाना सुनिश्चित करें , और फ़ाइल आकार के आधार पर छाँटें।


0

यह अक्सर एक निर्देशिका के भीतर फाइलों के कारण होता है, जिस पर एक अलग फाइल सिस्टम भी होता है। एक विशिष्ट फिक्स एक बचाव डिस्क के साथ बूट करने के लिए है, या एकल उपयोगकर्ता मोड में है, और निर्देशिकाओं को खाली कर रहा है, सत्यापित करें कि उन्हें माउंट पॉइंट ( cat /proc/mountsया df -h) के रूप में उपयोग नहीं किया जा रहा है ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.