我的最后一个问题管理嵌入式系统 /var/log/syslog 大小的选项有哪些没有得到回答，所以我问这个问题是为了看看是否可以停止使用 /var/log/syslog 而只使用 systemd 日志。 我不希望这个文件在将来（嵌入式系统）增长，也不想使用 logrotate 来管理它，因为我可以使用受我在 /etc/systemd/journald.conf 中设置的规则管辖的 systemd 日志。 换句话说，我不想有两个日志系统。就我个人而言，我更喜欢 /etc/log/syslog，因为它是一个文本文件，而 systemd 的日志是二进制文件，但由于...
我尝试查看关键链，并设法修复了一些问题，但找不到更多相关信息。我还尝试删除 snap 包及其依赖项。之前的 systemd-journal-flush 也出现了问题，但我将其清除了。我不是内核代码和依赖项方面的专家。 $ systemd-analyze critical-chain 设备激活或启动后的时间打印在“@”字符后。 设备启动所需的时间打印在“+”字符后面。 graphic.target @4分钟 11.302秒 └─multi-user.target @4分钟 11.302秒 └─systemd-user-sessions.service...
我的journalctl日志保存了超过 300 MB 的日志，如 所示journalctl --disk-usage。当我运行 时，一切似乎都井然有序journalctl --verify： $ journalctl --disk-usage Archived and active journals take up 328.0M on disk. $ journalctl --verify PASS: /var/log/journal/d7b25a27fe064cadb75a2f2f6ca7764e/system.journal PASS: /va...
几天前，我在我的华硕笔记本电脑上安装了 Ubuntu 17.04 和 Windows 10 双启动，不久之后，我注意到该systemd-journald过程持续使用了 25-35% 的 CPU。 我跟踪了这个过程，并保存了部分输出，如下所示这里。 看起来 CPU 正在循环，做一些与 pci 设备相关的事。 有人对这个问题有什么建议吗？ ...
我的系统上有一项服务正在发送大量日志并生成大量数据。我不知道是哪项服务。 使用常规日志文件，我可以用来ls -lha打印目录中所有文件的大小/var/log，这将指向罪魁祸首。但是使用 systemd，所有日志都位于一个“日志”文件中。 如何生成一个包含相应日志大小的单位列表？我想要类似这样的列表； +----------------------+-------+ | UNIT | SIZE | +----------------------+-------+ | system.slice | 35.2M |...
我们在 Ubuntu 22.04 上运行了一个服务器应用程序。应用程序日志非常垃圾。 journalctl -S -1hour | wc --lines 121349 journalctl -S -1hour | wc --bytes 32382836 有时，服务器会在几分钟内完全无响应。CPU 将达到 100%，我们的应用程序响应如此迟钝，以至于其他代理停止报告任何指标。 当事件结束时，我们注意到我们的应用程序没有崩溃，但记录了一堆超时错误，因为它在最后几分钟内无法执行任何操作。然而，它在那之后确实继续工作。 我发现这个/var/log/syslog F...
![systemd-journald[1016]: 无法发送 WATCHDOG=1 通知消息: 传输端点未连接](https://linux22.com/image/1199729/systemd-journald%5B1016%5D%3A%20%E6%97%A0%E6%B3%95%E5%8F%91%E9%80%81%20WATCHDOG%3D1%20%E9%80%9A%E7%9F%A5%E6%B6%88%E6%81%AF%3A%20%E4%BC%A0%E8%BE%93%E7%AB%AF%E7%82%B9%E6%9C%AA%E8%BF%9E%E6%8E%A5.png)
启动/关闭终端上出现此消息，我无法关闭机器。我先把电池耗尽，希望重启后它能恢复。情况如下。 安装 Ubuntu Desktop ISO 映像后，我开始了重置过程。我创建了一个配置文件。在重新启动开始时，我取出了装有 ISO 的 Ubuntu USB。突然间，我的屏幕上充满了控制台消息，其中的文本说明： systemd-journald[1016]: 无法发送 WATCHDOG=1 通知消息: 传输端点未连接 该脚本现在已冻结，并且我的键盘似乎无法工作，但是我可以打开Fn和关闭锁，但没有电源选项。 显然它与我的片段缓存条目有关。 我已重新插入 USB 闪存...
我想知道在使用 收集系统信息时是否有办法过滤掉个人信息journalctl。例如，我们可以删除 MAC/IP 地址、证书、固件密钥等吗？ ...
当我在终端中运行 snap 应用程序时，如下所示： /usr/bin/snap run shadowsocks-rust.ssserver -c /etc/shadowsocks-rust/config.json 我看到了日志： 2023-05-14T18:55:11.714373725+03:00 INFO shadowsocks server 1.15.3 build 2023-03-12T16:38:32.068195882+00:00 2023-05-14T18:55:11.715955767+03:00 INFO shadowsocks tc...
我原本想知道find上周修改了哪些文件（在意外的结果让我开始我在这个问题中描述的任务之前），所以我运行了以下命令（10080 分钟 = 1 周）： find . -mmin -10080 -exec ls -lh {} \; 但令我大吃一惊的是，一连串看似永无止境的文件飞过屏幕。 我尝试缩小范围，结果发现了这一点： find . -mmin -6704 -exec ls -lh {} \;不返回任何内容，而 find . -mmin -6705 -exec ls -lh {} \;返回大约 200 个文件，所有这些文件看起来都像是旧文件。 我以为我的版...
该journalctl命令将对其消息进行颜色编码。摘自其手册页： 当输出到 tty 时，行会根据优先级进行着色：级别 ERROR 及更高的行会显示为红色；突出显示 NOTICE 级别及更高级别的行；DEBUG 级别的行显示为浅灰色；其他行则正常显示。 在我的任何系统上，红色都是红色。但“突出显示”的概念因系统而异。 例如，gnome 终端（带有TERM=xterm-256color）对一台机器使用黄色： 但是当ssh在第二台机器上执行此操作时，相同的 journalctl 和相同的 TERM var 以及相同的终端显示如下： 因此，“突出显示”的颜色必须...
我正在尝试清除日志中的 dhcpd 垃圾邮件。 使用rsyslog.conf我dhcpd.conf已经能够别管它并/var/log/syslog把它放进去，/var/log/dhcpd.log这很棒。 但是，journalctl仍然会显示 dhcpd 垃圾邮件。 我如何指示 journalctl 使用“everything-but-X”过滤器？ 我不想打字 $ journalctl --facility=kern,user,mail,....,local7 但将逻辑反转如下： $ journalctl --facility=!local7 但后一种语法是...
我的系统登录信息中journalctl充满了有关“gvc_mixer_card'。从谷歌看来，这似乎与音量控制有关。我在下面附上了日志中消息的样本。奇怪的是，当这些消息在日志中时，没有任何内容在播放。而且，当播放某些内容时，没有任何声音问题。 Feb 08 10:53:52 Mine gsd-media-keys[1264]: gvc_mixer_card_get_index: assertion 'GVC_IS_MIXER_CARD (card)' failed Feb 08 10:53:52 Mine gsd-media-keys[1264]: gvc_...
vlc 有一个错误，导致它可以在 syslog 和 journalctl 中生成 GB 级的日志（12GB 和 4GB）。而且由于 journalctl 的性质，没有办法清除日志中的此类垃圾。但使用 logNamespace 的 journalctl 可以限制应用程序的日志大小。但使用 snap，事情变得更加复杂……我正在寻找一种方法来拆分和限制单个 snap 应用程序的日志。谢谢。 ...
%20%E5%A4%B1%E8%B4%A5%20.png)
我的journalctl条目充满了nemo[50830]: connect() failed。 $ journalctl -r Nov 09 16:38:45 iMac nemo[50830]: connect() failed Nov 09 16:38:45 iMac nemo-desktop[2887]: connect() failed Nov 09 16:38:44 iMac nemo-desktop[2887]: connect() failed Nov 09 16:38:44 iMac nemo[5...