qnap 太坑了[大哭],此生再也不入 nas 坑

2020-10-15 01:13:48 +08:00
 feather12315
嫌弃太长,直接拉到最后看结论。

前几个月入了 nas 坑,买了个乞丐版的 qnap 4 盘位 nas,数据用 raid 1 做的容灾,磁盘分区使用了 LVM 。
自己用台式机 DIY 了存储,于是前些时候把 nas 出了。想着自己虽然不做存储,但也是搞 Linux 的,所以也就没提前迁移数据。

这两天打算迁移数据,使用普通的桌面 Linux ( Ubuntu / CentOS / openSuSE )系统将磁盘挂载,raid 没问题,可 LVM 报错:
LV tp1, segment 1 invalid: does not support flag ERROR_WHEN_FULL

网上搜了下,有人说这是 qnap 自己修改了内核与 LVM,需要使用 qnap 定制的内核与 LVM,sourceforge.net 可下载到他们的源码,自己编译。

看到这,心想这没问题。高版本的编译器编译内核,存在 bug 实属正常,网上找一找 patch 打上去修复了。可 qnap 在内核、LVM 中定制了太多的代码,不开启他们的编译选项编译无法通过,挨个找 flag 太耗费时间了; 并且 LVM 还提示链接错误、缺少网上搜不到任何信息的头文件。

最后,是 RStudio 救了我[大哭]。

个人体会:
1. 对个人来讲,简单的才是最好的。
2. 使用 nas 即与厂商深度绑定,随意更换平台成本很高。对普通人来讲,nas 坏了,raid1 这种能用免费的数据恢复软件恢复,其他类型的 raid 八成要再买同厂商的 nas 了。
3. 从源码的角度看,qnap 着实不咋样(更别谈小作坊了)。
13496 次点击
所在节点    NAS
76 条回复
feather12315
2020-10-15 12:21:26 +08:00
@pangwa #23 Linux 读不了,随便整台 PC 装个 Windows 就行。qnap 把 ext4 fs 改动了,不一定能够用在主线的 ext4 文件系统上,起码写入或许会出问题。

@zarte #26 可,硬件坏了呢?

@tankren #28 我看了下 qnap 的源码,ext4 fs 被它改过,不一定兼容 kernel 主线上的 ext4

@no1xsyzy #31 arm 机器,x86 PC 。也说了:我不是做存储的,况且仅仅是编译选项我就继续搞下去了,它的 LVM (印象叫 storage_xxx
.h )用上到不知道来源于哪里的头文件,压根没法编译。
随意找个机器导出来,可手头没别的机器;不过捣鼓黑 qnap 貌似可行。

@no1xsyzy #33 nas 上,除非单盘(这点还不确定),否则 LVM 一定开启。

@xuminzhong #37 当前计划这样。

@laminux29 #40 空间大,搬家不方便。当前是 all in one,PC 上把 SATA 口插满了,因此弃用了 nas 。
feather12315
2020-10-15 12:26:32 +08:00
@no1xsyzy #31 仅仅知道编译选项也不行。内核的那些编译选项不是使用标准的 kconfig 来指定,也不知道内核、LVM 、mdadm 的启动参数有没有定制。当然,想整理的话肯定也能整理出来,只不过时间成本高得吓人。
jzphx
2020-10-15 12:55:07 +08:00
勇士,不过这个真的不能说 qnap 坑或者 nas 坑,应该在卖掉硬件前把数据转移出来。起码也先检查一下挂在其他系统能不能读
pangwa
2020-10-15 13:19:57 +08:00
@feather12315 你看, 在 linux 上读 ntfs, 也是第三方做的, 关 windows 啥事儿啊? 你现在不也用第三的文件(r-studio)搞定了吗? 这个逻辑是一样的啊, 不关 qnap 一点事.
whywhywhy
2020-10-15 14:06:44 +08:00
看楼上几个说白群晖的。

真的不要迷信白群晖了,并不是白群晖就一定数据安全了。

最近用了一下群晖售后,服务还可以,但劝君多谨慎,老规矩,NAS 里的数据仍然要有至少第二份保存在其他的设备上(行业里的规矩是最低要有 3 份数据存在,以免需要数据的时候发现 NAS 并没有如期做好备份工作),并不是选择白群晖就不会有软硬件问题。
CallMeReznov
2020-10-15 14:09:12 +08:00
据传言,白裙死的比黑裙多。
manzhiyong
2020-10-15 14:11:35 +08:00
raid 和容灾有啥关系,数据损坏的风险更高了。
nicevar
2020-10-15 14:22:58 +08:00
NAS 做 raid 太浪费,不如把数据同步到多个网盘上去,你做个 raid 一天回家发现主机被小孩浇水了是啥心情
MaverickLee
2020-10-15 14:45:39 +08:00
FreeNAS+1
Bear13023
2020-10-15 14:50:02 +08:00
所以还是搞一个 unraid 才是家用正常方式。

正常 raid 在组建时对硬盘的规格要求与浪费非常严重,就算这步过去了,但是普通用户要搞一个数据恢复也是非常困难的事情。

像 unraid 这种坏一个,直接换个新的,自己通过校验盘给里面写入,还是非常省心的事情。
tankren
2020-10-15 15:20:26 +08:00
@feather12315 #39 ext4 就没有用成品 NAS 的必要啊 自己组 我用 OMV
mrzx
2020-10-15 15:21:21 +08:00
呵呵,所以我自己搞了台服务器,装了 freenas 。。。。
2831650
2020-10-15 15:32:12 +08:00
重要数据必须备份一份,备份到本地也好,网络也好
FlyingShark
2020-10-15 15:44:33 +08:00
@Bear13023 可是 unraid 速度慢呀
zarte
2020-10-15 17:31:01 +08:00
同家的 nas 应该是可以直接插的(没确认过)
zarte
2020-10-15 17:31:39 +08:00
@manzhiyong raid1 不是用来容灾的那是用来干啥的?
zarte
2020-10-15 17:34:34 +08:00
@Bear13023 普通人买硬盘买同品牌同大小的很难么?组非 raid0 一块盘坏了换个盘的事而已。
manzhiyong
2020-10-15 17:41:50 +08:00
@zarte raid 用来快速恢复的,牺牲了安全性。
py2ex
2020-10-15 17:56:20 +08:00
@pangwa 我认为不是楼主的问题,qnap 它也没说过自己改动了内核和 LVM 。如果注明了这个,楼主可能都不会下单。
比如我,以前会在群晖和 qnap 之间犹豫,现在知道楼主提到的事情,以后不会买 qnap 。
laminux29
2020-10-15 18:06:26 +08:00
@feather12315 SATA 口满了还有 usb 3 甚至 pci 带 USB 3

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/715049

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX