क्या मैं / var / log / journal और / var / cache / abrt-di / usr में फाइलें निकाल सकता हूं?


74

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

जवाबों:


124

पत्रिका लॉग

हां आप अंदर ही सब कुछ डिलीट कर सकते हैं /var/log/journal/*लेकिन डायरेक्ट्री को डिलीट न करें। आप यह journalctlपता लगाने के लिए भी क्वेरी कर सकते हैं कि यह कितना डिस्क स्थान ले रहा है:

$ journalctl --disk-usage
Journals take up 3.8G on disk.

आप इस पैरामीटर का उपयोग करके इस निर्देशिका के आकार को अपने में नियंत्रित कर सकते हैं /etc/systemd/journald.conf:

SystemMaxUse=50M

आप लॉग रोटेशन को बाध्य कर सकते हैं:

$ sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service

ध्यान दें: आपको लॉग रोटेशन को बाध्य करने के लिए लॉगिंग सेवा को पुनरारंभ करने की आवश्यकता हो सकती है, यदि उपरोक्त सिग्नलिंग विधि ऐसा नहीं करती है। आप सेवा को फिर से शुरू कर सकते हैं जैसे:

$ sudo systemctl restart systemd-journald.service

abrt लॉग होता है

इन फ़ाइलों को भी /var/cache/abrt-di/*हटाया जा सकता है के रूप में अच्छी तरह से। यहाँ लॉग फ़ाइलों का आकार नीचे नियंत्रित है:

$ grep -i size /etc/abrt/abrt.conf 
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize = 1000

आप /var/cache/abrt-diफ़ाइल में निम्नलिखित को बदलकर अधिकतम आकार को नियंत्रित कर सकते हैं /etc/abrt/plugins/CCpp.conf:

DebugInfoCacheMB = 2000

नोट: यदि परिभाषित DebugInfoCacheMBडिफ़ॉल्ट 4000 (4GB) के लिए नहीं है।

संदर्भ


2
इस प्रक्रिया के बाद मुझे "कोई पत्रिका फ़ाइलें नहीं मिलीं।" जब भी मैंने इस्तेमाल करने की कोशिश की journalctl। एक लॉग रोटेशन मजबूर करने में मदद नहीं की। ट्रिक को systemd-journald.service पुनः आरंभ करना था systemctl restart systemd-journald.service:।
स्किप्पी ले ग्रांड गौरौ

यहाँ भी, systemctl restart systemd-journald.serviceघुमाए जाने को मजबूर किया और इस प्रक्रिया को संकेत नहीं दिया
माइकलबेल

2
@michaelbn - सिग्नलिंग ने अतीत में मेरे लिए काम किया है / किया है। मुझे ऐसा अक्सर नहीं करना पड़ा है, इसलिए, मैंने उत्तर में विधि को फिर से शामिल कर लिया है, साथ ही अन्य पाठकों के पास भी यही मुद्दा है।
SLM

3
जब वे एक निश्चित आकार तक पहुंचते हैं, तो समय की अवधि के बाद लॉग को साफ करने के लिए, आप MaxRetentionSecइसके बजाय पैरामीटर सेट कर सकते हैं SystemMaxUseman journald.confअधिक जानकारी के लिए देखें।
joelostblom

1
के बारे में कहा कि पत्रिका समाधान भी ubuntu 18 में काम करता है
अरविंद

65

हां, /var/log/journalडायरेक्टरी की फाइलों को हटाया जा सकता है।

सबसे अच्छी विधि मुझे मिली है:

journalctl --vacuum-size=500M

जो पुरानी लॉग-फाइल को /var/log/journalतब तक हटा देता है जब तक कि निर्देशिका का कुल आकार निर्दिष्ट सीमा के अंतर्गत नहीं हो जाता (इस उदाहरण में 500 मेगाबाइट)।


5

आप समय के आधार पर भी सफाई कर सकते हैं: journalctl --vacuum-time=10d

# du -sh /var/log/journal
113M    /var/log/journal
# journalctl --vacuum-time=10d
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/system@36170b4530af4c89ac4d84ac68f8b727-0000000000000001-00057b09da23eb2c.journal (8.0M).
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/user-1000@54176301a0c74c4698c3b6a549e1b2ed-0000000000000874-00057b0c1a491094.journal (8.0M).
. . .
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/user-1000@e6ecd2f858d1498b9a445af7bac00bbf-000000000000063a-0005848ac99802b3.journal (8.0M).
Vacuuming done, freed 88.0M of archived journals from /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a.
root@monroe:/var/log# du -sh /var/log/journal     
25M     /var/log/journal
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.