我的一台机器是2GB EeePC Surf,这是一款资源非常有限的简洁上网本。现在有限,我还有22MB可用空间。
在它上面,我正在运行带有Openbox DE 的Arch Linux和许多需要的应用程序,以使其作为移动 PC 运行。
有哪些方法可以消除一些不必要的已用空间?
我正在寻找一种方法来删除coredumpctl list. 目前它列出了从 2014 年 12 月 14 日开始的核心转储 - 从那时到现在,我经常更新软件,以至于我怀疑那些旧的核心转储现在是否会帮助我调试任何问题。不幸的是,删除文件/var/lib/systemd/coredump只会使 coredumpctls 输出的“PRESENT”列中的星号消失。
我找不到任何方法来删除联机帮助页或 coredumpctl 的帮助输出中有关 coredump 的所有信息。
我花了几天时间编写了一个 python 脚本,并为它创建了一个 systemd 单元文件。在测试期间,该脚本将大量错误记录到 journald。现在我已经完成了,我想从日记中清除这些错误。
有多种方法可以清除整个日志,如下所述:如何清除 journalctl
包括使用journalctl --vacuum-time=2d、使用journalctl --vacuum-size=500M和临时设置SystemMaxUse=/etc/systemd/journald.conf 中的为一个非常低的值。
所有这些似乎都会清除整个日志,影响所有单位。我只需要清除单个单元的条目。这可能吗?
我有一个运行我正在开发的服务的 Ubuntu 18.04 服务器。输出正在发送到系统日志以进行日志记录。
我不小心没有清理一些日志记录,并且一个明文密码(对于我自己的用户)被意外泄露到日志中。
我已经修复了服务的日志记录行为。现在我只想编辑日志文件以删除带有明文密码的行。
如何编辑journalctl文件?
在 RHEL 7.2 中,systemd启动并确定主机的主机名。如果/etc/hostname不可用(即,已删除)/etc/machine-info且不可用,并且内核未配置该信息(即sysctl's kernel.hostname),则为systemd主机分配一个“临时”主机名。问题是:它从哪里确定这一点?
主机最初是这样命名的。然后我克隆了主机(它是一个 VM)并清除了对该名称的所有引用。但是在启动过程中,很早就被设置成这样。
如果我启动,rescuemode我可以看到它很早就设置了主机名:
[ 0.456076] systemd[1]: systemd 208 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +AC
L +XZ)
[ 0.456664] systemd[1]: Detected virtualization 'kvm'.
[ 0.456955] systemd[1]: Running in initial RAM disk.
[ 0.458496] systemd[1]: Set hostname to <badhostname.example.com>.
[ 0.475394] systemd[1]: Expecting device dev-mapper-vgroot\x2dlvroot.device...
Run Code Online (Sandbox Code Playgroud)
在命令提示符下,它被设置为“临时”主机名:
# hostnamectl status
Transient hostname: badhostname.mydomain.com
...
Run Code Online (Sandbox Code Playgroud)
可能不是这样systemd:我什至在使用时遇到这个问题init=/bin/bash …
我们的一台 Ubuntu 18.04 主机被捕获了 12 GB 的*.journal文件,远远超出了预期。为了弄清楚它们是否值得保留,我跑了
journalctl --file $f
Run Code Online (Sandbox Code Playgroud)
每个早于今天的文件;这总是导致Failed to open files或--- No entries ---。
我得出这样的文件是垃圾并且可以丢弃的结论是否正确?
如果是的话,它们为何存在?支持的清理方法是什么?是否值得定期检查系统是否存在?
我很困惑地发现,例如,运行时journalctl -f显示我的日志在 8 个月前的 4 月 20 日停止。我吹奏到“less”,journalctl | less并按G下去到最后,同样的事情。
然后我就这么做了,journalctl | less并且‘慢慢’地往下走(ctrl+d),这样我就能比 4 月 20 日走得更远……
日志中有很多内容!我认为这是因为加载的内容有限制。但是,日志不应该被轮换吗?或者在没有用户干预的情况下以某种方式进行修剪?
在我的journald.conf SystemMaxFileSize/中SystemMaxUse未设置(我在这里找到的解决方案)。我可以尝试上面的方法,但我有点想弄清楚它的真相。
我使用的是Manjaro 5.8.18-1。
非常感谢任何帮助或见解。谢谢!
systemd ×4
journalctl ×3
logs ×2
arch-linux ×1
boot ×1
core-dump ×1
efficiency ×1
manjaro ×1
openbox ×1