На 14.04 LTS был файл /var/log/boot.log, но это продолжилось 16.04. Весь совет, который я видел, говорит для использования systemd's journalctl
команда.
Однако...
Journalctl дает подробно записи в журнале стиля системного журнала, что boot.log на 14,04 дал Вам, был журнал того, что на самом деле появилось на консоли, т.е. <Service Name> .... [OK]
или <Service Name> ....[FAIL]
. Именно эта сводная информация я хочу получить доступ на бездисплейном сервере. Я нашел, что это дало очень полезную сводку и затем если что-то было недовольно, что я мог бы заняться расследованиями далее. Также некоторые демоны только извергли бы полезную диагностическую информацию о консоли а не в журнале (возможно, systemd соглашения с этим лучше).
Есть ли такой журнал стиля машинописного текста консольного вывода на 16,04?
Это не дубликат вышеупомянутого запроса, как я знаю о journalctl. Это - это, journalctl дает другую информацию от того, что boot.log сделал (т.е. последний зарегистрировал то, что появилось на консольном экране).
Если Вы хотите видеть, какие сервисы перестали работать или запустились, используйте systemctl
:
$ sudo systemctl --type=service
UNIT LOAD ACTIVE SUB DESCRIPTION
accounts-daemon.service loaded active running Accounts Service
acpid.service loaded active running ACPI event daemon
alsa-restore.service loaded active exited Save/Restore Sound Card Stat
apparmor.service loaded active exited LSB: AppArmor initialization
atd.service loaded active running Deferred execution scheduler
avahi-daemon.service loaded active running Avahi mDNS/DNS-SD Stack
binfmt-support.service loaded active exited Enable support for additiona
cgmanager.service loaded active running Cgroup management daemon
click-system-hooks.service loaded active exited Run Click system-level hooks
colord.service loaded active running Manage, Install and Generate
console-setup.service loaded active exited Set console font and keymap
cron.service loaded active running Regular background program p
cups-browsed.service loaded active running Make remote CUPS printers av
cups.service loaded active running CUPS Scheduler
dbus.service loaded active running D-Bus System Message Bus
deluge-web.service loaded active running Deluge Bittorrent Client Web
deluged.service loaded active running Deluge Bittorrent Client Dae
ebtables.service loaded active exited LSB: ebtables ruleset manage
getty@tty1.service loaded active running Getty on tty1
grub-common.service loaded active exited LSB: Record successful boot
Это открывается в пейджере по умолчанию.
, Если Вы хотите видеть то, что перестало работать во время начальной загрузки, снова используйте systemctl
:
$ systemctl --state=failed
UNIT LOAD ACTIVE SUB DESCRIPTION
● var-www-archlinux.mount loaded failed failed /var/www/archlinux
● openvpn.service loaded failed failed OpenVPN service
● openvpn@auth-ldap.service loaded failed failed OpenVPN connection to auth-ldap
● openvpn@server.service loaded failed failed OpenVPN connection to server
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
4 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
Примечание, что это не ограничено просто сервисами - отказавший, монтируется, и другие systemd единицы также перечислены. Можно ограничить вывод типом systemd единицы с помощью --type
опция.
Также некоторые демоны только извергли бы полезную диагностическую информацию о консоли а не в журнале (возможно, systemd соглашения с этим лучше).
systemd-journald
делает довольно полное задание получения всего вывода от сервисов.