আমি লক্ষ্য করেছি যে আমার /var/log/boot.log
ফাইলটির তারিখ 2016-04-22 হয়েছে, গতবার আমি 15.10 এ বুট করেছি। জেনিয়াল boot.log
ফাইলগুলি কোথায় অবস্থিত?
আমি লক্ষ্য করেছি যে আমার /var/log/boot.log
ফাইলটির তারিখ 2016-04-22 হয়েছে, গতবার আমি 15.10 এ বুট করেছি। জেনিয়াল boot.log
ফাইলগুলি কোথায় অবস্থিত?
উত্তর:
journalctl
যেহেতু journald
সমস্ত লগ রয়েছে, তাই আপনি journalctl
উপযুক্ত ফিল্টার সহ কমান্ডটি ব্যবহার করতে পারেন । এর মধ্যে boot.log
, যেখানে init সিস্টেমের বার্তাগুলি ব্যবহার করা হত, আপনি এটি করতে পারেন:
journalctl -b0 SYSLOG_PID=1
-b0
-b1
পূর্ববর্তী বুট থেকে বর্তমান বুট থেকে বার্তাগুলি প্রদর্শন করে। -b
বিকল্প ছাড়াই , journalctl
লগের শুরু থেকে বার্তাগুলি প্রদর্শিত হবে।SYSLOG_PID
পিআইডি 1, ওরফে থিম থেকে বার্তা ফিল্টার করে।বা:
journalctl -b0 --system _COMM=systemd
_COMM=systemd
systemd
কমান্ড থেকে বার্তা সন্ধান করুন । যেহেতু systemd
ইনিশ হয় তাই এটিই আমাদের আগ্রহী।--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
।
উবুন্টু, ডিফল্টরূপে, অবিচ্ছিন্ন জার্নাল্ড লগগুলিকে সক্ষম করে না। @ অ্যাসপেক্সের মন্তব্যের জন্য আপনাকে ধন্যবাদ , আপনাকে যে কোনও একটি করতে হবে:
/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
এটির জন্য অকেজো, আইডিতে বার্তাগুলি ধারণ করে না যা বুট চলাকালীন সত্যই পর্দায় প্রদর্শিত হয়, কেবল বুট.লগ করে এবং এটি 16.04-এ কেবল কখনও কখনও কাজ করে, একমাত্র উপায় ছবি তোলা বা এটি লিখে রাখা। আমি একই সমস্যা আছে।
আমি কিছু বাগ রিপোর্টের মধ্য দিয়ে যাচ্ছিলাম এবং এটিতে আমি লক্ষ্য করেছি: https://bugs.launchpad.net/ubuntu/+source/ubuntu-gnome-default-settings/+bug/1536771 যে প্লাইমাউথ আসলে বুট.লগে লিখছে।
আপনি যদি https://launchpadlibrarian.net/257898272/plymouth-debug.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
আবার লেখা হয়। আমি উবুন্টু 19.04 ব্যবহার করি।
উবুন্টু 16,04 সালে boot.log
ফাইল এখনও অবস্থিত /var/log
ফোল্ডারের মত আপনি দেখতে পারেন এখানে । বুট লগফিল আজ (2016-04-29) থেকে। আপনি যখন উবুন্টু 16.04 ইনস্টল করেছেন বা উবুন্টু 15.10 থেকে উবুন্টু 16.04 এলটিএসে অপারেটিং সিস্টেমটি আপগ্রেড করেছেন তখন কিছু ভুল হতে পারে।
বিকল্পভাবে আপনি বিস্তৃত kern.log
ফাইল থেকে সাধারণ বুট আচরণ পরীক্ষা করতে পারেন । আরেকটি সম্ভাব্য বিকল্পটি হ'ল বুট লগ ফাইল তৈরি করার জন্য সিসলগ ডেমনকে ম্যানুয়ালি কনফিগার করা এবং এটি করার জন্য একটি টিউটোরিয়াল এখানে দেওয়া হয়েছে: লিনাক্স লগগুলি কীভাবে দেখতে এবং কনফিগার করতে হয়
অতিরিক্ত তথ্য :
আমি দুটি ভিন্ন মেশিনে বুট লগিংয়ের আচরণটি তদন্ত করেছি। UEFI ভিত্তিক BIOS সহ কম্পিউটারে boot.log
ফাইলটি বিদ্যমান - তবে লিগ্যাসি ভিত্তিক BIOS যুক্ত কম্পিউটারে এটি অস্তিত্বহীন বলে মনে হয়। সুতরাং যদি লিগ্যাসি বিআইওএস (এমবিআর / এমএসডোস) মোডে সিস্টেম ইনস্টল করা থাকে তবে আপনার boot.log
ফাইলটি কেন ২০১ 2016-০৪-২২ তারিখ থেকে নির্ধারিত হয়েছে তা এই ব্যাখ্যা হতে পারে , এটি উবুন্টু ১৫.১০ থেকে বাকী le
আপডেট তথ্য 2016-05-02:
আমি বুট লগিং ফাইলের আচরণের তদন্ত চালিয়ে গিয়েছি এবং পর্যবেক্ষণ করেছি যে boot.log
ফাইলটি এখনও ইউইএফআই ভিত্তিক মেশিনে বিদ্যমান রয়েছে, তবে কয়েক দিন থেকে ফাইলটি খালি রয়েছে। আর একটি বিকল্প যা আমি বুট প্রক্রিয়া চলাকালীন ঘটেছিল তা দেখার চেষ্টা করেছিলাম, এটি ছিল বুটচার্ট ইনস্টল করা , তবে সিস্টেমটি রিবুট করার পরে ফোল্ডারে প্রত্যাশার মতো 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
। লগ ফাইলগুলি খনন করার চেয়ে আমি আরও সহজ এটি খুঁজে পাচ্ছি যে কোনও সমস্যার কারণ রয়েছে।