谨慎用各种 NAS 系统提供的基于 Web 的文件管理

[ElsaGranger]

题记：因为永远想不到这一些基于 Web 的文件管理器会出什么 Bug

硬件：一个吃灰的 TerraMaster F8-422 ，TOS 5.1

有一个服务器需要维护硬盘，临时找不到另一台有合适的空间的服务器来暂存数据，就用这个 NAS 来作为一个暂存数据的地方。

等数据都 rsync 完了之后，想要把里面一个文件夹移动到上一级目录，本来在 Linux 里面这是非常容易的一件事情，就是 mv folder ..。但是简单地找了一下好像 TOS 并没有提供终端，我选择就直接用 TOS 自带的文件管理来操作。

然后就一个剪切文件夹（这个文件夹里面数据非常多，数据量大、文件数量也多），然后再回到上一级目录粘贴。第一个恼火的点就来了，居然一个 mv 就能解决的事情，等了好一阵子，除了原始文件夹变灰了以外，没有任何反应。然后我尝试又粘贴了几下，也没有任何反应。

过了一段时间发现文件夹确实被移动到上一层目录了，但是让我万万没有想到的是，发现文件夹里面的子文件夹的修改时间居然发生了变化。经过检查之后发现居然是文件被删了。

在 web 端里面提供的后台进程里面也可以看到有一个 rm 跑得无比地欢，因为文件非常多，删了几个小时也没有删完，倒是磁盘的占用空间可以看到在缓慢地下降。

对于发生这种文件，对于各种 NAS 系统的制作水平而言，只能说意料之外，情理之中。可能永远不会选择使用 NAS 系统了。

而且发现的另一个TOS离谱的点是里面自带一个rsync服务，会开起来一个rsyncd，但是即使在client里面使用的时候开了 -z （比如rsync -avzxP），那也不会进行压缩，而前端界面里面也没有任何可以修改对应的配置的地方

[AkaGhost]

NAS 系统只有群晖和其它，DSM 还是相当靠谱的

[HojiOShi]

铁威马也是三流牌子，还是个国内公司。

[zhlxsh]

盲猜把移动目录改成了先 cp 再 rm 。但是 cp 失败了，rm 没检查上个命令的返回值，或者压根就是后端分开下发🪦

[lin]

@AkaGhost 我觉得 QNAP 也不错。

[LanhuaMa]

找一台老机器装好 Linux ，存取文件用 SMB ，批量拷贝 Rsync ，其他所有服务全用 Docker 解决。

[ElsaGranger]

@LanhuaMa 其他所有的存储的服务器都是自己管理的，不用任何的 nas 系统。唯独这一台 tos 就连升级系统都要抹掉所有数据，不敢用了，就一直吃灰，这下直接回旋镖了

[SenLief]

不要相信普通开发者的水平，很多可能都没有测试。

[kidtx]

铁威马 是个野鸡牌子，要小心。 10 年前 他的 TOS 还是 4.x 版本时代， 我有一台。 系统崩了让客服发给我刷机包， 客服塞给我了一个快 10 多个 G 的网盘链接， 我把包下回来一看，是 TOS 整个工程目录， 除了编译好的文件还包括整个系统的源码。 当时被雷得不行...

如果生产环境用 NAS 还是用群晖吧，虽然也没有啥可靠的支持（ ABB 之类的企业套件能用，但是官方不提供任何服务保障），但是仅用来做系统备份之类的还是勉强能用的。

[huangdog]

用 windows server ，RDP 连上去，用里面的资源管理器做文件管理。RDP 比那个 web 界面厉害多了。

[ElsaGranger]

@huangdog 在文件管理领域谈 windows explorer 有点降维打击了吧。。

[lx01xsz]

之前铁威马升级之后系统配置被抹除要重新创建管理员账户，然后某个 API 一直报错 500 ，进了 web inspector 看报错信息是 table not exitsted ，更离谱的是，

[lx01xsz]

@lx01xsz TOS 系统的用户没创建成功他先创建了对应的 Linux user 。我用同样的用户名尝试重新创建时直接提示 linux user existed ，问了客服，客服一直让我换浏览器，这 tm 数据库建表失败跟浏览器有毛关系。