Ubuntu 16.04 LTS доступ к консоли загружает сообщения

На 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 сделал (т.е. последний зарегистрировал то, что появилось на консольном экране).

1
задан 10 February 2017 в 16:23

1 ответ

Если Вы хотите видеть, какие сервисы перестали работать или запустились, используйте 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 делает довольно полное задание получения всего вывода от сервисов.

2
ответ дан 7 December 2019 в 13:36

Другие вопросы по тегам:

Похожие вопросы: