嵌入式Linux开发者Unix环境搭建避坑指南

　　去年十二月那会儿，老张头蹲我工位边上抽红塔山，烟灰掉我键盘缝里了，我擦键盘的时候他突然来一句："你那套嵌入式Linux的Unix环境搭建文档，得改改。"我原以为他又要吐槽我文档排版丑，结果他指着我写的"推荐使用Ubuntu 18.04 LTS"那行字说："这版本早该进博物馆了，现在谁还用18.04？优胜劣汰懂不懂？"我愣了下，键盘上的烟灰没擦干净，蹭了满手。

　　这事儿得从我踩过的坑说起。去年给某型号工业控制器做预研，客户指定要用ARM架构的嵌入式Linux，环境得在Unix下搭。我按老习惯装了Ubuntu 18.04，结果编译内核时卡在"make menuconfig"那步——图形界面死活弹不出来。查了半天发现是X11的驱动问题，18.04的Xorg对ARM的兼容性差得离谱，换到20.04立马解决。我原以为只是版本兼容性问题，结果老张头说："你这就是懒，18.04的包管理器早该淘汰了，现在谁还不用22.04？"我反驳："22.04刚出，稳定性没测过。"他冷笑："优胜劣汰，新版本有问题早被社区喷死了，能活下来的都是经过筛选的。"

　　车间那台风扇一直在响，旁边小李抖着腿刷手机，突然插话："我上周也踩了这坑，客户非要用CentOS 7，结果编译工具链死活装不上，最后换了Rocky Linux 8才搞定。"我愣了下："CentOS 7不是挺稳的吗？"小李撇嘴："稳是稳，但包管理器太老，很多新软件不支持，Rocky Linux是CentOS的替代品，兼容性好多了。"我低头看键盘，手套上一块硬掉的胶蹭到屏幕上，擦了半天没擦掉。手机在铁台上震了一下，是客户发来的消息："环境搭建好了吗？"我回："快了。"其实心里没底。

　　中午盒饭里有块姜，我挑出来扔桌上，老张头说："你这就是挑食，姜能去湿气。"我不理他，继续说："其实环境搭建最坑的不是版本，是依赖关系。比如我之前用Ubuntu 18.04装Qt，结果发现Qt 5.12的依赖包在18.04的仓库里不全，得手动编译，编译完又发现和内核版本冲突，最后降级到Qt 5.9才搞定。"小李点头："对，依赖关系就像油封漏了，看着是小问题，修起来能要命。"我笑："你这比喻绝了，油封漏了确实得拆发动机。"老张头插话："别扯油封，说重点。依赖关系的问题，新版本Ubuntu处理得更好，包管理器会自动解决冲突，你非要用老版本，不是给自己找罪受吗？"

　　其实我也没拆到底。去年给某医疗设备做预研，客户要求用Debian 10，我按文档搭环境，结果编译时提示"libssl.so.1.1 not found"。查了半天发现Debian 10的仓库里没有这个包，得从源码编译OpenSSL 1.1.1。编译完装上，又提示"libssl.so.1.1版本不匹配"，最后发现是系统里已经装了OpenSSL 1.1.0，两个版本冲突。我原以为删掉旧版本就行，结果删完系统服务全崩了，最后只能重装系统。老张头听完后说："这就是典型的依赖地狱，新版本Debian早把OpenSSL 1.1.0淘汰了，你非要用Debian 10，不是自己往坑里跳吗？"我低头不说话，手套上的胶已经干了，抠都抠不下来。

　　谁把扳手掉地上了一声闷响，我抬头看，是小王在修另一台设备。他蹲在地上，手里攥着扳手，说："我上周也踩了这坑，客户要求用Fedora 34，我按文档搭环境，结果编译时提示'gcc版本太低'。查了半天发现Fedora 34的仓库里gcc是11.x，客户要求用10.x，降级又降不下来，最后只能用Docker跑个CentOS 8的容器，在容器里编译。"我笑："你这招绝了，Docker确实能解决环境问题。"老张头插话："但Docker也有坑，比如网络配置、存储挂载，搞不好比直接搭环境还麻烦。"小王点头："对，我调了两天网络才搞定。"我低头看键盘，烟灰已经渗进键帽缝里了，擦不干净。

文章配图，仅供参考

　　修完我自己都没底。上周给某智能家居设备做预研，客户要求用OpenWRT，环境得在Unix下搭。我按文档装Ubuntu 22.04，结果编译时提示"make: No rule to make target 'all'. Stop."查了半天发现是Makefile文件缺失，从源码仓库重新拉了一份，结果又提示"missing dependency: libnl-3-dev"。装完libnl-3-dev，又提示"missing dependency: libssl-dev"，装完libssl-dev，又提示"missing dependency: zlib1g-dev"...循环依赖，没完没了。最后我直接用了OpenWRT的SDK镜像，绕过了环境搭建，直接编译固件。老张头听完后说："你这招虽然取巧，但不算正道，环境搭建还是得扎扎实实来。"我低头不说话，手套上的胶已经抠掉了，但键帽缝里的烟灰还在。

　　这个我说不准，要看运气。嵌入式Linux的Unix环境搭建，版本选择是关键，但依赖关系更坑。新版本不一定完美，但老版本肯定有问题。优胜劣汰，社区淘汰的版本，肯定有它的道理。我现在搭环境，先查社区支持情况，再看版本兼容性，最后测依赖关系。但就算这样，还是有可能踩坑——比如昨天，我装Ubuntu 22.04，结果网卡驱动不兼容，换了个版本才搞定。老张头说："这就是嵌入式Linux的魅力，永远有坑，永远有惊喜。"我笑："对，就像油封漏了，修好了能跑，修不好就趴窝。"他点头："所以，环境搭建的避坑指南，核心就一条：别懒，该换版本就换，该查依赖就查，别等踩了坑才后悔。"

　　我低头看键盘，烟灰还在，但已经不重要了。明天还得给另一个客户搭环境，这次得用Alpine Linux，听说更轻量，但包管理更奇葩。老张头说："Alpine？那玩意儿连glibc都没有，编译工具链得自己配，你准备好了吗？"我摇头："没，但总得试试。"他笑："对，试试才知道坑有多深。"我起身，去拿新的手套——这双已经脏了，得换。

（编辑：应用网_常德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!