DMIT出问题了吗？

伊斯蓝

突然发现梯子坏了
ssh端（root密码）上去总是说我密码错误
登录网页控制台就是这副样子

对键盘鼠标的输入没有任何响应
无奈只能重建
然后修改sshd_config文件
PermitRootLogin改为yes
PasswordAuthentication改为yes
重启ssh服务
ssh端还是说密码错误
这是什么鬼？

oon

有时间发帖，还不如提个工单问问

dragonfsky

从截图中可以看出，日志里反复出现 `systemd-journald[...]` 的提示，类似：

```
Data hash table of /var/log/journal/.../system.journal has a fill level at 75.0
Journal header limits reached or header out-of-date, rotating.
```

这些信息表明 systemd-journald 在记录日志时，检测到当前日志文件的容量、哈希表负载等已经达到或超过阈值，因此触发了“日志轮转”(rotate) 或“清理”逻辑。大致原因可能有：

1. **日志文件较大或日志内容过多**
当 journald 的日志文件到达了某个上限（默认情况下有一些占用比例或磁盘限制配置），它就会进行日志轮转，生成新的日志文件。

2. **哈希表负载到达阈值**
systemd-journald 内部通过哈希表来索引日志，当哈希表负载很高时，也会触发日志文件的轮转或清理机制。

3. **journal header out-of-date**
也就是提示日志文件头部信息已过期或超过使用时限，同样会引**转。

#### 如何处理
- 如果这些日志只是在轮转时出现，是一种正常的行为。systemd-journald 会在达到限制时自动进行轮转，以防止日志无限制增长并占满磁盘。
- 如果日志轮转过于频繁，或你发现磁盘空间被日志大量占用，可以考虑：
1. 调整 journald 的配置（例如 `/etc/systemd/journald.conf`）来限制日志文件的大小或总占用量（`SystemMaxUse`、`SystemMaxFileSize` 等）。
2. 检查是否有异常服务产生了过多日志，必要时优化或抑制部分冗余日志输出。
3. 确保磁盘空间足够，并定期进行日志清理或备份。

简单来说，这些日志提示并不代表严重错误，而是 systemd-journald 的常规运作信息，只是说明日志正在轮转或超出阈值后被限制，从而保证系统日志不至于无限制地增长。

balala

硬盘满了，就这么简单。