डिस्क स्थान 0 पर गायब हो जाता है, फिर थोड़ी देर बाद मेरे पास खाली स्थान होता है


5

मुझे यह समस्या काफी समय से हो रही है और यह कभी-कभार होता है और जब यह होता है तो बहुत निराशा होती है और मैं सिर्फ यह बताने की कोशिश कर रहा हूं कि यह क्या कारण है।

जब ऐसा होता है, तो डिस्क स्थान 0 बाइट्स के लिए सभी तरह से समाप्त हो जाता है और जब ऐसा होता है, तो मैं सर्फ भी नहीं कर सकता। लेकिन जादुई रूप से थोड़ी देर के बाद, डिस्क स्थान खुद को मुक्त कर देता है और मुझे अपना डिस्क स्थान वापस मिलता है जैसा कि नीचे दिखाया गया है (कॉपी को कंसोल से चिपकाया जाता है: देखो /dev/disk0s2)।

  • 5 मिनट की अवधि में, 1GB से 0 मुक्त स्थान।
  • एक मिनट के बाद मुझे अपना 1GB वापस मिल जाता है। मेरे पास कोई टाइम मशीन बैकअप नहीं है (इसे कॉन्फ़िगर भी नहीं किया गया है), कोई ड्रॉपबॉक्स या अन्य केवल सिंकिंग ऐप्स नहीं चल रहे हैं और मुझे नहीं लगता कि ऐसा होने पर मैं कुछ भी सामान्य से बाहर कर रहा हूं।

डिस्क स्थान को हथियाने और बाद में इसे जारी करने के लिए ट्रैक करने का सबसे अच्छा तरीका क्या होगा?

  • OS X 10.9.3
  • मैकबुक प्रो (13 ", मिड 2009)

कंसोल लॉग:

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 10:55:01 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  231Gi  1.0Gi   100%   60644234     264996  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 11:00:21 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi  6.7Mi   100%   60907509       1721  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 11:01:23 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi    0Bi   100%   60909230          0  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

elmaco:test thewheat$ date && df -h
Sun  8 Jun 2014 11:02:22 EST
Filesystem      Size   Used  Avail Capacity    iused      ifree %iused  Mounted on
/dev/disk0s2   232Gi  231Gi  1.0Gi   100%   60647784     261446  100%   /
devfs          219Ki  219Ki    0Bi   100%        756          0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%          0          0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%          0          0  100%   /home

गतिविधि मॉनिटर - डिस्क टैब

अपडेट 1: इसलिए मैंने कुछ फाइलें डिलीट कर दी हैं, इसलिए मेरे पास 6 जीबी + फ्री और रीस्टार्ट है लेकिन व्यवहार अभी भी मौजूद है। मुझे लगा कि यह स्वैप फाइल भी बढ़ सकता है, लेकिन कोई जगह उपलब्ध नहीं होने पर यह लगातार 1GB तक रहता है। अब मुझे यह थोड़ा अजीब लगता है क्योंकि मैंने अपनी RAM को एक साल के लिए 8GB में अपग्रेड कर लिया है और मुझे लगा कि OSX ऑटो स्वैप फाइल के लिए उचित राशि आवंटित करेगा और मुझे स्वैप फ़ाइल के आकार को संशोधित / प्रतिबंधित करने के लिए कभी कुछ करने की याद नहीं है। ।

क्या 6GB डेटा हड़पने और बाद में इसे मुक्त करने के लिए क्या किया जा सकता है, इसे ट्रैक करने का एक तरीका है? या कोई लॉग फ़ाइल जो इसे नीचे ट्रैक करने में मदद करेगी?

elmaco:vm thewheat$ date && df -h
Sun  8 Jun 2014 13:31:46 EST
Filesystem      Size   Used  Avail Capacity  iused   ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi    0Bi   100% 60909230       0  100%   /
devfs          205Ki  205Ki    0Bi   100%      708       0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%        0       0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%        0       0  100%   /home
/dev/disk0s7   136Gi   50Gi   79Gi    39%   251098 8817446    3%   /Volumes/Untitled 1

elmaco:vm thewheat$ date && df -h
Sun  8 Jun 2014 13:34:47 EST
Filesystem      Size   Used  Avail Capacity  iused   ifree %iused  Mounted on
/dev/disk0s2   232Gi  232Gi    0Bi   100% 60909230       0  100%   /
devfs          205Ki  205Ki    0Bi   100%      708       0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%        0       0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%        0       0  100%   /home
/dev/disk0s7   136Gi   50Gi   79Gi    39%   251098 8817446    3%   /Volumes/Untitled 1

elmaco:vm thewheat$ date && df -h
Sun  8 Jun 2014 13:36:40 EST
Filesystem      Size   Used  Avail Capacity  iused   ifree %iused  Mounted on
/dev/disk0s2   232Gi  226Gi  6.2Gi    98% 59272640 1636590   97%   /
devfs          205Ki  205Ki    0Bi   100%      708       0  100%   /dev
map -hosts       0Bi    0Bi    0Bi   100%        0       0  100%   /net
map auto_home    0Bi    0Bi    0Bi   100%        0       0  100%   /home
/dev/disk0s7   136Gi   50Gi   79Gi    39%   251098 8817446    3%   /Volumes/Untitled 1

गतिविधि मॉनिटर - मेमोरी एक्टिविटी मॉनिटर - डिस्क

अपडेट 2: तो ~ 12GB ड्राइव स्पेस को क्लीयर करने से समस्या हल हो गई (अब कहते हैं 11GB फ्री)। मेरी स्वैप फ़ाइल अभी भी 1GB है, इसलिए उस पर अधिक स्थान आवंटित नहीं किया गया है।

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


3
क्या कोई कारण है कि आप ड्राइव पर 5 जीबी मुक्त स्थान की अनुमति नहीं दे सकते हैं? सभी सिस्टम थोड़ा पैथोलॉजिकल हो जाते हैं जब ओएस फाइलों को इधर-उधर नहीं कर सकता है। आप गतिविधि मॉनीटर से मेमोरी विवरण भी पोस्ट करना चाहेंगे क्योंकि यह हमें स्वैप फाइल के उपयोग को निर्धारित करने की अनुमति देगा।
bmike

6GB + मुक्त स्थान और समस्या मुक्त करने के लिए प्रबंधित अभी भी बनी हुई है। मेमोरी और डिस्क उपयोग पुनः प्रारंभ करने पर जोड़ दिया गया है
thewheat

2
आपके वर्चुअल मेमोरी उपयोग (8.77 जीबी) के आधार पर मैं कुछ और जीबी मुक्त करने की कोशिश करूंगा और आपका डिस्क स्थान 0. पर नहीं जाएगा। आप बफर के रूप में कुछ जगह चाहते हैं। अगर यह मेरी मशीन होती, तो मैं उन नंबरों के साथ 20GB फ्री रखने के लिए शूट करता।
dwightk

क्या आपके पास हाइबरनेट फाइल है? (लेकिन अभी भी एक 230G डिस्क पर आपको अधिक मुक्त होना चाहिए)
मार्क

अपडेट किया गया एक बार फिर, समाशोधन डिस्क स्थान समस्या मैं हो रही थी हल लेकिन मुझे पता है कि वास्तव में क्या विशेष रूप से यह अभी भी 6 GB मुक्त स्थान पर होने और मेरे स्वैप फ़ाइल स्थान खाली करने के बाद में वृद्धि हो रही नहीं के साथ डिस्क स्थान का अनुरोध किया गया था उत्सुक हूँ
thewheat

जवाबों:


2

यदि आप कह रहे हैं कि आपके पास 1 जीबी की मुफ्त मेमोरी है तो समस्या यह नहीं है कि उस 1 जीबी को हड़प लिया जाए बल्कि पहली जगह में मेमोरी की कमी हो सकती है।

यह खराब हो जाएगा ओवरटाइम क्योंकि आप पहले से ही 0 बाइट मार रहे हैं और ऑपरेटिंग सिस्टम को इसकी फाइलों को लिखने के लिए जगह की जरूरत है।

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

कोशिश करें और अपने आप को न्यूनतम के रूप में कम से कम 10-15% मुक्त स्थान दें और उस पर या उससे ऊपर रखें।


इसके आधार पर मैंने स्वैप फ़ाइल की जांच की और यह देखकर हैरान रह गया कि यह केवल 1GB है (भले ही मेरे पास 8GB रैम है)। साथ ही 6GB फ्री करने के बाद भी यही समस्या बनी रही।
thewheat

1

kernel_task यह कर रहा है कि जब यह डिस्क से RAM की सामग्री को निकाल रहा है।

आपके वर्चुअल मेमोरी उपयोग ( आपकी डिस्क पर लिखी गई 8GB + ) के आधार पर आप अपने स्टार्टअप डिस्क पर कम से कम 12GB स्थान खाली रखना चाहते हैं ।

OS X, RAM से बाहर निकलते समय वर्चुअल मेमोरी का उपयोग करता है, जिसका अर्थ है कि यह रैम से कुछ सामान को आपकी डिस्क पर ले जाता है और यही वह है जो अंतिम स्थान को भर रहा है।


हाँ, मैं 6GB + मुक्त करने में कामयाब रहा, लेकिन समस्या अभी भी बनी हुई है। मेरे सवाल में अपडेट किया गया विवरण
thewheat
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.