一颗孤寂的树1. 项目背景与问题定位
去年在调试一套L07A音响系统时，我需要通过SSH服务进行远程维护。这套专业音响设备采用嵌入式Linux系统，默认SSH服务会在重启后失效。为了确保设备长期稳定运行，必须解决SSH服务的持久化问题。但在固化过程中，我遇到了服务异常、权限冲突、配置丢失等一系列典型问题。
这类嵌入式设备的系统维护有个特点：不像常规服务器那样可以随意安装软件包。L07A的存储空间仅有256MB，系统镜像是只读的，任何修改都需要特殊处理。这导致常规的systemctl enable sshd操作完全无效，甚至可能破坏原有配置。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 系统环境分析
2.1 L07A硬件架构
- 主控芯片：Rockchip RK3328四核Cortex-A53
- 存储结构：
- 只读分区：/system（SquashFS格式）
- 可写分区：/data（EXT4格式）
- 临时存储：/tmp（tmpfs）
2.2 软件栈特点
- 定制化OpenWRT 18.06系统
- BusyBox工具集精简版
- Dropbear替代OpenSSH作为SSH服务端
- 采用procd作为初始化系统
关键发现：系统通过overlayfs将只读层与可写层合并，但/etc目录的特殊处理导致SSH配置无法持久化
3. 技术难点拆解
3.1 持久化机制失效
常规Linux系统通过systemd维护服务状态，但L07A的procd初始化系统采用完全不同机制。直接执行/etc/init.d/dropbear enable会报错：
bash复制uci: Entry not found
根本原因是设备厂商移除了OpenWRT标准的服务管理接口，需要手动修改UCI配置文件。
3.2 密钥文件丢失
设备重启后，/etc/dropbear目录会被重置，导致主机密钥丢失。客户端会出现警告：
code复制WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!
3.3 权限问题
尝试将密钥存储在/data分区时，遇到SELinux权限限制：
bash复制avc: denied { write } for pid=xxx name=dropbear dev=mmcb