因此，当我暂停我的笔记本电脑，然后稍后将其唤醒时，我的笔记本电脑确实打开了，例如，我可以使用 kepboard 通过音频确认来调高和调低音量，但我的屏幕仍然是黑色的并且没有直到我重新启动笔记本电脑后才显示任何内容。
当我发出时，journalctl我会得到所有系统服务的大量日志，但所有这些信息都存储在哪里？
我想找到引导问题的原因我已经尝试过 ls -ltr /var/log from antony@antony 这让我登录不正确有人可以告诉我使用什么命令来查看是什么导致了启动问题，谢谢
注意，当尝试来自 antony@antony 的一些命令然后输入密码时，我的登录信息不正确。那正确吗？
我注意到我的/var/log/boot.log文件日期为 2016-04-22，上次我是在 15.10 启动的。Xenialboot.log文件位于何处？
今天早上我的内核更新崩溃了，我不得不启动到旧内核。我想查看用于崩溃启动的日志日志：
journalctl --list-boots
0 336aa03f15d3443d95e079ad17b6dc77 Fri 2018-02-02 05:49:03 MST—Fri 2018-02-02 17:57:50 MST
它只显示旧内核上的当前重新启动，而不是 10 分钟前崩溃几次的内核更新。
如何在重新启动后获得持久性以查看以前的启动日志？
我已经为此搜索了 Askubuntu 和其他网站，但没有发现任何实质性的内容，所以我希望它不是太多重复。
无论如何，我最近遇到了随机冻结 - 系统完全锁定，我的键盘和鼠标没有响应，PC 也从活动的网络客户端中消失（通过使用来自不同 PC 的 nmap 扫描我的网络）所以我假设它完全死亡，而不仅仅是失去输入。升级到 19.04 后，它最近开始发生。
我一直无法查明问题，唯一的共同点似乎是 Chrome。然而，即便如此，仍然存在巨大的变化窗口，因为我可以做任何事情，从观看 YT 到仅阅读 Latex 格式提示，从高负载到低负载。我关闭了 GPU 加速和其他实验性好东西，所以我不认为是这样 - 此外，我在 19.04 之前从未遇到过这样的问题。
在冻结之前 /var/log/syslog 中出现以下内容：
Sep 25 12:31:08 meeshbox systemd[1]: Started Run anacron jobs.
Sep 25 12:31:08 meeshbox anacron[11822]: Anacron 2.3 started on 2019-09-25
Sep 25 12:31:08 meeshbox anacron[11822]: Normal exit (0 jobs run)
Sep 25 12:31:08 meeshbox systemd[1]: anacron.service: Succeeded.
Sep 25 12:31:32 meeshbox org.gnome.Shell.desktop[1329]: Window manager warning: Window 0x3802c74 sets an MWM hint indicating it …尝试 manjaro 后，我刚刚在我的 Dell xps 15 9570 上安装了 Disco，我非常喜欢它，但我在挂起时遇到了大问题。
如果我关上盖子或将其放置太长时间并尝试没有任何反应，似乎显示屏背光亮了，但它仍然保持黑色。为了唤醒它，我尝试按下键并摆动鼠标以及点击电源按钮，但无济于事，到目前为止所做的只是将其完全关闭并重新启动，这意味着我失去了我正在做的任何事情。
我也试过寻找一个/var/log/pm-suspend.log文件，因为我在其他地方看到过，但我没有，这是它应该在的目录：
$ ls /var/log
alternatives.log dmesg gdm3 openvpn
apt dmesg.0 gpu-manager.log private
auth.log dmesg.1.gz gpu-manager-switch.log speech-dispatcher
boot.log dmesg.2.gz hp syslog
bootstrap.log dmesg.3.gz installer unattended-upgrades
btmp dpkg.log journal wtmp
cups faillog kern.log Xorg.0.log
dist-upgrade fontconfig.log lastlog Xorg.0.log.old
Nvidia x 服务器设置设置为使用 Nvidia GPU 而不是 Intel one
**System info**
OS version: 19.04
Kernel: 5.0.0-13-generic
Gnome: 3.32.1
CPU: Intel® Core™ i7-8750H CPU @ 2.20GHz × 12
GPU: GeForce GTX 1050 Ti with …在 Ubuntu 18.04 上同时安装了 journald 和 rsyslog。两者都用于收集日志消息并存储它们的相同目的。所以我们有两个程序在这里做同样的工作。
我能发现的是，journald 只将日志消息保存在它自己的日志文件中，可以使用该journalctl命令进行查询。没有写入可读文件。此外，journal 将始终从 systemd 启动的所有服务中收集日志输出，这些服务应该始终是所有服务，因为最终 systemd 甚至从较旧的方案（如 init 脚本）启动所有进程。
Rsyslog 还通过一些套接字接收日志消息，就像过去 50 年左右的 syslog 一样工作。应用程序必须将它们的消息发送到该套接字，而 rsyslog 将接收它们。不确定 journald 实际如何接收任何东西。然后 rsyslog 根据其配置将这些接收到的消息转发到不同的可读文件中。
在 Ubuntu 中，两者都安装了但似乎没有连接。至少 rsyslog 不会加载“imjournal”模块，它可以用来“读取”journald 中的日志消息。我不明白 rsyslog 如何（主动）读取任何东西，我认为它只是（被动）接收消息。但无论如何它都没有使用它。
文件 /var/log/syslog 包含的内容与 显示的大致相同journalctl，只是sudo文件中缺少的输出。但我还没有全部比较。
那么这是如何工作的呢？谁将日志消息发送到哪里，谁接收它们以及将它们转发到哪里？如果两个目的地都填满了，是否每个应用程序都必须分别向 syslog 和 journald 发送消息？如果它们是相互关联的，为什么没有消息重复？是不是又被过滤掉了？哪个位置更完整，如果我想要完整的图片应该在哪里看？
如果这在较新版本的 Ubuntu 中发生了任何变化，我也会对此感兴趣，因为明年我要将旧服务器切换到 20.04。
编辑：以下是有关该主题的更多资源：
所有这些信息让我有点困惑。似乎日志首先从系统调用接收所有系统日志数据（我的 /dev/log 指向 /run/systemd/journal/dev-log），并且 rsyslog 通过一个看起来像套接字的套接字从日志中获取它在有日志之前使用过的（可能是 …
在我的登录窗口出现之前，我快速弹出错误（无法读取它们）。我在系统日志中找不到它们。有什么方法可以弄清楚这些错误是什么？
我想通过电子邮件向我的客户发送月度正常运行时间报告。任何人都可以帮助我如何生成月度报告。