डिस्क भरी हुई है, लेकिन बड़ी फ़ाइलों या फ़ोल्डरों को नहीं पा सकते हैं

20

Ubuntu सर्वर मुझे दिखाता है कि मैं सभी डिस्क का उपयोग करता हूं:

Usage of /:   95.5% of 118.12GB

और मैं बड़े फ़ोल्डर और फाइलें खोजने की कोशिश करता हूं, ncdu चलाएं:

ncdu 1.8 ~ Use the arrow keys to navigate, press ? for help                                                                                                                                                 
--- / ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
    5.5GiB [##########] /root                                                                                                                                                                               
    2.3GiB [####      ] /var
  628.6MiB [#         ] /usr
  209.9MiB [          ] /lib
   28.2MiB [          ] /boot
    8.6MiB [          ] /bin
    7.7MiB [          ] /sbin
    6.6MiB [          ] /etc
  208.0KiB [          ] /run
  112.0KiB [          ] /tmp
   48.0KiB [          ] /opt
e  16.0KiB [          ] /lost+found
    8.0KiB [          ] /dev
    8.0KiB [          ] /media
    4.0KiB [          ] /lib64
e   4.0KiB [          ] /srv
e   4.0KiB [          ] /selinux
e   4.0KiB [          ] /mnt
e   4.0KiB [          ] /home
    0.0  B [          ] /proc
    0.0  B [          ] /sys
@   0.0  B [          ]  initrd.img
@   0.0  B [          ]  vmlinuz

के अनुसार ncduमैं के बारे 10 GiBमें उपयोग 128 GiB- यह के बारे में है 10 %। अंतर्विरोध।

ubutntu serverरिबूट किए बिना मेरी सफाई कैसे करें ?

मैंने सोचा कि ncduझूठ और बड़ी फ़ाइलों और फ़ोल्डरों को खोजने के लिए दूसरे ऐप का उपयोग किया जाता है। वे सभी के रूप में एक ही परिणाम दिखाता है ncdu।

और df -hकमांड दिखाता है कि डिस्क भरी हुई है।

# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda       119G  113G     0 100% /
udev            2.0G  8.0K  2.0G   1% /dev
tmpfs           788M  212K  788M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            2.0G     0  2.0G   0% /run/shm

अद्यतन करें

sudo du -sch /* परिणाम:

/# sudo du -sch /*
8.7M    /bin
29M /boot
8.0K    /dev
6.6M    /etc
4.0K    /home
0   /initrd.img
210M    /lib
4.0K    /lib64
16K /lost+found
8.0K    /media
4.0K    /mnt
48K /opt
du: cannot access `/proc/4470/task/4470/fd/4': No such file or directory
du: cannot access `/proc/4470/task/4470/fdinfo/4': No such file or directory
du: cannot access `/proc/4470/fd/4': No such file or directory
du: cannot access `/proc/4470/fdinfo/4': No such file or directory
0   /proc
5.0G    /root
212K    /run
7.8M    /sbin
4.0K    /selinux
4.0K    /srv
0   /sys
112K    /tmp
629M    /usr
2.3G    /var
0   /vmlinuz
8.1G    total

8.1G हमेशा की तरह। लेकिन मैं cannot accessपंक्तियों को देखता हूं , शायद उनकी वजह से समस्या हो।

फिर मैंने सबसे बड़े फोल्डर को चेक किया /। यह है /root:

/# sudo du -sch /root/*
96K /root/Downloads
2.5G    /root/Dropbox
36K /root/nohup.out
4.0K    /root/npm-debug.log
4.0K    /root/readonly
980K    /root/redis-2.6.16.tar.gz
228M    /root/tmp
2.7G    total

server disk-usage

— मैक्सिम येफ्रेमोव
स्रोत

बस एक विचार, यह देखने के लिए / var / log / की सामग्री की जाँच कर सकता है कि क्या कोई लॉग एक्सपोटेनियल रूप से बढ़ा है।

— मोर्डोक

/ var / log लगभग 2 GiB है। यह ठीक है

— मैक्सिम येफ्रेमोव

1

du -sch /*यह देखने की कोशिश करें कि कौन से रूट निर्देशिका सबसे अधिक स्थान का उपयोग कर रहे हैं, और वहां से उतर कर सबसे अधिक स्थान का उपयोग कर रहे हैं।

— डोपघोटी

@DopeGhoti मैंने कोशिश की लेकिन 8.1 GiBपूर्ण के बारे में वही देखा (यह अद्यतन करने के लिए जोड़ा)। पता नहीं चल सकता कि बाकी कहाँ है100 GiB

— मैक्सिम येफ्रेमोव

2

मुझे पता है कि आप नहीं करना चाहते हैं, लेकिन बुलेट और रिबूट को काटें।

— डोगरो

13

मैं अपनी लैब मशीनों पर इसी मुद्दे में चल रहा था और इस कमांड का उपयोग कर रहा था

du -sch .[!.]* * |sort -h

मैं उपयोगकर्ताओं के अंदर छिपी हुई फ़ाइलों को ढूंढने में सक्षम था जैसे कि वे डिब्बे जिन्हें वे हटाना चाहते थे।

यहाँ पर श्रेय जहाँ मुझे मूल रूप से यह उत्तर मिला।

— मैट जी।
स्रोत

अद्भुत समाधान!

— ऐवनएफ

5

हटाए गए फ़ाइलों की जाँच करें जिन्हें अभी भी एक प्रक्रिया द्वारा खुला रखा जा रहा है:
sudo lsof | grep deleted | less

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

यदि आप हटाई गई फ़ाइलों को ढूंढते हैं और उन्हें साफ करना चाहते हैं, तो रिबूट संभवतः सबसे आसान है यदि यह स्वीकार्य है। या आप इस प्रक्रिया को मारने की कोशिश कर सकते हैं। या यदि आप सुनिश्चित हैं कि उनका उपयोग नहीं किया जा रहा है, तो आप उन्हें शून्य कर सकते हैं, कुछ इस तरह से:
> /proc/14487/fd/12

— Alric
स्रोत

यह मेरा मुद्दा था। टॉमकैट एक 80GB हटाए गए फ़ाइल को पकड़े हुए था। इसे ठीक करने के लिए एक पुनरारंभ पर्याप्त था।

— AFP_555

यदि "रिबूट" कमांड पर्याप्त नहीं है तो मैं उन्हें कैसे हटा सकता हूं?

— चमक

4

निम्नलिखित आदेश - / - डेक्स-डेम = 1 के साथ / होम निर्देशिका के लिए डिस्क उपयोग दिखाएगा

user@linux:~$ sudo du -h -d 1 /

— कामचेबुक जुसुपोव
स्रोत

2

अपने डिस्क माउंट की जाँच करना सुनिश्चित करें। यहाँ मैंने जो भी समाधान देखे हैं उनमें से कोई भी एक फ़ोल्डर द्वारा उठाए गए स्थान की पहचान कर सकता है, जिस पर एक माउंट रखा गया है।

— रिच रेमर
स्रोत

किसी भी सुझाव? मुझे लगता है कि यह मेरी समस्या हो सकती है

— एलीटेसैयन

unix.stackexchange.com/questions/198542/…

— रिच

मूल रूप से, अपने मौजूदा mounts की जाँच करें mount, फिर प्रत्येक निर्देशिका के लिए दूसरा माउंट जोड़ें, जिसमें mounts उनके ऊपर रखे गए हों। फिर आप duनए डिस्क पर सामान्य डिस्क टूल का उपयोग कर सकते हैं, यह देखने के लिए कि क्या यह अपराधी है।

— रिच रीम

1

हमारे पास यह एक ही मुद्दा था और यह डॉक छवियों के रूप में निकला, जिसे var / lib / docker के अंतर्गत संग्रहीत किया गया

ncdu इन्हें सूचीबद्ध नहीं करता है क्योंकि वे उपयोगकर्ताओं को दिखाई नहीं देते हैं। सूडो के नीचे ncdu चलाने से भी मदद नहीं मिलती।

यह आदेश सभी मौजूदा डॉकरों की छवियों को शुद्ध करता है ...

docker rmi $(docker images -a -q)

— Baldy
स्रोत

एक ही मुद्दा यहाँ। वास्तव में, यहां तक docker system pruneकि सब कुछ नहीं मिल रहा था। यह कमांड (जो डॉकटर सिस्टम प्रून बनाता है) ट्रिक करता है।

— jscharf

1

हाल ही में हमें पता चला है कि docker system prune -a -fयह बहुत अधिक पूर्ण है

— बाल्दी

0

आप शीर्ष 10 सबसे बड़ी फ़ाइलों को खोजने के लिए अगली कमांड चला सकते हैं:

find / -type f -printf '%s %p\n' 2>&1 
     | grep -v 'Permission denied' 
     | sort -nr 
     | head -10

— ईएमए
स्रोत