मैंने देखा कि मेरी /var/log/boot.log
फ़ाइल की तिथि 2016-04-22 है, पिछली बार मैंने 15.10 में बूट किया था। Xenial boot.log
फाइलें कहां स्थित हैं?
मैंने देखा कि मेरी /var/log/boot.log
फ़ाइल की तिथि 2016-04-22 है, पिछली बार मैंने 15.10 में बूट किया था। Xenial boot.log
फाइलें कहां स्थित हैं?
जवाबों:
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=systemd
systemd
कमांड से संदेशों की तलाश करता है । चूंकि 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 द्वारा टिप्पणी के लिए धन्यवाद , आपको या तो करने की आवश्यकता है:
/etc/systemd/journald.conf
शामिल करने के लिए संपादित करें :
Storage=persistent
/var/log/journal
मैन्युअल रूप से एक निर्देशिका बनाएँ :
mkdir /var/log/journal
systemd-tmpfiles --create --prefix /var/log/journal
systemctl restart systemd-journald
सम्बंधित:
journalctl -bX
इसके लिए बेकार है, आईडी में ऐसे संदेश शामिल नहीं हैं जो वास्तव में बूट के दौरान स्क्रीन पर दिखाई देते हैं, केवल boot.log करता है और यह केवल कभी-कभी 16.04 पर काम करता है, एकमात्र तरीका यह है कि आप फोटो ले सकते हैं या इसे लिख सकते हैं। मेरी भी यही समस्या है।
मैं कुछ बग रिपोर्ट के माध्यम से जा रहा था और इस में देखा: 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'
मुझे इस बात की कोई समझ नहीं है कि प्लायमाउथ के इंटर्न कैसे काम करते हैं, लेकिन चूंकि यह स्प्लैश स्क्रीन के लिए ज़िम्मेदार है, जो लॉगिन स्क्रीन से पहले दिखाई देती है, मैं केवल यह मान सकता हूं कि लॉगिन स्क्रीन पर आने से पहले कोई स्प्लैश स्क्रीन (काली स्क्रीन) नहीं है या नहीं , फ़ाइल संशोधित नहीं है। यदि आपके पास लॉगिन स्क्रीन से पहले एक दिखावा स्क्रीन है, तो बूट प्रक्रिया आउटपुट बूट.लॉग फ़ाइल पर पुनर्निर्देशित हो जाती है।
GRUB_CMDLINE_LINUX_DEFAULT=""
अंदर /etc/default/grub
से कॉन्फ़िगर किया गया है तो boot.log
लिखा नहीं गया है। का उपयोग करते GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
समय boot.log
फिर से लिखा जाता है। मैं Ubuntu 19.04 का उपयोग करता हूं।
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
इसके बजाय बस उपयोग करना चाहिए।
boot.log
फ़ाइल अपने सामान्य स्थान पर नहीं है।
systemd-analyze blame
और / याsystemd-analyze critical-chain
। मुझे लगता है कि एक समस्या पैदा कर रहा है खोजने के लिए लॉग फाइल को खोदने से ज्यादा आसान नहीं है।