ओएस एक्स लॉयन में वर्बोज़ स्टार्ट-अप द्वारा उत्पन्न लॉग फ़ाइल कहाँ है?


19

अपनी मशीन को वर्बोज़ मोड में शुरू करने के बाद (स्टार्ट-अप में cmd ​​+ v) मैं उत्पन्न लॉग संदेशों को देखना चाहता हूं, जिससे मुझे प्राप्त होने वाली त्रुटि ( त्रुटि ) को डीबग करना है । त्रुटि केवल स्टार्टअप के दौरान स्क्रीन पर दिखाई देती है, मशीन रिबूट से पहले। परिणामस्वरूप, इसे ठीक से पढ़ने का समय नहीं है।

क्या OS X स्टार्ट-अप संदेशों के लिए एक अलग लॉग फ़ाइल प्रदान करता है, या ये कर्नेल .log और system.log फ़ाइलों के भीतर दफन हैं? यदि वे इन फ़ाइलों के भीतर दफन हैं, तो सिस्टम प्वाइंट पर कूदने का एक त्वरित तरीका है, कंसोल व्यूअर के भीतर?

जवाबों:


3

कम से कम हिम तेंदुए और संभवतः तेंदुए में शुरू, सिस्टम पर सभी लॉगिंग ऐप्पल सिस्टम लॉग (एएसएल) तंत्र के माध्यम से जाती है, जो सभी लॉग संदेशों के लिए केंद्रीय डेमन और डेटाबेस की तरह है। एएसएल डेमॉन यह भी सुनिश्चित करता है कि कुछ पारंपरिक मानदंडों को पूरा करने वाले उचित लॉग संदेश पारंपरिक फ्लैट टेक्स्ट लॉग फ़ाइलों की तरह लिखे जाते हैं system.logऔर kernel.log, लेकिन सब कुछ एएसएल डेटाबेस में भी जाता है।

अधिक जानकारी के लिए के लिए आदमी पृष्ठों को देखने के syslog(1), logger(1), syslog(3), asl(3), syslog.conf(5), asl.conf(5), syslogd(8), आदि

आप syslog(1)एएसएल डेटाबेस के खिलाफ प्रश्न जारी करने के लिए उपयोग कर सकते हैं । साथ ही, /Utilities/Console.appASL डेटाबेस के लिए कस्टम क्वेरी को जेनरेट करने और सहेजने के लिए GUI प्रदान करता है।

मुझे पूरा यकीन है कि कर्नेल का संदेश बफर (परंपरागत रूप से देखा गया dmesg(8)) एएसएल डेटाबेस में डंप हो जाता है जैसे ही बूट syslogdचलने के लिए काफी आगे बढ़ गया है, इसलिए आपको dmesgआदत के बल को छोड़कर सीधे कॉल करने की आवश्यकता नहीं है। या अगर आपका सिस्टम syslogdचालू होने के लिए पर्याप्त बूट नहीं कर रहा है।


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

@purpletonic हां, ASL को भेजी जाने वाली हर चीज एक डेटाबेस में डाल दी जाती है, जहां यह 7 दिनों के डिफ़ॉल्ट के लिए रहता है (इसे इसके साथ समायोजित किया जा सकता है asl.conf(5))। इसलिए यदि आप बूटिंग समस्याओं पर बहस कर रहे थे और उसी दिन कई बार रिबूट किया गया था, तो वे डिफ़ॉल्ट रूप से वहां होंगे। और अगर यह एक लंबी अवधि की समस्या थी, तो आप सामान को लंबे समय तक रखने के लिए एएसएल की अवधारण अवधि को समायोजित कर सकते हैं।
12 स्पिफ

यह उत्तर वास्तव में यह नहीं कहता है कि मुझे "वर्बोज़" बूट प्रक्रिया से आउटपुट कैसे देखने को मिलता है। एक बार बूट होने के बाद, dmesgकेवल कुछ हाल की प्रविष्टियाँ दिखाते हैं , लेकिन बूट लॉग नहीं। 10.12.6 को यह कोशिश कर रहा है - कोई "कर्नेल.लॉग" फ़ाइल किसी भी अधिक नहीं है, या तो।
सुपरटेम्पेल

11

Terminal.app खोलें और चलाएँ

सूदो dmesg

(आपसे आपका पासवर्ड मांगा जाएगा)

यह अब तक के अंतिम स्टार्टअप से सिस्टम संदेश प्रदर्शित करेगा (आप आउटपुट के शीर्ष पर स्टार्टअप संदेश पाएंगे)। आप कोशिश कर सकते हैं

सुदो dmesg | अधिक

यह उन संदेशों को पेज द्वारा आउटपुट करेगा।


अच्छा! मैं अधिक के बजाय कम उपयोग करता हूं, यह कहीं अधिक सुविधाजनक है और आपके टर्मिनल स्क्रॉलबैक को अव्यवस्थित नहीं करता है।
सिल्वरवॉल्फ - मोनिका

4

स्वीकृत उत्तर (स्पिफ द्वारा) मेरे लिए उपयोगी नहीं था, और न ही कोई कर्नेल है।

मेरे लिए क्या काम करता है (macOS 10.12.6 पर) यह कमांड है:

log show --predicate "processID == 0" --start $(date "+%Y-%m-%d") --debug

यह बूट प्रक्रिया सहित आज के सभी कर्नेल संदेश दिखाता है। इसमें कुछ सफाई की आवश्यकता होती है, लेकिन कम से कम इसमें वह सब होता है जिसकी मुझे आवश्यकता होती है।


यह मेरे लिए भी काम करता है। धन्यवाद। अन्य उत्तर बूट करने के लिए जरूरी चीजों को नहीं दिखाते हैं, या बिल्कुल नहीं दिखाते हैं कि बूट के दौरान क्या मुद्रित किया जा रहा है। आपका जवाब +1 करता है। और यह रंग कोडित भी है!
मैक्स कोपलान

2

मैं खुद सोच रहा हूं कि कंसोल / टर्मिनल तक पहुंच के बिना लॉग को स्टार्टअप के लिए सबसे उपयुक्त कैसे प्राप्त किया जाए। यह स्टार्टअप पर दुर्घटनाग्रस्त हो गया लेकिन आप इंस्टॉल डिस्क के माध्यम से फाइल सिस्टम तक पहुंच प्राप्त कर सकते हैं (मेरे पास एक दोहरी लिनक्स बूट उपलब्ध था)। फ़ाइल है:

/var/log/kernel.log

यदि आप ऑपरेटिंग सिस्टम के भीतर कंसोल तक पहुंच सकते हैं, तो अन्य सुझावों का पालन करना और उपयुक्त कमांड का उपयोग करना बेहतर है।

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