题记:因为永远想不到这一些基于 Web 的文件管理器会出什么 Bug
硬件:一个吃灰的 TerraMaster F8-422 ,TOS 5.1
有一个服务器需要维护硬盘,临时找不到另一台有合适的空间的服务器来暂存数据,就用这个 NAS 来作为一个暂存数据的地方。
等数据都 rsync 完了之后,想要把里面一个文件夹移动到上一级目录,本来在 Linux 里面这是非常容易的一件事情,就是 mv folder .. 。但是简单地找了一下好像 TOS 并没有提供终端,我选择就直接用 TOS 自带的文件管理来操作。
然后就一个剪切文件夹(这个文件夹里面数据非常多,数据量大、文件数量也多),然后再回到上一级目录粘贴。第一个恼火的点就来了,居然一个 mv 就能解决的事情,等了好一阵子,除了原始文件夹变灰了以外,没有任何反应。然后我尝试又粘贴了几下,也没有任何反应。
过了一段时间发现文件夹确实被移动到上一层目录了,但是让我万万没有想到的是,发现文件夹里面的子文件夹的修改时间居然发生了变化。经过检查之后发现居然是文件被删了。
在 web 端里面提供的后台进程里面也可以看到有一个 rm 跑得无比地欢,因为文件非常多,删了几个小时也没有删完,倒是磁盘的占用空间可以看到在缓慢地下降。
对于发生这种文件,对于各种 NAS 系统的制作水平而言,只能说意料之外,情理之中。可能永远不会选择使用 NAS 系统了。
|