如何将Linux内核Panic输出定向至USB串口控制台

我之前排查类似问题时踩过不少坑，结合你的环境（Debian 8 + 4.14内核 + systemd管理ttyUSB0），咱们一步步来调整配置，让Panic日志能输出到USB串口：

1. 调整内核命令行的参数顺序与补充关键项 #

你已经加了console=tty0 console=ttyUSB0,9600n8，但内核在处理Panic输出时，控制台的优先级会影响最终输出位置。试试把USB串口放在前面，让内核优先把Panic日志发过去：

console=ttyUSB0,9600n8 console=tty0

另外，加上earlycon参数（只要你的内核支持），它能让内核在启动早期就初始化串口，哪怕系统Panic也能保持输出：

earlycon=usb_serial,0xXXXX,0xYYYY,9600n8

注：0xXXXX和0xYYYY是你的USB串口设备的厂商ID和产品ID，用lsusb就能查到——比如输出里的ID 1a86:7523，前面的1a86就是厂商ID，后面的7523是产品ID。如果不确定格式，也可以试试简化版earlycon=ttyUSB0,9600n8，部分内核版本支持这种写法。

2. 配置sysctl参数强制Panic时输出到所有控制台 #

编辑/etc/sysctl.conf，添加或修改以下参数，确保Panic发生时内核不会吝啬日志输出：

# 让内核输出所有级别的日志（包括Panic级）
kernel.printk = 8 4 1 7
# Panic时给串口一点缓冲时间，避免日志丢包
kernel.panic_printk_delay = 1000
# 强制Panic时向所有已注册的控制台发送消息
kernel.console_trigger_on_panic = 1

改完后执行sysctl -p让配置立刻生效。

3. 绕开systemd对ttyUSB0的管理 #

因为systemd在系统Panic时大概率会停止工作，可能会中断串口连接。咱们把ttyUSB0的getty交给传统的init管理：

• 先禁用systemd的串口服务：systemctl disable serial-getty@ttyUSB0.service
• 编辑/etc/inittab，添加一行：

T0:23:respawn:/sbin/getty -L ttyUSB0 9600 vt100

• 执行init q让inittab的修改生效。这样getty由init直接托管，在Panic场景下更稳定。

4. 确认USB串口驱动是编译进内核的 #

如果你的USB串口驱动是内核模块（比如usbserial或ftdi_sio），Panic时内核可能无法加载或运行模块，导致串口输出失效。检查一下：

zcat /proc/config.gz | grep CONFIG_USB_SERIAL_CONSOLE

如果输出是CONFIG_USB_SERIAL_CONSOLE=y，说明驱动是编译进内核的，没问题；如果是=m，那你得重新编译内核，把这个选项改成y（编译进内核）。

5. 验证配置 #

修改完内核命令行后，别忘更新grub：

update-grub

重启系统后，用echo c > /proc/sysrq-trigger触发Panic，看看串口能不能收到日志。另外，也可以先测试常规高优先级日志：echo "test panic log" > /dev/kmsg，如果串口能看到这条消息，说明基础输出通路没问题，问题只在Panic场景。

内容的提问来源于stack exchange，提问作者Franz