/var/log/boot.logDosyamın 2016-04-22 tarihleri ​​arasında, en son 15.10'da açtığımda olduğunu fark ettim . Xenial boot.logdosyaları nerede bulunur?

kullanım journalctl

Yana journaldtüm günlükleri içeren kullanabileceğiniz journalctluygun filtrelerle komutu. Durumunda boot.loginit sisteminden mesajları içerecektir için kullanılan, bunu yapabilirsiniz:

journalctl -b0 SYSLOG_PID=1

• -b0Geçerli önyüklemeden, -b1önceki önyüklemeden gelen mesajları vb. gösterir. -bSeçenek olmadan, journalctlgünlüğün başındaki mesajları gösterir.
• SYSLOG_PID PID 1, aka init'ten gelen mesajları filtreler.

Veya:

journalctl -b0 --system _COMM=systemd

• _COMM=systemdkomuttaki mesajları arar systemd. Yana systemdinit edilir bu bizi ilgilendiren bir tanesidir.
• --system kullanıcı oturum günlükleri yerine sistem günlüğündeki mesajları filtreler.

Örnek:

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

journalctlGünlükleri varsayılan olarak çağrı cihazında açar, böylece boru aktarmanıza gerek kalmaz less.

Kalıcı kayıt

Ubuntu, varsayılan olarak kalıcı günlük kaydı günlüklerini etkinleştirmez. @Auspex tarafından yapılan yorum sayesinde, aşağıdakilerden birini yapmanız gerekiyor:

1. Eklenecek şekilde /etc/systemd/journald.confdüzenleyin:

   Storage=persistent
   

2. /var/log/journalManuel olarak bir dizin oluşturun :

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

İlgili:

• CentOS 7 altındaki önceki botlardan gelen günlük mesajlarını nasıl görüntülerim?

Bazı hata raporlarından geçiyordum ve bunda bir fark vardı: https://bugs.launchpad.net/ubuntu/+source/ubuntu-gnome-default-settings/+bug/1536771 Plymouth'un aslında boot.log'a yazdığını.

Https://launchpadlibrarian.net/257898272/plymouth-debug.log adresine bakarsanız ve tarayıcınızda 'boot.log' için arama yaparsanız aşağıdaki satırları alırsınız:

[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'

Plymouth içlerinin nasıl çalıştığını anlamadım, ancak giriş ekranından önce görünen açılış ekranından sorumlu olduğu için, giriş ekranına geçmeden önce yalnızca giriş ekranı (siyah ekran) yoksa bunu varsayabilirim. , dosya değiştirilmedi. Giriş ekranından önce gösterilen bir açılış ekranınız varsa, önyükleme işlemi çıkışı boot.log dosyasına yönlendirilir.

Ubuntu 16.04'te boot.logdosya, burada/var/log görebileceğiniz gibi hala klasörde bulunmaktadır . Önyükleme günlük dosyası bugünden itibaren (2016-04-29). Belki Ubuntu 16.04'ü kurduğunuzda veya işletim sistemini Ubuntu 15.10'dan Ubuntu 16.04 LTS'ye yükselttiğinizde bir şeyler ters gitti.

Alternatif olarak, genel önyükleme davranışını kapsamlı kern.logdosyadan da inceleyebilirsiniz. Diğer bir olası alternatif , önyükleme günlüğü dosyasını oluşturmak için syslog arka planını el ile yapılandırmak olacaktır ve işte tam olarak bunun nasıl yapılacağı hakkında bir öğreticidir: Linux Günlüklerini Görüntüleme ve Yapılandırma

Ek bilgi :

Önyükleme günlüğü davranışını iki farklı makinede araştırdım. UEFI tabanlı bir BIOS'u olan boot.logbir bilgisayarda dosya var - ancak eski tabanlı BIOS'u olan bir bilgisayarda hiç yok gibi görünüyor. Bu nedenle, sistem eski BIOS (MBR / msdos) modunda boot.logkuruluysa, dosyanızın 2016-04-22 tarihinin neden geçtiğinin açıklaması bu olabilir , Ubuntu 15.10'dan kalan artık.

Güncelleme bilgileri 2016-05-06:

Önyükleme günlüğü dosyasının davranışını araştırmaya devam ettim ve boot.logdosyanın hala UEFI tabanlı makinede bulunduğunu gözlemledim , ancak birkaç günden beri dosya boş. Önyükleme işlemi sırasında ne olacağını görmeye çalıştığım bir başka alternatif ise BootChart'ı yüklemek oldu , ancak sistemi yeniden başlattıktan sonra beklendiği gibi klasörde bootchart.pngyoktu /var/log... sadece /var/log/bootchartbeklenen bootchart.pngdosyayı içermeyen boş bir klasör vardı .

Güncelleme bilgileri 2016-05-04:

Bugün, boot.logdosya tekrar "işlevselliğe" sahipti, önyükleme işleminden gelen kısmi bilgilerle doluydu. Rasgele değişen bir davranış gibi görünüyor, sanırım burada Ubuntu'yu Sor'da çözülemez - bu sorunu çözmek için Launchpad'de bir hata raporu hazırlamayı düşünmelisiniz!

Sonuç - boot.logUbuntu 16.04'teki dosya davranışının araştırılmasından bir hafta sonra : Artık endişelenmemeli /var/log/boot.logve journalctlbunun yerine alışmalısın.