TOS: 5.1.131
文件系统：BTRFS
文件格式：RAID5
把移动硬盘接到NAS后，将数据备份到NAS。步骤：
a) 前面很多次的【复制】【粘贴】，都可以正常执行【复制】的动作
b) 在等待copy的过程中，做了几次NAS共享文件夹之间的其它目录的【剪切】【粘贴】（当时有可能有几次5分钟自动退出，在浏览器重新做了几次TOS登录？） ==》 整理一下之前的数据
c) 再次对移动硬盘的第3个分区所有11个目录/文件的所有数据，做1次【复制】【粘贴】到NAS后，发现执行了【剪切】的动作……
d) 这个移动硬盘是我比较老的盘，不想动里面的数据 ==》 再做1次NAS的数据【复制】到移动硬盘
e) 发现等d) 步还是执行了【剪切】的动作…… ==》 点了【x】（取消）。页面没有反馈，可能点了2~3次取消（不太记得了）？
f) 发现【x】（取消），并不是取消整个【剪切】动作，有一部分NAS数据已经【剪切】到移动硬盘
g) 担心【取消】会丢失部分数据，赶紧做了TFSS的快照恢复，想恢复NAS的数据。因此发现了另1个帖子的问题：在执行恢复TFSS快照后，容量貌似翻倍了？
可能是由于执行了【取消】这个动作，导致移动硬盘的第3个分区只能在TOS上挂载识别（数据还在第3个分区）
在MAC上，不能识别移动硬盘第3个分区，能识别移动硬盘的另外2个分区
这个帖子，希望：
1. 让我的移动硬盘的第3个分区能正常被Mac/Windows正常识别/挂载
2. 确认一下TOS 5是否存在【复制】变成了【剪切】这个bug
截图如下，截图右侧的说明：
第1步：移动硬盘【复制】数据到NAS。符合预期，是复制
第2~3步：在等第1步的过程中，整理NAS的共享文件夹里的其它目录，做了2次【剪切】
第4步：对应上面描述的第c)步
第5步：在等第4步的过程中，整理NAS的共享文件夹里的其它目录，做了1次【剪切】
第6步：对应上面描述的第e)步，点了【x】（取消）。
