在 14.04 LTS 上有一个 /var/log/boot.log 文件,但在 16.04 上它已经不存在了。我看到的所有建议都说使用 systemd 的journalctl
命令。
然而...
Journalctl 提供详细的 syslog 样式日志条目,14.04 上的 boot.log 提供的是实际上出现在控制台上,即<Service Name> .... [OK]
或<Service Name> ....[FAIL]
。我希望在无头服务器上访问这些摘要信息。我发现这提供了非常有用的摘要,如果出现问题,我可以进一步调查。此外,一些守护进程只会在控制台上而不是在日志中喷出有用的诊断信息(也许 systemd 可以更好地处理这个问题)。
有没有这样的打字稿16.04 上的控制台输出样式日志?
据我所知,这与上述查询不重复。journalctl 给出的是不同的boot.log 中记录的信息(即后者记录了什么出现了在控制台屏幕上)。
答案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
[email protected] 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
● [email protected] loaded failed failed OpenVPN connection to auth-ldap
● [email protected] 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 单元。您可以使用该--type
选项将输出限制为某种类型的 systemd 单元。
另外,一些守护进程只会在控制台上而不是在日志中喷出有用的诊断信息(也许 systemd 可以更好地处理这个问题)。
systemd-journald
可以非常彻底地捕获服务的所有输出。