В Ubuntu 16.04 boot.log файл все еще расположен в /var/log папка, как Вы видите здесь. Файл журнала начальной загрузки с сегодняшнего дня (2016-04-29). Возможно, что-то пошло не так, как надо, когда Вы установили Ubuntu 16.04 или обновили операционную систему от Ubuntu 15.10 до Ubuntu 16.04 LTS.

Кроме того, можно исследовать общее поведение начальной загрузки от всестороннего kern.log файл. Другая возможная альтернатива должна была бы вручную настроить демона системного журнала для генерации файла журнала начальной загрузки и здесь является учебным руководством, как точно сделать это: Как Просмотреть и Настроить Журналы Linux

Дополнительная информация:

Я исследовал поведение входа начальной загрузки на двух различных машинах. На компьютере с UEFI основывал BIOS boot.log файл существует - но на компьютере с основанным на наследии BIOS это, кажется, не существует вообще. Таким образом в случае, если система установлена в режиме BIOS (MBR/msdos) прежней версии, это могло быть объяснением почему Ваш boot.log файл датирован с 22.04.2016, это - остаток из Ubuntu 15.10.

Обновленная информация 02.05.2016:

Я продолжил исследовать поведение файла входа начальной загрузки и заметил что boot.log файл все еще существует на базирующейся машине UEFI, но с нескольких дней файл пуст. Другая альтернатива я пытался видеть то, что происходит во время процесса начальной загрузки, должна была установить BootChart, но bootchart.png не существовал в /var/log папка как ожидалось после перезагрузки системы... только была пустым /var/log/bootchart папка, которая также не содержала ожидаемый bootchart.png файл.

Обновленная информация 04.05.2016:

Сегодня boot.log файл, казалось, имел "функциональность" снова, это заполнено частичной информацией от процесса начальной загрузки. Это, кажется, случайным образом изменяющееся поведение, что я думаю, не может быть решен здесь на, Спрашивает Ubuntu - таким образом, необходимо рассмотреть для регистрации отчета об ошибках на Панели запуска для решения этого!

Заключение - после одной недели расследования boot.log поведение файла в Ubuntu 16.04: Вы не должны волноваться о /var/log/boot.log больше и просто привыкните к journalctl вместо этого.

Я проходил некоторые отчеты об ошибках и замеченный в этом: https://bugs.launchpad.net/ubuntu / + source/ubuntu-gnome-default-settings / + ошибка/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'

у меня нет понимания того, как внутренности Плимутской работы, но так как это ответственно за экран-заставку, который обнаруживается перед экраном входа в систему, я могу только предположить, что, если нет никакого экрана-заставки (черный экран) прежде, чем добраться до экрана входа в систему, файл не изменяется. Если у Вас действительно есть экран-заставка, показывающий, прежде чем экран входа в систему, процесс начальной загрузки произвел, перенаправляется в файл boot.log.

Использовать journalctl

С тех пор journald содержит все журналы, можно использовать journalctl команда с подходящими фильтрами. В случае boot.log, который раньше содержал сообщения от init системы, Вы могли сделать:

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.

Персистентный вход

Ubuntu, по умолчанию, не включает персистентные журналируемые журналы. Благодаря комментарию @Auspex необходимо сделать любой из:

1. Править /etc/systemd/journald.conf включать:

   Storage=persistent
   

2. Создайте a /var/log/journal каталог вручную:

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

Похожие страницы:

• Как я отображаю сообщения журнала от предыдущих начальных загрузок под CentOS 7?