昨天给NAS换了一块硬盘，顺便把厚卷改成了静态卷。说点题外话，为什么要把厚卷改为静态卷？就为了万一机器坏了还可以用硬盘盒插在电脑上读取数据。

言归正传，要替换的是3号盘，先把新硬盘插到4号空盘位，创建一个静态卷Volume4。然后用HBS把数据从Volume3同步到Volume4，完了之后取下3号硬盘。本以为大功告成，结果后来却发现有些应用出了问题，经过一番排查发现在这些应用的设置中使用了绝对路径：原来的/share/CACHEDEV3_DATA现在变成了/share/CACHEDEV4_DATA，导致应用无法找到文件。

心想改回来应该很简单，于是安全卸载Volume4，将这块4号盘位的硬盘换到3号盘位，恢复存储池。结果没想到的是，新的硬盘虽然换到了3号盘位，但是路径居然还是/share/CACHEDEV4_DATA。安全卸载不行，那就干脆拔掉硬盘并删除Volume4，再插入硬盘恢复存储池。结果那个数字不但没有变成3反而路径还变成了/share/CACHEDEV5_DATA。再试一次，拔掉硬盘，删除Volume4，重启，插入硬盘，恢复存储池。再一看，居然又变成了/share/CACHEDEV6_DATA，每次都自动加1。虽然这不是什么大问题，在应用中改一下路径就能解决，但强迫症患者怎么能接受3号盘位的硬盘叫DEV6呢！必须得改回来！

经过一番研究发现，/share/CACHEDEV6_DATA是一个挂载点，它挂载的是逻辑卷/dev/vg290/lv6的数据。那么先卸载/share/CACHEDEV6_DATA，然后把/dev/vg290/lv6改名为/dev/vg290/lv3再挂载不就可以了吗。SSH进系统，经过一番尝试，发现没这么简单。/share/CACHEDEV6_DATA这个挂载点并不是直接挂载的逻辑卷/dev/vg290/lv6，QNAP为了提高性能，在挂载点跟逻辑卷中间加了一层flashcache，路径为/dev/mapper/cachedev6。又经过一番折腾，终于成功了，下面是详细的步骤：
1.先卸载/share/CACHEDEV6_DATA

1. [~]# umount /share/CACHEDEV6_DATA

复制代码

2.看一下/dev/mapper/cachedev6还在不在

1. [~]# ls -l /dev/mapper/
   
2. brw-rw---- 1 admin administrators 253,   0 2022-04-24 23:32 cachedev1
   
3. brw-rw---- 1 admin administrators 253,   2 2022-04-24 23:32 cachedev2
   
4. brw-rw---- 1 admin administrators 253,   6 2022-04-25 00:04 cachedev6
   

复制代码

3.居然还在，删掉它

1. [~]# dmsetup remove cachedev6

复制代码

4.看一下逻辑卷lv6的完整路径，我这里显示的是/dev/vg290/lv6

1. [~]# lvdisplay
   
2.   --- Logical volume ---
   
3.   LV Path                  /dev/vg290/lv6
   
4.   LV Name                lv6
   
5.   VG Name               vg290
   
6.   ......
   

复制代码

5.将逻辑卷lv6改名为lv3

1. [~]# lvrename /dev/vg290/lv6 /dev/vg290/lv3

复制代码

6.重建存储系统

1. [~]# /etc/init.d/init_lvm.sh

复制代码

OK，终于变回/share/CACHEDEV3_DATA了
不过还有一点小问题，原来的共享文件夹不见了。
不用怕，数据还在，重新在“控制台”-->“共享文件夹”中新建共享文件夹，磁盘选Volume3，路径手动选择就能找到原来的数据了。
当然也可以先移除这个Volume3再恢复存储池也能恢复原来的共享文件夹。
   

我也有这问题！回头试试！

收藏了很久，今天一用果然有效。难道论坛里强迫症这么少吗？这么好的帖子都没人关注

大佬有没有方案 把其中的一个槽让QTS识别成USB，然后实现识别NTFS格式的硬盘