话说之前DS920+在NVME槽位配了一块NVME傲腾作存储池当做swap使用，另一块NVME作只读缓冲，还有几块其他SATA盘做存储，原本在DSM7.1用起来安然无恙。升级到DSM7.2版本后，发现存储报错了，报错如下。由此引出了本文的主要内容，其一，如何继续使用NVME创建存储池以便使用共享文件夹，其二，如何使用NVME傲腾做swap分区。

        为何要用NVME傲腾做swap分区？因为默认情况下，SATA盘位所有硬盘都有2GB左右大小的虚拟内存分区，读写时会有噪音并占用机械硬盘的IOPS，因此使用淘宝20元一块的16G NVME傲腾专门用作虚拟内存。

        如上所示，升级到DSM7.2后，原本用于做swap的存储池的设备报错，但是SSD缓冲设备未报错。

        尝试在线重组

        提示重组失败   

        之后尝试命令行的方式，删除存储池，重建存储池重启后仍然失败，我意识到我可能遇到DSM7.2针对NVME的白名单问题了。于是到github上找对应解决方案，链接如下

        https://github.com/007revad/Synology_HDD_db

        首先下载脚本，几乎所有的github，都是可以找到release的标签，点击打开下载

        本文使用的是2.2.47版本

        下载后本地解压，将syno_hdd_db.sh这个脚本上传到nas的某个共享目录下

        windows下，ssh登录到群晖，注意sudo -i切换到root用户，执行脚本。

        按照提示重启DS920+，准备创建NVME存储池，点击管理可用硬盘

                创建存储池，根据需要选择存储池的属性

        注意看，NVME可选了

      存储池创建完毕，创建存储空间。

        如果此时用的不是傲腾16G nvme，而是一个32G傲腾或普通容量的NVME盘，此时应当一切顺利，可以完成了。但是DS7.2创建存储池后，隐藏分区占用的空间变大了，使得用户可用空间只剩下3.2GB，不足创建存储池的最小10GB要求。这里我觉得群晖应当明确显示不能创建存储池的原因就好了，可惜并没有。       

      本文尝试了用命令创建存储空间，可惜无法在GUI中显示。因此本文用了另一种方式创建swap分区。

     首先一定要正确识别哪块NVME是我们要创建的存储空间，千万不要搞错了，进入ssh，sudo -i 使用root账号

        ls /dev/nvme*

        我的DS920+有2块nvme，所以显示有nvme0和nvme1，可以用fdisk -l /dev/nvme0n1，以及fdisk -l /dev/nvme1n1，可以很方便看到型号和容量

        在我的机器上，傲腾16G nvme对应的是/dev/nvme1n1，fdisk /dev/nvme1n1编辑分区表，p打印分区状态，看到有3个分区，3次d加回车删除三个分区，最后w写入分区表。

            然后创建新分区，其中n穿件新分区，p选择主分区，默认1分区号，起始sector 2048，我需要将分区设置为4GB大小，因此应当1024 * 1024 * 1024 * 4 / 512 + 2048 = 8386560

        分区类型填写82，w确认写入分区表        

         初始化swap分区， mkswap /dev/nvme1n1p1

        挂载swap分区，swapon -p 1 /dev/nvme1n1p1，其中-p 1是为了提高NVME swap上的使用优先级。

注意，启用swap分区不是一劳永逸的，需要脚本每次开机执行一次

至此，swap分区就创建好了

        因为傲腾的swap分区优先级更高，在偶尔使用swap虚拟内存时，机械硬盘终于消停了，达到静音目的，ok~