मुझे किन लॉग पर ध्यान देना चाहिए?

18

/var/log/ मानक होम इंस्टॉलेशन के लिए कई लॉग हैं , जिन्हें मुझे नियमित रूप से जांचना चाहिए?

administration

18

प्रत्येक लॉग का अपना उद्देश्य है। यह वास्तव में इस बात पर निर्भर करता है कि आप किस चीज की जांच करना चाहते हैं। कुछ सामान्य लोगों को नीचे उल्लिखित किया गया है:

/var/log/auth.log - प्रमाणीकरण से संबंधित जानकारी - जिसमें sudo / su गतिविधि शामिल है
/var/log/boot.log - बूटिंग प्रक्रिया के दौरान सभी जानकारी
/var/log/crond.log - क्रोन डेमॉन से जानकारी
/var/log/messages - सिस्टम के संबंध में संदेशों के लिए विशिष्ट डंपिंग पॉइंट
/var/log/pm-suspend.log - पॉवर मैनेजमेंट सस्पेंड फंक्शन के दौरान लॉग इन करें
/var/log/user.log - सभी उपयोगकर्ता की जानकारी
/var/log/syslog - यह विभिन्न सॉफ्टवेयर्स से आउटपुट को व्यवस्थित करता है और "सामान्य लॉग" है
/var/log/kern.log - कर्नेल से लॉग की जा रही जानकारी

अतिरिक्त लॉग हैं - जैसे Apache2 फ़ोल्डर, mysql.log / mysql.err, और अन्य। ये सभी सॉफ़्टवेयर विशिष्ट हैं - यदि आपके पास apache2 स्थापित नहीं है, तो आपके पास इसके लिए लॉग फ़ाइलें नहीं होंगी। लॉग्स की जांच करने के लिए आप केवल एक ही समय चाहते हैं जब एक मुद्दा उठता है - हालांकि अधिकांश समय उन्हें अंधेरे में बैठने के लिए ठीक होगा।

— मार्को सेप्पी
स्रोत

मेरे पास तीन लॉगफ़ाइल्स (kern, संदेश और syslog) पूरी तरह से पागल हैं "NVRM: os_raise_smp_barrier (), अवैध संदर्भ!" संदेश। इसलिए मैं इसे अब और नहीं

— जांचता

egrep -v 'os_raise_smp_barrier' /var/log/{kern.log,messages,syslog} | less और, उस संदेश को ट्रैक करें - यह कुछ समस्या का लक्षण है जिसे आपको ठीक करना चाहिए।

— वाल्टिनेटर

आप पूछ सकते हैं rsyslogdकि यह cat /etc/rsyslog.d/* | egrep -v '^#|^$' | egrep -o '/[^ ]+'आपके सिस्टम में किन फाइलों को लॉग करता है:

— वाल्टिनेटर

14

मेरा तर्क है कि एक मानक घर की स्थापना के लिए, आपको नियमित रूप से किसी भी लॉग की जांच करने की कोई आवश्यकता नहीं है। हालांकि वे किसी समस्या का निदान करने या बग रिपोर्ट दर्ज करने में सहायक हो सकते हैं।

— andrewsomething
स्रोत

मैं सहमत हूं: जब तक आप सुरक्षा ऑडिटिंग के बारे में गंभीर रूप से चिंतित नहीं होते हैं - जो आपके घर के पीसी के लिए विशेष रूप से उपयोगी होने की संभावना नहीं है - लॉग वहाँ हैं पता लगाने के लिए कि क्या कुछ गलत होने के बाद गलत हो गया है :)

— RAOF

3

इसके अलावा, आप कर्नेल संदेशों को देखने के लिए केवल कमांड "dmesg" का उपयोग कर सकते हैं (जैसे /var/log/kern.log) यह आमतौर पर मुझे जल्दी से बताता है कि क्या है (यदि कुछ भी) सिस्टम के साथ गलत हो रहा है

— Screwgoth
स्रोत

2

एक चाल जो मुझे उपयोगी लगती है वह है:

touch /tmp/now  

<...make the problem happen...>  

sudo find /var/log -type f -newer /tmp/now | xargs sudo less

यह मुझे और उसके तहत हर फाइल दिखाता है /var/logकि touch /tmp/nowकमांड के बाद से इसे कुछ लिखा गया है ।

— waltinator
स्रोत