16.04 से अधिक बूट लॉगिंग नहीं है?


23

मैंने देखा कि मेरी /var/log/boot.logफ़ाइल की तिथि 2016-04-22 है, पिछली बार मैंने 15.10 में बूट किया था। Xenial boot.logफाइलें कहां स्थित हैं?


क्या वास्तविक प्रश्न लॉगिंग नहीं है, लेकिन यह देखने के लिए कि बूटिंग धीमा है। अब आप उपयोग करें systemd-analyze blameऔर / या systemd-analyze critical-chain । मुझे लगता है कि एक समस्या पैदा कर रहा है खोजने के लिए लॉग फाइल को खोदने से ज्यादा आसान नहीं है।
ओल्डफ्रेड

इसलिए, आप में से कोई भी यह नहीं कह सकता है कि 2016-04-22 को boot.log क्यों आयोजित किया गया है ...? वास्तव में?
चमेली

1
@ जैस्मिन: दुर्भाग्य से हम आपको यह नहीं बता सकते कि ऐसा क्यों होता है ... हम डेवलपर नहीं हैं ... मैंने आज से कुछ नई जानकारी के साथ अपना जवाब अपडेट किया ... आपको लॉन्चपैड पर एक बग रिपोर्ट दर्ज करने पर विचार करना चाहिए। :)
cl-netbox

2
जक्टल यह नहीं दिखा रहा है कि मैं बूट के दौरान छींटे में क्या देखता हूं, और मुझे इसकी आवश्यकता है
चमेली

1
उस अच्छे दिखने वाले लॉग को "[FAILED]" के साथ लाल रंग में, क्या आपने उसे फिर से प्राप्त करने का प्रबंधन किया? मेरी फाइल 2017 की है ...
कुंभ राशि पॉवर

जवाबों:


33

उपयोग journalctl

चूंकि journaldसभी लॉग हैं, आप journalctlउपयुक्त फिल्टर के साथ कमांड का उपयोग कर सकते हैं । इस मामले में boot.log, जो इनिट सिस्टम के संदेशों को शामिल करता है, आप कर सकते हैं:

journalctl -b0 SYSLOG_PID=1
  • -b0वर्तमान बूट से संदेश दिखाता है, -b1पिछले बूट से, और इसी तरह। -bविकल्प के बिना , journalctlलॉग की शुरुआत से संदेश दिखाएंगे।
  • SYSLOG_PID PID 1, उर्फ ​​init से संदेशों को फ़िल्टर करता है।

या:

journalctl -b0 --system _COMM=systemd
  • _COMM=systemdsystemdकमांड से संदेशों की तलाश करता है । चूंकि systemdयह init है, यह वह है जिसमें हम रुचि रखते हैं।
  • --system उपयोगकर्ता सत्र लॉग के बजाय सिस्टम लॉग से संदेशों को फ़िल्टर करता है।

उदाहरण:

muru@muru-vm:~$ journalctl -b0 SYSLOG_PID=1
Apr 30 12:29:18 muru-vm systemd[1]: systemd 229 running in system mode. (+PA
Apr 30 12:29:18 muru-vm systemd[1]: Detected virtualization qemu.
Apr 30 12:29:18 muru-vm systemd[1]: Detected architecture x86-64.
Apr 30 12:29:18 muru-vm systemd[1]: Set hostname to <muru-vm>.
Apr 30 12:29:18 muru-vm systemd[1]: Initializing machine ID from random gene
Apr 30 12:29:18 muru-vm systemd[1]: Installed transient /etc/machine-id file
Apr 30 12:29:18 muru-vm systemd[1]: Set up automount Arbitrary Executable Fi
Apr 30 12:29:18 muru-vm systemd[1]: Listening on fsck to fsckd communication
Apr 30 12:29:18 muru-vm systemd[1]: Reached target User and Group Name Looku
Apr 30 12:29:18 muru-vm systemd[1]: Listening on udev Kernel Socket.
Apr 30 12:29:18 muru-vm systemd[1]: Started Forward Password Requests to Wal
Apr 30 12:29:18 muru-vm systemd[1]: Listening on /dev/initctl Compatibility 
Apr 30 12:29:18 muru-vm systemd[1]: Listening on Journal Socket.
Apr 30 12:29:18 muru-vm systemd[1]: Created slice User and Session Slice.
Apr 30 12:29:18 muru-vm systemd[1]: Created slice System Slice.
Apr 30 12:29:18 muru-vm systemd[1]: Starting Braille Device Support...
Apr 30 12:29:18 muru-vm systemd[1]: Mounting POSIX Message Queue File System
Apr 30 12:29:18 muru-vm systemd[1]: Mounting Debug File System...
Apr 30 12:29:18 muru-vm systemd[1]: Mounting Huge Pages File System...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Load Kernel Modules...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Uncomplicated firewall...
Apr 30 12:29:18 muru-vm systemd[1]: Starting Create list of required static 
lines 1-23

journalctlलॉग को डिफ़ॉल्ट रूप से पेजर में खोलता है, इसलिए आपको पाइप करने की आवश्यकता नहीं है less


लगातार प्रवेश करना

उबंटू, डिफ़ॉल्ट रूप से, लगातार जर्नल लॉग को सक्षम नहीं करता है। @Auspex द्वारा टिप्पणी के लिए धन्यवाद , आपको या तो करने की आवश्यकता है:

  1. /etc/systemd/journald.confशामिल करने के लिए संपादित करें :

    Storage=persistent
    
  2. /var/log/journalमैन्युअल रूप से एक निर्देशिका बनाएँ :

    mkdir /var/log/journal
    systemd-tmpfiles --create --prefix /var/log/journal
    systemctl restart systemd-journald
    

सम्बंधित:


1
जक्टल यह नहीं दिखा रहा है कि मैं बूट के दौरान छींटे में क्या देखता हूं, और मुझे इसकी आवश्यकता है
चमेली

1
मैं देख रहा हूँ कि boot.log से पहले क्या लॉग किया गया था, वह प्रारूप: [ठीक है] स्व निगरानी और रिपोर्टिंग प्रौद्योगिकी (स्मार्ट) डेमॉन शुरू किया। बढ़ते अभियोक्ता निष्पादन योग्य फ़ाइल स्वरूप फ़ाइल सिस्टम ... [ठीक है] लॉग इन सेवा प्रारंभ। एलएसबी शुरू करना: एनटीपी डेमॉन शुरू करें ... [ठीक है] अवही mDNS / DNS-SD स्टैक शुरू किया। [ठीक] स्थानीय स्तर पर उपलब्ध रिमोट सीपीएस प्रिंटर बनाना शुरू करें। [ठीक है] मॉडेम प्रबंधक शुरू किया। [ठीक है] प्रारंभ नेटवर्क प्रबंधक। प्रारंभ नेटवर्क प्रबंधक ऑनलाइन प्रतीक्षा करें ... [ठीक है] लक्षित नेटवर्क पर पहुंच गया। [ठीक है] लेखा सेवा शुरू की। और इसी तरह ...
चमेली

1
अपने लहजे और शब्दों को अच्छा रखें। एक अच्छी नीति है। इसका पालन करें।
सेठ

1
journalctl -bX इसके लिए बेकार है, आईडी में ऐसे संदेश शामिल नहीं हैं जो वास्तव में बूट के दौरान स्क्रीन पर दिखाई देते हैं, केवल boot.log करता है और यह केवल कभी-कभी 16.04 पर काम करता है, एकमात्र तरीका यह है कि आप फोटो ले सकते हैं या इसे लिख सकते हैं। मेरी भी यही समस्या है।
माइक

1
जैसा कि पहले ही उल्लेख किया जा चुका है, बूट मैसेज [ओके] से शुरू होता है ... यह सामान बूट.लॉग में होता है लेकिन जर्नल में यह थोड़ा अलग होता है, यहां तक ​​कि झंडे का उपयोग करते समय -b0 SYSLOG_PID = 1 या -b1 पिछले बूट के लिए, सब कुछ नहीं था वहाँ, विशेष रूप से त्रुटियों का सामना करना पड़ा और मुझे लॉग में कहीं भी नहीं मिला। अधिकांश संदेश हैं, मुझे नहीं पता कि इस समस्या को कैसे पुन: पेश किया जाए ताकि मैं मदद न कर सकूं, लेकिन यह कर्नेल के साथ त्रुटि थी और यह नहीं पाया जाना था, समस्या अब गायब हो गई, लेकिन मुझे अभी भी कारण नहीं दिखता है कि बूट क्यों संदेश वैसे ही लॉग इन नहीं होते हैं जैसे वे स्क्रीन पर दिखाई देते हैं।
माइक

3

मैं कुछ बग रिपोर्ट के माध्यम से जा रहा था और इस में देखा: https://bugs.launchpad.net/ubuntu/+source/ubuntu-gnome-default-settings/+bug/1536771 जो प्लायमाउथ वास्तव में boot.log को लिख रहा है।

यदि आप https://launchpadlibrarian.net/257898272/plymouth-debug.log को देखते हैं और 'boot.log' के लिए अपने ब्राउज़र में खोज करते हैं, तो आपको निम्नलिखित पंक्तियाँ मिलती हैं:

[main.c:821] on_system_initialized:system now initialized, opening log 
[main.c:742] get_log_file_for_state:returning log file '/var/log/boot.log'
[main.c:805] prepare_logging:opening log '/var/log/boot.log'

मुझे इस बात की कोई समझ नहीं है कि प्लायमाउथ के इंटर्न कैसे काम करते हैं, लेकिन चूंकि यह स्प्लैश स्क्रीन के लिए ज़िम्मेदार है, जो लॉगिन स्क्रीन से पहले दिखाई देती है, मैं केवल यह मान सकता हूं कि लॉगिन स्क्रीन पर आने से पहले कोई स्प्लैश स्क्रीन (काली स्क्रीन) नहीं है या नहीं , फ़ाइल संशोधित नहीं है। यदि आपके पास लॉगिन स्क्रीन से पहले एक दिखावा स्क्रीन है, तो बूट प्रक्रिया आउटपुट बूट.लॉग फ़ाइल पर पुनर्निर्देशित हो जाती है।


दुर्भाग्य से, मेरे पास छप है, लेकिन कोई बूट नहीं है।
चमेली

1
मैं इस बात की पुष्टि करता हूं कि जब GRUB_CMDLINE_LINUX_DEFAULT=""अंदर /etc/default/grubसे कॉन्फ़िगर किया गया है तो boot.logलिखा नहीं गया है। का उपयोग करते GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"समय boot.logफिर से लिखा जाता है। मैं Ubuntu 19.04 का उपयोग करता हूं।
adrhc

2

Ubuntu 16.04 में boot.logफ़ाइल अभी भी /var/logफ़ोल्डर में स्थित है जैसा कि आप यहां देख सकते हैं । बूट लॉगफ़िल आज (2016-04-29) से है। हो सकता है कि जब आप Ubuntu 16.04 स्थापित करते हैं या Ubuntu 15.10 से Ubuntu 16.04 LTS तक ऑपरेटिंग सिस्टम को अपग्रेड किया है, तो कुछ गलत हो गया है।

वैकल्पिक रूप से आप व्यापक kern.logफ़ाइल से सामान्य बूट व्यवहार की जांच कर सकते हैं । एक अन्य संभावित विकल्प बूट लॉग फ़ाइल को जेनरेट करने के लिए मैन्युअल रूप से syslog डेमॉन को कॉन्फ़िगर करना होगा और यहां एक ट्यूटोरियल है कि यह कैसे करना है: लिनक्स लॉग को कैसे देखें और कॉन्फ़िगर करें

अतिरिक्त जानकारी :

मैंने दो अलग-अलग मशीनों पर बूट लॉगिंग व्यवहार की जांच की। यूईएफआई आधारित BIOS के boot.logसाथ एक कंप्यूटर पर फ़ाइल मौजूद है - लेकिन विरासत आधारित BIOS के साथ एक कंप्यूटर पर यह मौजूद नहीं है। इसलिए यदि सिस्टम लीगेसी BIOS (MBR / msdos) मोड में स्थापित है, तो यह स्पष्टीकरण हो सकता है कि आपकी boot.logफ़ाइल 2016-04-22 से दिनांकित क्यों है, यह Ubuntu 15.10 से बचे हुए है।

अद्यतन जानकारी 2016-05-02:

मैं बूट लॉगिंग फ़ाइल के व्यवहार की जांच करता रहा और देखा कि boot.logफ़ाइल अभी भी UEFI आधारित मशीन पर मौजूद है, लेकिन कुछ दिनों के बाद से फ़ाइल खाली है। एक अन्य विकल्प मैंने यह देखने की कोशिश की कि बूट प्रक्रिया के दौरान क्या होता है, BootChart को स्थापित करना था , लेकिन फ़ोल्डर bootchart.pngमें मौजूद नहीं था /var/logजैसा कि सिस्टम को रिबूट करने के बाद अपेक्षित था ... केवल एक खाली /var/log/bootchartफ़ोल्डर था जिसमें अपेक्षित bootchart.pngफ़ाइल शामिल नहीं थी ।

अद्यतन जानकारी 2016-05-04:

आज boot.logफ़ाइल को फिर से "कार्यक्षमता" लग रहा था, यह बूट प्रक्रिया से आंशिक जानकारी से भरा है। यह एक बेतरतीब ढंग से बदलते व्यवहार के रूप में प्रतीत होता है, कि मुझे लगता है कि आस्क उबंटू पर यहां हल नहीं किया जा सकता है - इसलिए आपको इसे हल करने के लिए लॉन्चपैड पर एक बग रिपोर्ट दर्ज करने पर विचार करना चाहिए!

निष्कर्ष - boot.logउबंटू में 16.04 फ़ाइल व्यवहार की एक सप्ताह की जांच के बाद : आपको /var/log/boot.logकिसी भी समय के बारे में चिंता नहीं करनी चाहिए और journalctlइसके बजाय बस उपयोग करना चाहिए।


लगता है कि कुछ गलत नहीं हुआ, वैसे भी मैं आपके जवाब को स्वीकार करना चाहूंगा यदि आप मेरी समस्या को हल करने के बारे में सुझाव जोड़ सकते हैं ...
चमेली

ट्यूटोरियल के बाद बूट लॉग फ़ाइल उत्पन्न करने के लिए मैन्युअल रूप से syslog डेमॉन को कॉन्फ़िगर करने की कोशिश की। मैंने # स्थानीय लोगों को भी बूट सेव करने के लिए # सेव बूट मैसेज जोड़े। * /var/log/boot.log को मेरे /etc/rsyslog.d/50-default.conf फ़ाइल को नसीब न करें, /var/log/boot.log 2016-04-22
चमेली

उबंटू 16.04 की मेरी ताज़ा स्थापना पर मैंने यह भी पाया है कि boot.logफ़ाइल अपने सामान्य स्थान पर नहीं है।

@PranoidPanda: उल्लेखित दोनों मशीनों पर मैंने Ubuntu 16.04 LTS का एक साफ / ताज़ा इंस्टॉलेशन (अपग्रेड नहीं) किया - ऐसा लगता है कि बूट लॉगिंग का पूर्व तरीका अब ठीक से समर्थित नहीं है। :)
क्लैट-नेटबॉक्स

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