飞牛NAS手动创建EXT4硬盘分区及逆向研究报告不同于常见的’修改 fstab 手动挂载’方案，本文通过逆向飞牛存储栈的完整抽象层，实现了新卷在 Web UI 中的原生识别与全功能管理。 为什么要逆向研究实现手动创建存储空间？官方 Web UI 采用高度封装的向导式交互，虽降低了入门门槛，但严格限制了底层存储拓扑的灵活性。在实际场景中，手动创建存储空间具有不可替代的价值： 单盘多池划分：将一块大

将 fnOS 从 eMMC 无损迁移至 NVMe SSD日常用 ARM 设备，总习惯把固件刷进 eMMC 或者 TF 卡。eMMC 读写慢，寿命有限，用久了总觉得差口气。我手头有块 NanoPC-T4，给它刷了 Arm 飞牛固件简单体验了一下，就琢磨：要是能把系统挪到 NVMe 上，应该会爽很多。NanoPC-T4 正好有个 NVMe M.2 插槽，把系统装到外部存储上，就能绕过 eMMC 这个瓶

故障现象飞牛OS 在升级到1.19版本后,SMB 文件共享服务无法启动。通过 Web 界面重新启动服务,提示失败无效，系统日志显示服务状态异常。 日志分析与诊断检查服务状态通过 SSH 登录 NAS，执行以下命令查看 SMB 服务状态： 1sudo systemctl status smbd 输出显示服务处于 failed 状态，错误代码为 203/EXEC： 1234× smbd.servic

研究者：LECREATE（辅以Qwen、Deepseek AI助手）研究目标：为明创板MKC3568适配主线Linux内核当前进展：完成原安卓系统逆向分析，主线内核适配成功，核心功能正常运行研究周期：2026.01.03 - 2026.02.24 前言90块钱能买到什么？对我来说，它开启了一段充满挑战与惊喜的嵌入式探索之旅。 年初看到Arm生态蓬勃发展，决定入手一块开发板亲自体验。在二手平台上，这

最近购买了一块明创控能 IOT-MKC3568-Main-v1.1开发板（基于RK3568-EVB1-DDR4-V10设计），但是这个开发板没有任何资料支持，连明创控能的官网都无法访问。经过一段时间的逆向研究，初步适配了Arm版本的飞牛v1.0.0固件，但开发板上的两个网口目前还处于无法使用的状态，设备树的适配仍在缓慢推进。 12345678910dutyc@MKC3568:/$ ip addr1

本文记录了将 NanoPC-T4 的 RK3399 eflasher 多系统镜像从 30GB 成功裁剪至 9.28GB 的具体过程(为什么要裁剪镜像呢?因为我只有16GB的SD卡hhh)。在确保所有核心功能完整的前提下，实现了存储空间 69% 的节省。 项目概况 原始镜像：rk3399-eflasher-multiple-os-20260112-30g.img (30 GB) 目标设备：NanoP

前言一次偶然的机会，我在二手市场发现了一台 H3C TX1801 Plus 路由器。通过手机搜索，我发现这款路由器已有成熟的 OpenWRT 和梅林固件可用，于是果断以 30 元的价格将其购入。 原厂固件虽然功能看似丰富，但大多华而不实，尤其是我最需要的 IPv6 相关功能并不完善。 在使用几周后，我决定刷入 OpenWRT 系统。本文主要参考了 DragonBluep 在恩山无线论坛发布的《新

一、从两张照片说起2025年8月，我朋友解BL丢了他手机里7000张照片。那是他的人祸。 2026年3月，我父亲的VIVO Y83A在充电时突然无限重启。我断开电池、扣掉开机排线、尝试进恢复模式——全都无效。送去维修店，师傅看了一眼说：“Y83A太老了，字库寿命用尽，检测不了。”然后补了一句：“前几天我给一个大老板搬板抢救数据，手工费都比你这机器贵。普通人有什么重要的数据？” 前一个故事里，朋友自

飞牛NAS RAID1+Btrfs数据恢复实战：从崩溃到重生的完整记录注:本技术文档由DeepSeek-R1辅助完成内容润色与结构化优化，核心技术细节及操作记录均源自原始实战案例 ⚠️ 重要免责声明 请务必注意： 本文记录的恢复操作存在极高风险，可能导致数据永久性丢失。 操作步骤严重依赖特定硬件环境（如飞牛系统版本,Btrfs版本和硬盘型号）、故障类型及操作者经验。 严禁直接在生产环境或唯一数据

目录 背景与方案选择 方案一：使用 MCSM 面板的 Docker 容器部署 优势 架构概述 部署步骤 1. 安装 MCSM 面板和 Docker 2. 创建潜渊症服务器实例 3. 实现高可用性 4. 内网穿透与公网访问 方案二：Docker Compose + Dockerfile 部署（K8S） 常见问题与解决方案 总结与最佳实践建议 当前方