绿联 NAS UGOS Pro 体验（避坑）

[dilidilid]

先说为啥选择绿联，主要还是硬件配置确实给力，各端 App UI 和体验都还挺不错的，做工整体上也比二三线小牌子要好不少，刷系统容易，实在不行直接刷成 Debian 或者 PVE 。UGOS Pro 最近民间反馈也是大有改进，很多人说已经很成熟了，各种大小 up 也在拼命推。然而很不幸，经过一周的深度（浅度？）体验，这个系统对于我来说致命的问题远远多于优点，最后在一次权限升级的死锁 bug 后，我彻底对它失去了信心，换回了 Debian 12+ZFS+Docker+Virt-Manager 的方案。

1. 这个系统的权限配置非常奇葩，用户目录下所有文件和文件夹都是 777 权限。我不知道绿联内部的工程师是怎么考虑的，但这么卧槽的配置方式我只在绿联见过，飞牛和群晖都是正常的。而且即使你改对了，绿联的这个 SB 系统会帮你把权限定时改回去。这带来的一个衍生问题是 ssh 没法证书登录。当然了我知道可以写个脚本监控目录不停的改成正确的权限，但这个问题本来就不该出现，而且这么做也可能导致不可预见的副作用，比如见下一条

   • 某次我登录系统之后发现绿联要求我“升级权限”，而且没有取消和跳过的选项，只有一个按钮就是升级。然后点击之后会在那转圈，若干秒之后提示权限升级失败。并且只有一个按钮让我“重试”。过了一段时间后，我的存储空间会离线，然后循环这个过程。我确认了一下文件系统并没有损坏只是被强行卸载了，但是这么抽象的过程和不稳定性让我彻底对绿联的这个系统彻底失去信心。

   • 这里我并没有对系统做什么调整，包括 home 目录下 777 的权限我都没改，最多就是在系统目录之外 rsync 了一些我自己的文件进去，我不知道触发了绿联什么神奇 bug 导致直接挂逼。

2. 绿联对 UPS 的支持方式很抽象，收到断电信号过几分钟后不会关机而是“待机”，然后 UPS 彻底没电之后系统直接强行关机。这意味着如果待机过程中出了什么 bug 或者有什么不规矩的程序唤醒硬盘了的话，就直接 BBQ 。我不太理解这个设计逻辑，是绿联搞不好来电开机索性直接采用意外断电去处理停电吗？

3. BTRFS 快照至今没有上线。这个是之前 Q1 做的预告看起来是鸽了，隔壁飞牛已经上线了。这个我也不太理解有啥开发难度，可能是测试过不了？说到绿联的这个 BTRFS ，send/receive 是用不了的，因为绿联往文件系统里加了些私有的 ACL ，也可能做了些魔改，反正是没法直接 send 到标准的 BTRFS 系统里去的。绿联自带的备份功能暂时还很残疾。

4. 影视中心刮削不支持忽略文件夹。Plex 、Emby 、Jellyfin 这三家甚至 infuse 、飞牛都支持某种方式忽略特定命名（比如 Extras ）的文件夹，这对于各种动漫、电影的资源是个非常重要的基础功能，而且实现上也非常简单。没有忽略功能意味着只能把里面的杂项视频手动挪到别处，这压根就不现实。我不知道为啥那么多评测绿联影视的 up 一个都没提这一点，难道他们下的资源都是裸视频？

5. 文件共享不提供任何粒度控制，只能要么打开服务所有文件夹都共享出去，要么就彻底关掉。与之对比 FNOS 是支持控制可见范围的。

总结：如果你是完全就不进 Terminal ，全程使用绿联的 webUI 和客户端完成所有操作的小白，那绿联作为（不是特别可靠的）大号网盘用其实还行，大部分操作都很直观，但请一定不要暴露到公网 IP ，只使用 App 穿透和局域网访问就行了，家用范围应该还是安全的。绿联工程师的安全素养非常差，很多设计问题感觉完全是 Linux 新手才会犯的错误。

而如果你需要进入 Terminal 完成羸弱的绿联系统不支持的功能的话，那完全不建议你使用 UGOS Pro 系统，刷个发行版 Linux 或者用 TrueNAS 、unRAID ，或者飞牛黑群都是更好的选择。绿联的这个系统可能就只能保证在闭环内不出现问题，你随便改点啥都可能直接炸锅。另外我浅浅尝试了一下飞牛，整体来说确实比绿联系统设计（不是指顶层应用）要好很多，基本没有太大的槽点。

[xs25lHjIQM9oq0a4]

https://x.com/isJackeroo/status/1906641753266114576

x 上的这个才绝杀，不升级系统，直接 web 后台都进不去了，牛逼死了

[ciki]

我现在用的就是绿联，能用，反正我都是 all in docker

[Greenm]

感谢楼主舍己为人的奉献精神，其实从去年的绿联更新系统要求老用户舍弃数据才能更新的态度来看，他们最开始就没有把用户的数据安全放在眼里。

我在 V2 里一直是坚定的绿联黑，我看到的每个绿联 NAS 相关的帖子基本都会留言劝退，毕竟绿联最近的宣传又铺天盖地地跟上了，开始想割一波不知他们黑历史的新用户韭菜了。 我前两个月在一个 B 站几万粉丝的博主下面留言吐槽了之后，还被删了，绿联是生怕别人影响他们的销量。

再次感谢楼主的分享，感谢楼主的舍己为人。

[A1188]

绿联的 Pro 系统还行吧，能完美使用 Debian12 的原生应用。飞牛倒是不大行

[sxw11]

笑死 上个月升级了系统，app 好多功能打不开，提示让我升级 app ，结果一问 app 还没上架。我真的快忍不住要把它换了。

[syubo2810]

刷黑群晖，我已经刷了，用了一年了，比原来破系统好用多了

[dilidilid]

@A1188 apt install 确实没问题，但是绿联的开发和测试显然没有把你正常软件包安装操作考虑在他们应该兼容的范围内，比如这次权限升级死锁我根本不能确定到底是哪里触发了 bug ，我就没改过任何绿联的系统文件，反复强行卸载存储池这种操作听上去就很吓人。另外从他们的开发水平来看我也不相信绿联能处理好开放式的 Debian 生态和 UGOS 兼容，我的建议是用 UGOS 的话尽量不要做任何额外安装，尽量用 docker 完成所有需求（那我为啥不直接用 Debian 或者飞牛呢，这是个问题）

[Essaim]

有一说一, 纯自己一个人用, 全用 docker, 我觉得还行, 没有太多深度需求, 对我来他可以挂一些服务+软路由等等就行了, 毕竟这个硬件还算是不错的, 去 diy 一个也差不多就那样了, 软件这东西每月更新还算是有盼头, 给点时间吧, 总是要积累的, 我用官方的东西也觉得非常烂, 不行先刷黑裙或者飞牛呗.

[willygeek007]

绿联的 nas 这段时间在 b 站疯狂投流，看多了会有莫名的逆反心理

[7gugu]

我也买了个绿联，但我从来都不去连绿联的后台，直接用它们提供的 webgui+APP 就满足我的需求了，看看视频，备份一下照片，跑一下 HomeAssistant ，自带外网穿透就已经解决我很多问题了。刮削那一步我都是直接裸视频放在一个大文件夹里的，只要 UI 上看着整齐就行，文件系统里混乱，我其实不在意。

[kiritoyui]

4800 首发用户，开始确实 bug 比较多，迭代几个月稳定多了，虽说还有一些功能缺失（都在路上了）总的来说未来可期吧。

今年的 nas 市场百花齐放是好事（反观某晖 2025 年新品还是 j4125 ，真是买系统送硬件么）

[dilidilid]

@7gugu 是的，所以某种意义上有些厂商直接把 SSH 关掉是有自知之明的表现。很多，甚至大部分用户并不关心我说的这些，所以我也说了如果是只用 webui+自带 app+自带穿透的用户体验应该还可以。但这个系统外部安全和系统鲁棒性在我看来都是很成问题的，建议各位 UGOS 用户做好备份，并且不要直接部署到公网

[qpwo005451mark2]

UPS 断电这个群晖逻辑也是这样的，触发以后是卸载所有硬盘然后等电跑光自动关机

[aloxaf]

> 某次我登录系统之后发现绿联要求我“升级权限”，而且没有取消和跳过的选项，只有一个按钮就是升级。

这个问题我也遇到了，经过反复测试，最终确认原因是升级了 btrfs-progs 导致的。
除此之外也不能升级 libbtrfs0 ，否则 SMB 服务用不了。

（绿联工程师似乎不会用 apt-mark hold ）


> BTRFS 快照至今没有上线。这个是之前 Q1 做的预告看起来是鸽了，隔壁飞牛已经上线了。这个我也不太理解有啥开发难度，可能是测试过不了？

我也不理解，对他们来说应该没啥难的，因为难点全在和这 SB 系统的兼容性上，这是我手动折腾的经验：
1. 注意上面提到的不能升级的包，如果直接 apt install snapper 系统就会炸。
2. 绿联即使你没有用，也会开启 btrfs quota 功能，这会导致 snapper list 非常非常非常慢。解决方案是要么关掉 quota 、要么不用 snapper 。

我权衡了一下，关掉 quota 可能会对绿联这脆弱的系统造成不可预知的影响，但我也不想手写快照策略。再加上短时间内搞炸了好几次，心累，就没再折腾了。

[xs25lHjIQM9oq0a4]

http://10.0.0.125:9999/

{"code": 8059, "msg": "客户端版本过低，请先升级", "msg_en": "The client version is lower, please upgrade first"}

我日绿联产品经理的老婆！！！！

[catazshadow]

投资软件等于给别的厂培养人才，没有知识产权的洼地厂是不可能做的。

未来几十年也不可能有知识产权，因为还有抄西方的刚需，不可能婊子立牌坊

[dilidilid]

@aloxaf 哦你这么一说我也升级过 btrfs-progs ，起因是我发现绿联的 btrfs send 到同机器创建的别的 btrfs 也会挂，我就想是不是版本问题，没想到还给后面埋了个坑，看起来绿联别的组件也严重依赖某个特定版本的 btrfs 。绿联这个系统说实话也没在 debian 之上加太多私有的东西，就是套了个 webui 的壳子，能弄出这么多幺蛾子不知道他们的开发得有多草台。

我觉得他们要不然直接把 Debian 源禁了拉倒，明确告知用户使用 Debian 源会造成不可预见的兼容性问题。反正估计他们开发也没啥方法论，只要能在出厂系统上跑过那就万事大吉

[nocmt]

@iomect 群晖我觉得配置过于复杂

[aloxaf]

@dilidilid #37 确实，依赖管理非常混乱。

我刚刚又确认了一下，libbtrfs0 不是不能升级，而不是能安装，因为系统自带了一个 /lib/libbtrfs.so.0 ，不属于任何包，估计是他们自己 make install 的。

在我看来，设计这种系统
——要么把自己的软件也纳入包管理，写好依赖关系，这样至少不会因为用户跑个 apt install 就把系统搞挂。
——要么把私有的东西做好隔离，别和系统软件混在一起

现在这乱七八糟的状态，真的不敢动这个系统。

[BelovedOne]

这种东西买回家就是个麻烦，苹果 iCloud 全家共享，2T 只要 68 一个月，一年也就 816 ，NAS 随便搞一搞也要小 5K 了吧，够你 6 年的服务费了，而且人家是数据集群，不用你操心任何技术问题，只管用就好了。

重要文件备份，买个 2T 的闪迪 E81 ，也就 1000 出头，速度不比 NAS 快么？还便携。

LOOKING MY EYES, TELL ME, WHY NAS? WHY?