OpenMediaVault 3.0.87数据分区文件系统从EXT4升级到BTRFS并启用压缩特性

自己搭建的NAS使用的是OpenMediaVault 3.0.87,默认的磁盘系统分区是EXT4数据分区格式,并且没有搭建RAID阵列,暂时不建议RAID阵列执行升级操作

某些磁盘已经空间非常紧张了,希望能使用像微软的NTFS格式相同的磁盘数据压缩功能,但是遗憾的是EXT4数据分区格式是不支持数据压缩的。因此有必要升级到BTRFS数据分区格式。

另外,OpenMediaVault 3.0.87的Linux内核已经更新到Linux Kernel 4.9.0能够非常好的支持BTRFS数据分区格式了,因此尝试升级到BTRFS数据分区格式。

在执行如下操作之前,请确定已经启用了OpenMediaVaultSSH远程登录功能。

首先,确定数据分区的挂载位置

如上所示,我们看到有三个磁盘的挂载,分别挂载在/dev/sda1 ,/dev/sdb1 , /dev/sdd1

我们接下来以/dev/sda1分区为例:

几个小时后(3TB),会输出如下信息:

表示已经转换完成了。

注意,转换完成后磁盘的UUID会发生变化,需要重新手工修正。

得到如下输出:

接下来,调整磁盘加载参数

找到

修改为

注意我们增加的参数,分别是修改文件系统格式从ext4修改为btrfs,同时增加了几个关键参数

其中的compress为压缩算法,目前我们指定lzo压缩。autodefrag为自动碎片整理,提升我们的性能。commit为数据提交的延迟,默认是30秒,适当增加时间可以提升磁盘性能,但是可能在突然断电的时候造成数据的丢失,由于我们是NAS,数据安全性第一,因此正时间被设置成0,要求文件系统在修改后立即刷新到磁盘上,放置数据丢失。另外强烈建议增加noatime参数,这个参数是要求系统不必在每次访问文件的时候都修改最后一次的访问时间,可以明显提升服务器性能,尤其是对于NAS服务器来说,除非是安全审计需要,否在完全没必要使用文件访问时间。

另外注意我们移除的参数

这几个参数是btrfs不支持的。

完成后重启系统

注意,上面的操作完成后,并不会真正压缩已经存在的文件,只压缩以后创建的文件

上面的整个过程执行之后,会发现磁盘占用实际上是增加了的,这个不必在意,属于btrfs的特性,到一定程度会自动回收空间的。

如果想手工回收这部分空间,执行如下命令即可:

整个过程非常耗时间,可以通过新开一个SHELL中执行如下命令来查看进度信息

注意

目前遇到了执行

之后,整个OpenMediaVault系统无响应的问题,即使强制重新开机,也会在挂载完成刚刚转换后的磁盘后系统继续宕机,这个问题还在查找原因中。

刚刚开始是怀疑btrfs-tools版本太低导致的,系统默认自带的是btrfs-tools 3.17,但是Linux内核确是Linux Kernel 4.9.0,按理说,两者版本号应该是一致的,但是标准源上只更新到了btrfs-tools 4.7.3,使用如下命令更新后,问题依旧

通过移除硬盘,重启系统后,查看系统日志

看到如下内容:

根据Re: mount troubles after crash里面的回复,这个是Linux Kernel 4.9.0已知的BUG,在Linux Kernel 4.10-rcs之后的版本被修复。因此涉及到了Linux Kernel的升级操作。

目前看来要么自己编译内核,要么等待Debian Jessieback-backports更新Linux内核了,希望整个修复已经合并到Linux Kernel 4.9.44版本中了吧。

或者关闭btrfs的磁盘配额(btrfs-quota)功能(崩溃的原因就是磁盘配额部分的BUG),也可以解决这个问题。

注意,上面的命令是在Ubuntu 16.04 Linux Kernel 4.4.0-92系统上执行的(硬盘被单独拿出来,然后挂载到Ubuntu 16.04 Linux Kernel 4.4.0-92的机器上),貌似由于这个版本的内核不支持btrfs的磁盘配额。因此,没有这个问题。

目前测试来看,上面的办法(关闭磁盘配额)并不能解决问题,看来只有升级到Linux Kernel 4.10,或者把补丁重新应用到Linux Kernel 4.9这一条路了。

手工升级到 Linux Kernel 4.13.0-rc5-amd64,则执行如下操作:

把里面的如下内容

替换为:

然后执行如下命令

注意,这个源,可以替换成Debian 9backport的源,貌似可以安装 linux-image-4.12版本的内核,内核部分不必追求最新,一般追求最稳定,能解决问题即可。

貌似linux-image-4.13.0-RC5版本内核依旧存在BUG,如下所示:

执行如下命令,修复一下文件系统:

貌似不管用,估计还要继续升级内核,btrfs还是不够成熟啊!

参考OpenMdeiaValut 3.0.86上编译Linux Kernel 4.13-rc6编译安装最新的内核,貌似可以解决上面的问题。

参考链接


发布者

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注