कैश में 9GB com.apple.coresymbolicationd फ़ाइल


12

मैं डिस्क स्थान खाली करने की कोशिश कर रहा हूं, और मैं इस पर आया हूं:

बड़ी फ़ाइल D:

मैंने 600M फ़ाइल या 1GB फ़ाइल की रिपोर्टें पढ़ी हैं , लेकिन ऐसा कभी नहीं हुआ।

क्या यह हटाना सुरक्षित है या बार-बार रिबूट करने से इनमें से कुछ फ़ाइलों को साफ़ करने में मदद मिलती है?



2
@ रबस्ट वे मुझे अलग लगते हैं। यह इस बारे में पूछता है कि वे कैसे स्पष्ट होते हैं और दूसरा पूछता है कि वे क्या हैं। दोनों को जोड़ने के लिए अच्छा है, लेकिन जब तक संपादन नहीं होता मैं उन्हें सटीक डुप्लिकेट के रूप में नहीं देखता।
bmike

फ़ाइल आकार में स्पष्ट रूप से बड़ी है। मैंने 'नेट' पर जो लिखा है, उसे हटाना सुरक्षित है।
IconDaemon

मैं कुछ वसंत सफाई का उपयोग कर कर रहा था GrandPerspective के रूप में चल rootके माध्यम से sudo GrandPerspective.app/Contents/MacOS/GrandPerspectiveकिया और पाया कि मेरी /System/Library/Caches/com.apple.coresymbolicationd3.0 जीबी है। मैं 10.10.3 Yosemite चला रहा हूं और मेरे पास Xcode और नवीनतम कमांड लाइन टूल पैकेज स्थापित है।
लैनी

जवाबों:


3

इस लिंक ( http://www.macobserver.com/tmo/article/how_to_recover_missing_hard_drive_space/ ) से चीजों का उपयोग करके मुझे 133GB की एक फ़ाइल - com.apple.coresymbolicationd मिली।

हटाने के लिए, सेफ़ मोड में बूट करें (Apple लोगो आने से पहले Cmd-S), एक फाइल सिस्टम जाँच करें, ड्राइव माउंट करें और फिर बस sudo rmफ़ाइल


@patrix मेरे मामले में rmकाम नहीं करता है, लेकिन sudo rmकरते हैं। (@Patrix के दिशा-निर्देशों के साथ)
होसिन हेयडरी

3

नहीं, रिबूटिंग सिस्टम में कैश फ़ाइलों को साफ़ नहीं करता है। आपको वास्तव में खुदाई करने की आवश्यकता होगी जो सबसिस्टम यहाँ कैश बनाता है और वहाँ का निर्धारण मैन्युअल रूप से उन्हें फ्लश करने या उन्हें कूड़े में ले जाने का एक तरीका है और फिर यह देखने के लिए रीबूट करें कि कब / कैसे / किस आकार में वे फिर से तैयार होते हैं।

मैं सिंगल यूजर मोड में बूट करूंगा और rmउस फाइल को क्लियर करने के लिए उपयोग करूंगा क्योंकि तब कुछ भी उपयोग नहीं हो रहा है। आप भी इस्तेमाल कर सकते हैं sudo mv /System/Library/Caches/com.apple.coresymbolicationd/data /tmpऔर फिर रिबूट कर सकते हैं। रिबूट के बाद आप से फ़ाइल को नष्ट कर सकते हैं /tmpके साथ sudo rm /tmp/data

मेरा कूबड़ यह है कि आपने Xcode इंस्टॉल किया है और एक या अधिक iOS संस्करणों से अपने डेटाबेस में बड़ी संख्या में प्रतीकों को पेश किया है, ताकि Xcode Xcode का उपयोग करके डिबगिंग ऐप में सहायता करने के लिए क्रैश डंप का प्रतीक बन सके। हालाँकि, यह एक बग भी हो सकता है और जब भी सबसिस्टम कैश को रिसाइकिल करना शुरू करेगा, तो यह अपने आप साफ हो जाएगा। यदि आप Xcode में आपके द्वारा उपयोग किए जाने वाले SDK की संख्या को सीमित कर सकते हैं, तो इससे भी मदद मिल सकती है। मेरी भावना यह है कि 60 मीटर फ़ाइलों वाले लोग Xcode का उपयोग नहीं करते हैं, 1MB डेवलपर के साथ एक समय में iOS के एक संस्करण के लिए और बड़े आकार के डेटाबेस वाले लोगों के पास कई OS X और iOS SDK Xcode के भीतर से सक्रिय होते हैं।


मैंने वास्तव में एक्सकोड स्थापित किया है।
टेकनकोलागी 22

@tekknolagi मैंने अपने विचारों पर एक्सकोड पर अपने द्वारा देखे गए बड़े के संबंध में विस्तार किया है। शायद आप मेरे संदेह की पुष्टि कर सकते हैं? मुझे अभी तक डेटा फ़ाइल तक पहुंचने का कोई तरीका नहीं मिला है - यह संभवतः किसी व्यक्ति को सेम को फैलाने के लिए लेने जा रहा है कि यह कैसे एन्क्रिप्ट किया गया है।
bmike

1
bmike, मैं अभी आगे गया और फ़ाइल को हटा दिया। अब तक ठीक लगता है।
टेकनकोलागी

@HoseynHeydari एसआईपी से पहले यह जवाब पोस्ट किया गया था - शायद एक नया सवाल और लिंक यहां खोलें?
bmike

1

बस यहाँ पर ढेर करने के लिए ...

मैं नियमित रूप से मेरे Macs पर विभिन्न कैश फ़ोल्डर की सामग्री को हटाना और के बाद से ओ / SX बाहर आ गया है। नियमित रूप से, मेरा मतलब है "जब मुझे एक समस्या है जो क्षतिग्रस्त कैश फ़ाइल के कारण हो सकती है।"

मैं Onyxसमय-समय पर एक ही काम करने के लिए उपयोगिताओं का भी उपयोग करूंगा , क्योंकि यह एक ही समय में अन्य रखरखाव चीजें करता है।

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

एक बात ध्यान दें, अगर वह फ़ाइल बनती रहती है और बहुत बड़ी है, जैसे वह अब है, तो आपको कुछ समस्या निवारण करना होगा।


स्टीव सही है कि ओएस एक्स पर, भले ही आप आरएम का उपयोग करके किसी फ़ाइल को हटा दें या उसे रद्दी में स्थानांतरित कर दें, कि एक बार फाइल का उपयोग करने वाली सभी फाइलें इसे छोड़ दें, यह वास्तव में चला जाएगा (और इसलिए कैश को अंतिम रूप देने के लिए रिबूट भाग। साफ करें।) कैश को हटाने के लिए नीचे की तरफ है, सिस्टम धीमा हो जाएगा और उन्हें फिर से बनाएगा जब तक कि बड़े होने के कारण फाइलें बदल न जाएं। हजारों छोटी फाइलों के मामले में - यह धीमा जुर्माना खराब है। 9 जीबी की एक बड़ी फ़ाइल के साथ, आपको इसे फिर से बनाने के लिए लंबे समय तक इंतजार करना पड़ सकता है।
bmike

मैं दृढ़ता से ROUTINELYकैश को साफ करने की सलाह देता हूं । वे एक कारण के लिए मौजूद हैं।
अलेक्जेंडर - मोनिका

0

मैंने अपने सभी कैश फ़ोल्डर को साफ करने के लिए Mavericks Cache Cleaner को चलाया - उपयोगकर्ता ~/Library/Cachesफ़ोल्डर, शीर्ष-स्तरीय /Library/Cachesफ़ोल्डर और सिस्टम का /System/Library/Cachesफ़ोल्डर, जिसमें 2GB भी शामिल है coresymbolicationd। परिणामस्वरूप कुछ भी बुरा नहीं लगता (और मैंने कुछ डिस्क स्थान को पुनः प्राप्त किया)।

संभवतः ऐसा करने के लिए यह समझदारी है कि ओपी ने आखिरकार ऐसा किया, अर्थात्, सुरक्षित मोड के साथ बूट करें, कैश साफ करें, और रिबूट करें।

हालाँकि, मुझे ऐसा नहीं लगता कि हम इसकी तह तक पहुँच रहे हैं। 9GB बड़ा है । इतनी बड़ी फ़ाइल को जमा करने के लिए क्या कारण है? मुझे नहीं लगता कि हम जानते हैं कि। कैश को हटाना केवल एक ऐसी चीज के सतही प्रकटीकरण से संबंधित है जिसका गहरा कारण हो सकता है।


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