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

硬件:一个吃灰的 TerraMaster F8-422 ,TOS 5.1

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

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

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

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

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

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

举报· 620 次点击
登录 注册 站外分享
5 条回复  
AkaGhost 小成 前天 00:17
NAS 系统只有群晖和其它,DSM 还是相当靠谱的
HojiOShi 小成 前天 00:49
铁威马也是三流牌子,还是个国内公司。
zhlxsh 小成 前天 00:51
盲猜把移动目录改成了先 cp 再 rm 。但是 cp 失败了,rm 没检查上个命令的返回值,或者压根就是后端分开下发🪦
lin 小成 前天 01:01
@AkaGhost 我觉得 QNAP 也不错。
LanhuaMa 小成 前天 01:22
找一台老机器装好 Linux ,存取文件用 SMB ,批量拷贝 Rsync ,其他所有服务全用 Docker 解决。
返回顶部