मावेरिक्स को स्थापित करने के बाद, मैंने snapshot.db
(1.5 जीबी) फ़ाइल की खोज की :
/var/db/systemstats/snapshots.db
उस फ़ाइल का उपयोग क्या है? क्या इसे हटाना सुरक्षित है?
मावेरिक्स को स्थापित करने के बाद, मैंने snapshot.db
(1.5 जीबी) फ़ाइल की खोज की :
/var/db/systemstats/snapshots.db
उस फ़ाइल का उपयोग क्या है? क्या इसे हटाना सुरक्षित है?
जवाबों:
उच्च स्तर पर, आपके द्वारा सूचीबद्ध फ़ाइल एक बाइनरी डेटाबेस फ़ाइल है जिसका उपयोग ओएस द्वारा बिजली के उपयोग, प्रदर्शन और नींद / समय पर डेटा को ट्रैक करने के लिए किया जाता है। सामान्य मार्गदर्शन के बावजूद / var / db से कुछ भी नहीं हटाने के लिए यह अनुचित नुकसान का कारण नहीं प्रतीत होता है यदि आप उस अवसर पर एक फ़ाइल को हटाना चाहते थे।
यह ऊर्जा के उपयोग के नए विचारों को खिलाता है और शायद निदान के साथ मदद कर सकता है यदि आपको लाइन के नीचे समस्याएं हैं और Apple को सिस्टम का निदान करने में मदद करने के लिए कहें।
उस फ़ाइल को लिखने वाला प्रोग्राम (साथ ही / var / db / systemstats में संबद्ध फ़ाइल) systemstatsd है ।
यदि आप उत्सुक हैं तो अधिक विवरण प्राप्त करने और उस फ़ाइल से पढ़ने के लिए आप सिस्टमस्टैट्स --help कमांड का उपयोग कर सकते हैं। मैं जिस मैनुअल पेज से जुड़ा हुआ हूं, वह एक मैनुअल पेज का खोल है और कोड ज्यादातर Apple द्वारा प्रलेखन के अलावा अन्य दस्तावेज से अछूता है जो टूल में बनाया गया है और इसे सहायता विकल्प के साथ कॉल करने से सुलभ है।
यह आमतौर पर / var / db में कुछ भी हटाने के लिए सुरक्षित नहीं है क्योंकि सिस्टम सुसंगत होने वाली फ़ाइलों पर निर्भर हो सकता है, लेकिन मैंने एकल निर्देशिका मोड में बूट करके उस निर्देशिका की सभी सामग्रियों को हटाने का परीक्षण किया है और सिस्टम ठीक से चीजों को फिर से बनाना और संभालना लगता है। इन फ़ाइलों को मैन्युअल रूप से साफ़ करने का कोई भी प्रयास।
मैं एक मैक पर sytemstats से कुछ भी हटाने की अनुशंसा नहीं करूँगा, जिसे आप मिटाने और पुनः स्थापित करने के लिए तैयार नहीं हैं और यदि आप डेटाबेस को प्राप्त करने और असंगत स्थिति में फ़ाइलों को लॉग करने के लिए एक्टिविटी मॉनिटर से विषम जानकारी प्राप्त कर सकते हैं। यह कहा जा रहा है, ऐसा लगता है कि सिस्टम को उस निर्देशिका से गायब होने वाली चीजों को संभालने के लिए रक्षात्मक रूप से प्रोग्राम किया गया था और यदि आप किसी भी तरह से ऐसा करते हैं तो सामान्य रूप से अनियमित संचालन का कारण नहीं है।
मैंने उसी मुद्दे के लिए सेब के साथ एक बग रिपोर्ट दायर की। उन्होंने जवाब दिया कि Snapshots.db पिछले 3 दिनों के लिए डेटा रखने और अधिकांश प्रणालियों पर 70-150 एमबी तक पहुंचने का इरादा है। हालाँकि, माइन (OS X 10.9, iMac 27-इंच 2.8 GHz i7, 8 GB RAM) पर वर्तमान स्नैपशॉट .b फ़ाइल अब 2.12 GB तक पहुँच गई है और अभी भी बढ़ रही है। अब तक सेब से कोई मदद नहीं मिली है - वे स्पष्ट रूप से व्यवहार को पुन: पेश नहीं कर सकते हैं।
फ़ाइल को मैन्युअल रूप से हटाना संभव है, जो मैंने अपने पहले एक के 1.76 जीबी तक पहुंचने के बाद किया था। आप इसे एक खाली सिस्टम अपरिवर्तनीय स्नैपशॉट डॉट बी फ़ाइल से भी बदल सकते हैं, जो सिस्टम को इसे लिखने से रोकता है, हालाँकि आपको हर कुछ मिनटों में 'मुखर विफल' कंसोल संदेश मिलते हैं।
मुझे इस फ़ाइल का कोई वास्तविक उपयोग नहीं है; 70-150 एमबी ठीक होगा, लेकिन मेरे सिस्टम पर इसका उपयोग करने वाला डिस्क स्थान अस्वीकार्य है।
मैं आपको सेब के साथ एक बग रिपोर्ट दर्ज करने की सलाह देता हूं।
वैकल्पिक रूप से, आप लॉन्चपैड को अक्षम कर सकते हैं जो इन स्नैपशॉट को जन्म देता है और उस फ़ाइल को लिखता है। मैं अपने rMBP पर चल रहा था क्योंकि सांत्वना "powerstats" लॉग के साथ बाढ़ से Mavericks चल रहा था। बाद में मैंने निम्न कमांड चलाई, दोनों कंसोल लॉग रिपोर्ट और आपके द्वारा बंद की गई फ़ाइल की वृद्धि।
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.systemstats.daily.plist
systemstatsd
डेमॉन प्रणाली बिजली के उपयोग के बारे में सिस्टम के आँकड़े की एक चयन को इकट्ठा करने और यह आम तौर पर पृष्ठभूमि में किसी का ध्यान नहीं चलाता है। इसलिए आम तौर पर, चिंता की कोई बात नहीं है।
यदि डेटाबेस फ़ाइल बहुत बड़ी हो जाती है ( snapshots.db
), इस पोस्ट के अनुसार सेवा को बंद / अनलोड करने पर इसे खाली किया जा सकता है :
sudo launchctl stop com.apple.systemstatsd
sudo launchctl stop com.apple.systemstatsd.analysis
उसके बाद फ़ाइल को फ्लश करें:
sudo sh -c ">/private/var/db/systemstats/snapshots.db"
मैं चल रहा है कि पुष्टि कर सकते हैं
sudo sqlite3 /private/var/db/systemstats/snapshots.db "vacuum;"
डेटाबेस को संकुचित करेगा। अन्य पोस्टिंग के अनुरूप खान 530MB से 74MB तक चला गया। इस प्रकार, कचरा संग्रह या इस डेटाबेस पर क्षति लिखना शायद एक अपराधी है। मैं उद्यम करूंगा कि अधिक संभावित धारणा एक बुरे लेखन पर है, क्योंकि मेरा सीसीसी इसे लिख नहीं सकता था (न ही मैं इसे किसी अन्य निर्देशिका में कॉपी कर सकता था)