邮政
新的控制 PC 上会出现一个常见的 OpenArm 启动问题：CAN 工作一次，然后重新启动后预期的接口名称消失，设备绑定不同，或者启动脚本无法再找到总线。
如何诊断 OpenArm 在新控制 PC 上重新启动后 CAN 接口丢失的情况？
请分享如何验证驱动程序加载、接口命名和启动顺序，以及哪些检查可以帮助您区分简单的主机设置问题和电缆或收发器故障。
如果您回复，请提供一种准确的重新启动症状和一项暴露根本原因的准确的主机端检查。
[OpenArm 故障排除] 新控制电脑重启后 CAN 接口丢失（初级）
可以工作一次然后重启后消失吗？ 在接触硬件之前验证启动顺序、模块加载时序和接口命名。
评论 1
初学者背景： 在我们的例子中，can0 在手动设置后立即存在，但在每次重新启动和 OpenArm 启动超时后消失。 这告诉我们这是启动顺序，而不是死的收发器。
评论2
初学者背景： 破解它的检查是“journalctl -b |” rg -n“can|socketcan|modprobe”`。 模块在我们的启动单元之后加载，因此接口被查询得太早并且从未重试。
评论3
初学者背景： 我们添加了一个专用的“openarm-can.service”，其中包含显式的“After=systemd-modules-load.service”以及“ip link show can0”上的就绪探针。 三周内重启可靠性一直为 100%。
评论4
初学者上下文跟进： 初学者的后续问题：您能否分享您确切的启动时间检查顺序（3-5 个命令），以便其他团队可以在启动 OpenArm 之前确认 CAN 准备情况？
下一个最佳行动
快速症状选择器
选择最接近的症状以遵循正确的故障排除路径。
还没选。
快速常见问题解答
最快的重启诊断路径是什么？
在接触接线之前检查模块负载、接口是否存在以及服务订单。
lsmod | rg -i "can|socketcan|peak"
ip -details link show can0
journalctl -b | rg -n "can|socketcan|modprobe"如何在重新启动后保持稳定？
添加具有显式依赖性的专用 CAN 启动单元和 can0 上的就绪门。
我可以按原样复制这些命令吗？
首先将它们用作清单模板。 执行前请确认您自己的单元中的接口名称、夹具 ID 和安全条件。