내 /var/log/boot.log파일의 날짜가 2016-04-22이고 마지막으로 15.10에서 부팅 한 것으로 나타났습니다 . Xenial boot.log파일 은 어디에 있습니까 ?

용도 journalctl

journald모든 로그를 포함 하므로 journalctl적절한 필터와 함께 명령을 사용할 수 있습니다 . boot.loginit 시스템의 메시지를 포함하는 데 사용 된 의 경우 다음을 수행 할 수 있습니다.

journalctl -b0 SYSLOG_PID=1

• -b0현재 부팅, -b1이전 부팅 등의 메시지를 표시합니다 . -b옵션이 없으면 journalctl로그 시작 부분부터 메시지가 표시됩니다.
• SYSLOG_PID PID 1 (일명 init)의 메시지를 필터링합니다.

또는:

journalctl -b0 --system _COMM=systemd

• _COMM=systemdsystemd명령 에서 메시지를 찾습니다 . 이후 systemdinit이되고, 이것은 우리가 관심있는 것입니다.
• --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
   

관련 :

• CentOS 7에서 이전 부팅의 로그 메시지를 어떻게 표시합니까?

나는이 일에 약간의 버그 리포트를 통과하고 발견되었다 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'

Plymouth의 내부 작동 방식을 이해하지 못했지만 로그인 화면 앞에 표시되는 스플래시 화면을 담당하므로 로그인 화면에 들어가기 전에 스플래시 화면 (검은 색 화면)이없는 경우에만 가정 할 수 있습니다. 파일은 수정되지 않습니다. 로그인 화면 앞에 스플래시 화면이 표시되면 부팅 프로세스 출력이 boot.log 파일로 리디렉션됩니다.

Ubuntu 16.04에서 boot.log파일은 여기에서/var/log 볼 수 있듯이 여전히 폴더에 있습니다 . 부팅 로그 파일은 오늘 (2016-04-29)입니다. Ubuntu 16.04를 설치하거나 운영 체제를 Ubuntu 15.10에서 Ubuntu 16.04 LTS로 업그레이드했을 때 문제가 발생했을 수 있습니다.

또는 포괄적 인 kern.log파일 에서 일반 부팅 동작을 검사 할 수 있습니다 . 또 다른 가능한 대안은 부팅 로그 파일을 생성 하도록 syslog 데몬 을 수동으로 구성 하는 것입니다. 다음은이 작업을 수행하는 방법에 대한 자습서입니다. Linux 로그를보고 구성하는 방법

추가 정보 :

두 개의 다른 시스템에서 부팅 로깅 동작을 조사했습니다. UEFI 기반 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파일에 "기능"이있는 것처럼 보였으며 부팅 프로세스의 일부 정보로 채워져 있습니다. Ask Ubuntu에서 해결할 수없는 것으로 생각되는 임의로 변경되는 동작 인 것 같습니다. 따라서 Launchpad에 버그 보고서를 작성 하여이 문제를 해결해야합니다!

결론boot.log -Ubuntu 16.04 의 파일 동작을 일주일 동안 조사한 후에 는 /var/log/boot.log더 이상 걱정하지 않아도 journalctl됩니다.