家里那台华为悦盒EC6108V9C估计不少人跟我一样运营商宽带到期或者换了新盒子之后它就躺在电视柜底下吃灰。这玩意儿硬件其实不差海思Hi3798M V200四核A53、1GB内存、8GB eMMC还带千兆网口和USB口跑个轻量级Linux完全够用。与其让它继续积灰不如把它刷成一台低功耗家庭NAS跑Docker装几个常用服务再配个内网穿透出门在外也能访问家里的文件。这篇就把我从零折腾到跑通的全过程拆开讲包括刷机思路、Ubuntu底包选择、Docker环境搭建、存储挂载以及内网穿透的几种落地方式尽量把踩过的坑都标出来。1. 先搞清楚这台盒子的硬件底子和改造边界动手之前必须先把硬件摸清楚不然刷到一半发现内存不够、网口是百兆、eMMC写保护那才叫白忙活。EC6108V9C这个型号在市场上流通量很大但不同批次的主板版本、闪存类型、网口速率都有差异所以第一步不是急着找固件而是先确认自己手里这台的具体配置。1.1 拆机确认主控与存储颗粒把盒子底部的橡胶脚垫抠掉通常能看到四颗十字螺丝拧开后沿着边缘用塑料撬棒慢慢撬开卡扣。打开后重点看三样东西主控芯片丝印、内存颗粒型号、eMMC或NAND闪存型号。Hi3798M V200是常见主控内存一般是DDR3容量1GB居多少数高配版有2GB。闪存方面早期批次用NAND后期用eMMC这两者在刷机方式上差别很大——eMMC可以直接通过fastboot写入镜像NAND则需要专门的烧录工具和分区表。我手里这台是eMMC版本丝印上写着KLM8G1WEPD8GB容量支持标准MMC协议这就意味着后面可以用dd命令直接写系统镜像省事不少。如果你拆开发现是NAND颗粒建议先别急着刷去查一下对应主板的TTL针脚定义NAND机型通常需要TTL串口配合hitool工具才能救砖门槛高一些。1.2 网口速率与USB供电能力实测官方参数写的是千兆网口但实际用下来部分批次的PHY芯片只协商到百兆。判断方法很简单刷好系统后用ethtool查看协商速率或者直接插到千兆交换机上看指示灯颜色。百兆网口做NAS的话局域网传输大概卡在11MB/s左右看个1080P视频勉强够但传大文件就很痛苦。如果确认是百兆可以考虑用USB千兆网卡绕过但要注意USB 2.0的带宽上限也就480Mbps实际跑满也就40MB/s左右比百兆强但别指望太多。USB口供电能力也得测一下。我试过直接挂2.5寸机械硬盘盒子原装电源是12V/1A带不动硬盘启动时的瞬时电流会出现反复掉盘。后来换了个12V/2A的电源再配合带独立供电的USB Hub才稳定下来。如果你打算接机械硬盘强烈建议上带外接供电的硬盘盒或者Hub别指望盒子自己那点供电。1.3 散热改造的必要性Hi3798M这颗芯片发热不算夸张但长时间跑Docker容器尤其是跑一些持续读写的服务温度会慢慢爬上来。我实测在室温28度环境下连续跑24小时芯片表面温度能到65度左右eMMC温度也在55度上下。虽然没到降频阈值但长期高温对闪存寿命有影响。改造方案很简单拆掉原装的铝制小散热片换一块20x20x10mm的铝挤散热片再用导热硅胶粘牢。如果盒子内部空间允许可以在外壳上开几个通风孔或者直接加一个5V的小风扇从USB取电。我是在外壳顶部开了两排直径4mm的孔配合散热片温度能压到50度以内效果很明显。2. 刷机路线的选择为什么最终落到Ubuntu而不是Android网上关于EC6108V9C的刷机教程绝大多数是刷回运营商固件或者精简版Android TV。但我们的目标是做NASAndroid那套东西跑Docker限制太多内核裁剪严重cgroup支持不完整很多容器根本起不来。所以路线很明确刷一个通用Linux发行版把盒子当成一台ARM开发板来用。2.1 从Android到Linux的引导链改造海思平台的启动流程跟常见的ARM开发板不太一样。它上电后先跑BootROM然后加载fastboot再引导内核。原厂固件的分区表里boot分区放的是Android内核system分区是Android系统。要换成Linux核心工作是替换boot分区里的内核和设备树同时把rootfs放到一个Linux能识别的分区上。具体操作上我采用的是“保留原厂分区表只替换boot和rootfs”的方案。这样做的好处是不用重新分区风险低万一刷失败还能通过fastboot刷回原厂boot救砖。步骤大致是先用fastboot把编译好的Linux内核和设备树写入boot分区然后把rootfs镜像dd到userdata分区最后修改bootargs让内核挂载userdata作为根文件系统。注意fastboot刷写前一定要先备份原厂boot分区命令是fastboot oem backup boot不同版本的fastboot命令可能略有差异备份文件会存到盒子内部存储或者SD卡上务必确认备份成功再继续。2.2 Ubuntu底包的选择与裁剪ARM平台的Ubuntu镜像官方只提供arm64的server版和cloud版。我选的是Ubuntu 20.04 LTS的base rootfs原因有三一是LTS支持周期长二是软件源里Docker的版本比较新三是社区文档丰富遇到问题好查。22.04也试过但内核版本偏高海思的网卡驱动需要重新编译折腾成本大20.04的内核5.4对Hi3798M支持已经比较完善了。拿到base rootfs之后不能直接用得做裁剪。原版镜像大概300MB里面很多包对NAS场景没用比如snapd、cloud-init、一些文档和locale。我一般会删掉/usr/share/doc、/usr/share/man把locale精简到只留en_US.UTF-8和zh_CN.UTF-8再卸掉snapd。裁剪完大概能压到180MB左右对8GB的eMMC来说很宽裕。2.3 内核编译的关键配置项海思官方没有提供现成的Linux内核源码社区里流传的版本大多是从Android内核改的。我用的是基于Linux 5.4的社区补丁编译前需要确认几个关键配置CONFIG_MMC_DW和CONFIG_MMC_DW_HI3798eMMC控制器驱动不开这个认不到闪存CONFIG_STMMAC_ETH网卡驱动Hi3798M用的是Synopsys DesignWare MACCONFIG_USB_EHCI_HCD和CONFIG_USB_OHCI_HCDUSB控制器CONFIG_DOCKER相关的cgroup选项CONFIG_CGROUPS、CONFIG_NAMESPACES、CONFIG_NETFILTER这些必须全开编译命令用标准的make ARCHarm64 CROSS_COMPILEaarch64-linux-gnu-设备树文件在arch/arm64/boot/dts/hisilicon/下面找到对应的hi3798m-pinctrl.dtsi和板级dts改一下内存大小和eMMC节点。编译出来的Image和dtb文件就是后面要刷进boot分区的东西。3. Docker环境搭建在1GB内存上跑容器的取舍Ubuntu跑起来之后下一步就是装Docker。1GB内存的ARM盒子跑Docker最大的挑战不是CPU性能而是内存管理。Docker daemon本身占不了多少内存但每个容器都有基础开销跑多了容易触发OOM。所以这一节重点讲怎么在有限资源下把Docker跑稳。3.1 安装Docker的正确姿势Ubuntu 20.04的官方源里Docker版本是19.03有点老建议用Docker官方源装最新版。步骤不复杂sudo apt update sudo apt install -y ca-certificates curl gnupg lsb-release curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg echo deb [archarm64 signed-by/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu focal stable | sudo tee /etc/apt/sources.list.d/docker.list sudo apt update sudo apt install -y docker-ce docker-ce-cli containerd.io装完之后先别急着跑容器改一下daemon配置。默认的日志驱动是json-file时间长了日志会把eMMC写满。编辑/etc/docker/daemon.json{ log-driver: json-file, log-opts: { max-size: 10m, max-file: 3 }, storage-driver: overlay2, data-root: /var/lib/docker }max-size和max-file限制单个容器日志最大30MBstorage-driver用overlay2性能最好>[common] bind_port 7000 token your_token_here dashboard_port 7500 dashboard_user admin dashboard_pwd your_password客户端配置frpc.ini[common] server_addr your_server_ip server_port 7000 token your_token_here [nas_ssh] type tcp local_ip 127.0.0.1 local_port 22 remote_port 6000 [nas_web] type tcp local_ip 127.0.0.1 local_port 80 remote_port 6001这样外网访问your_server_ip:6000就能连到NAS的SSH访问your_server_ip:6001就能打开NAS上的Web服务。frpc在NAS上可以用systemd做成服务开机自启断线自动重连。5.3 安全加固与访问控制内网穿透把NAS暴露到公网安全必须重视。几个基本措施SSH禁用密码登录只用密钥认证frp的token设复杂一点dashboard端口不要对外开放NAS上的Web服务加一层Basic Auth或者用Nginx做访问控制定期看frp的日志发现异常连接及时封IP我还在NAS上装了fail2ban监控SSH和Nginx的日志多次登录失败的IP自动加入iptables黑名单。另外frp的remote_port不要用常见端口比如6000、6001这种换成高位随机端口减少被扫描的概率。注意内网穿透服务端一定要用有公网IP的服务器国内云服务商对端口有限制80和443通常需要备案才能用所以remote_port选高位端口更省事。6. 实际跑起来之后遇到的几个坑这套方案我从开始折腾到稳定运行前后花了大概两周时间中间踩了不少坑这里挑几个典型的说一下希望能帮你少走弯路。6.1 网卡驱动导致的网络不稳定刷完Ubuntu之后网卡能认到但跑一段时间会断流ping丢包严重。查了dmesg发现是stmmac驱动的中断合并参数有问题默认的rx-usecs设得太高导致小包处理延迟大。用ethtool调整sudo ethtool -C eth0 rx-usecs 50 tx-usecs 50调整后网络稳定了很多。如果还有问题可以在内核启动参数里加stmmaceth.eee0关闭节能以太网EEE在某些交换机上会导致协商异常。6.2 Docker容器时区不对导致定时任务错乱跑青龙面板的时候发现定时任务执行时间跟预期差8小时查下来是容器默认用UTC时区。解决方法是在启动容器时挂载宿主机的时区文件-v /etc/localtime:/etc/localtime:ro -v /etc/timezone:/etc/timezone:ro或者在Dockerfile里设置ENV TZAsia/Shanghai。这个坑很隐蔽因为容器里date命令显示的时间是对的但cron任务就是按UTC跑排查了半天才定位到。6.3 eMMC写入放大导致系统变慢用了一段时间后发现系统响应变慢iostat看eMMC的写入量远超预期。原因是Docker的日志和容器层频繁写入eMMC的写入放大效应明显。解决办法是把Docker的data-root移到USB硬盘上同时把日志驱动改成journald或者限制日志大小。另外/tmp和/var/log也可以挂成tmpfs减少eMMC写入。6.4 frp断线重连不及时frpc在NAS上跑着有时候云服务器重启或者网络抖动frpc不会立即重连导致外网访问中断。后来在frpc配置里加了login_fail_exit false和heartbeat_interval 10配合systemd的Restartalways断线后基本10秒内就能恢复。7. 这套方案还能怎么扩展EC6108V9C刷Ubuntu跑Docker本质上就是一台低功耗ARM服务器能做的事情远不止NAS。我现在除了文件共享和下载还跑了一个Home Assistant做智能家居控制一个AdGuard Home做局域网DNS过滤一个Uptime Kuma监控家里其他设备的状态。这些服务都是轻量级的加起来内存占用不到200MB。如果后续想升级可以考虑换一台配置更高的盒子比如用S905X3或者RK3568的方案内存加到4GB性能会有质的提升。但就目前这套EC6108V9C来说作为入门级的家庭服务器性价比已经很高了毕竟盒子本身是闲置的额外投入也就是一个USB硬盘和一台云服务器的钱。最后分享一个小技巧如果你不想折腾frp可以用ZeroTier把NAS和手机、笔记本组到一个虚拟局域网里访问起来跟局域网一样方便配置也简单很多。缺点是ZeroTier的免费版有设备数量限制而且流量要经过他们的服务器中转速度取决于中转节点的质量。我现在的方案是frp和ZeroTier双备frp用于Web服务ZeroTier用于SSH和文件传输两边互补稳定性好了不少。