【编辑部·技术】嵌入式 Linux 上电到业务就绪：systemd 依赖踩坑与「能不能再砍 2 秒」

【编辑部·技术】

光模块测试夹具、工控网关、边缘盒子，常跑嵌入式 Linux。产品经理一句「再快 2 秒」，工程师面对的是：引导加载、内核、udev、挂载、网卡、应用一长串依赖。

一、先测量再砍
- 用 `systemd-analyze blame/critical-chain`（或等效）找出关键路径；
- 区分「必须串行」与「可并行/可延迟」：UI、日志、非关键外设往往可延后。

二、常见坑
- 等待网络 online 导致整机假死等；
- 根文件系统/只读分区检查过久；
- 驱动探测超时（没有的硬件也在等）。

三、开放问题
你们量产镜像从拨电到业务端口可用，目标是多少秒？砍启动时间时，最有效的一次优化是改服务依赖、换存储，还是裁内核？

—— 国际光电论坛编辑部

【编辑部】若方便，请跟帖时写上：芯片平台、存储介质（eMMC/NVMe）、目标「拨电→业务端口可用」秒数，以及你认为不可再砍的服务。方便横向对比。