需三步联动实现内核报错实时显示在物理控制台：一、启用内核日志直通，设loglevel≥4；二、配置journald的forwardtoconsole=yes、maxlevelconsole=err等参数；三、避免getty覆盖，可禁用tty1的getty或切换至空闲tty查看。

要让关键内核报错（如 panic、Oops、watchdog timeout）实时显示在物理控制台（即开机后看到的 tty1/tty2 等本地终端屏幕），不能只依赖 ForwardToConsole=yes —— 这个参数本身作用有限，且默认不启用。它只是将 journald 收到的日志消息“尝试转发”到控制台设备，但实际能否热推、推哪些等级、是否覆盖登录提示，取决于底层机制协同。真正起效需三步联动：内核日志直通 + journald 控制台转发 + 控制台日志级别调优。

确认并启用内核日志直通控制台

systemd-journald 本身不生成内核日志，它靠 systemd-journald-kmsg.socket 从 /dev/kmsg 读取。但若内核未把高优先级消息输出到控制台，journald 就无源可转。

• 检查当前内核控制台日志级别：dmesg -n（返回数字，0–8；推荐设为 4 或更高，4=KERN_WARNING 及以上，能捕获 err/warning/emerg）
• 临时生效：sudo dmesg -n 4
• 永久生效：在内核启动参数中添加 loglevel=4 console=tty1（编辑 /etc/default/grub 中的 GRUB_CMDLINE_LINUX，然后运行 sudo update-grub && sudo reboot）

开启并加固 journald 的控制台转发

ForwardToConsole=yes 是必要配置，但必须配合其他参数防止被覆盖或静默丢弃：

• 编辑 /etc/systemd/journald.conf，确保以下项明确设置：
• ForwardToConsole=yes
• MaxLevelConsole=err（只推 err 及更严重等级，避免刷屏；也可设为 warning 或 notice 按需放宽）
• TTYPath=/dev/console（显式指定目标，避免多 TTY 场景下转发错位）
• LineMax=256（防长日志截断，保持可读性）

改完后重启服务：sudo systemctl restart systemd-journald

避免控制台被 login 提示覆盖

即使日志已发到 /dev/console，tty1 上的 getty 登录提示可能遮盖内容。需确保日志能“穿透”到可见区域：

• 禁用 getty 在 tty1 的自动启动（若不需要图形/登录界面）：sudo systemctl disable getty@tty1
• 或保留 getty，但提升其日志缓冲区可见性：在 /etc/systemd/logind.conf 中设 NAutoVTs=7（预留更多 tty），再用 Ctrl+Alt+F2 切到干净 tty 查看实时推送
• 验证是否生效：触发一条测试内核警告（如 echo 'test' > /dev/kmsg），观察对应 tty 是否立即出现带 [kernel] 前缀的行

补充：紧急场景下强制刷屏（非持久化）

当系统已卡顿、journald 不响应时，可绕过它直接向控制台写入：

• echo -e "\033c" > /dev/tty1（清屏）
• echo "[EMERG] SYSTEM PANIC DETECTED!" > /dev/tty1（手动热推）
• 该方式不依赖 journald，适合 watchdog 失效等极端情况