分类： Openmdiavault

Openmediavault 4.x升级到5.x

移除旧版本的openmediavault并升级Debian系统，如下：

重新安装openmediavault：

目前还是推荐下载之后，完全重新安装 openmediavault 5.x 这样操作更简单。

另外，要求系统磁盘空间至少比内存多 2GB， 否则会在安装的使用出现磁盘空间不足的情况，这个现象的原因在于安装的时候，会自动根据内存创建对应大小的交换分区。有个简单的方式就是安装系统的时候，换个小一点的内存，安装完成后再换回来，可以解决这个情况下安装失败的问题。

参考链接

OpenMediaVault 4.1.26省电设置

目前版本的OpenMediaVault 4.1.26缺乏必要的电源管理，但是对于NAS来说，电源管理是非常必要的，尤其是其会进行7x24小时的连续运行的时候。

当前找到的是tlp,这个工具据说不错，在此试用一段时间看看效果。

参考链接

OpenMediaVault SMB/CIFS报错,无法连接,日志输出错误NT_STATUS_ACCESS_DENIED

OpenMediaVault SMB/CIFS配置完成之后，打开某些目录提示错误"找不到链接"，其他目录正常。

修改配置文件"/etc/samba/smb.conf"中的"log level = 3",然后观察日志"tail -f /var/log/syslog",

观察到如下日志输出：

不管如何修改，都搞不定，观察目录权限以及所有者信息，如下：

观察到正常的目录的权限是 root:users 而不正常的目录权限是 root:1000,于是执行权限修改，如下：

之后就可以正常访问了。

参考链接

OpenmediaVault-4.1.3上编译Linux Kernel 4.14.118

也可以使用下面的方式正常编译 Linux Kernel 4.14.118 。

建议使用 VirtualBox 上建立虚拟机，保证磁盘空间不小于 32GB，给 root 用户设置密码，远程通过 shell 登录到虚拟机。

查询虚拟机的 IP地址的时候，使用

命令查询。虚拟机网卡设置的时候，设置为桥接模式，默认的 NAT 模式无法通过 SSH 登录。

然后执行如下命令：

完成后，在当前用户目录下生成 linux-image-4.14.118_4.14.118-10.00.Custom_amd64.deb 安装包,执行如下命令安装：

参考链接

解决Btrfs文件系统ext2_saved文件磁盘占用异常

最近在 OpenMediaVault 4.1.22-1(Arrakis) 进行磁盘文件占用分析的时候，发现磁盘空间异常占用问题，如下：

这个 1.3T ./ext2_saved  文件是不存在的，并且没办法通过常规命令删除。

这个文件产生的原因是，执行过 从 EXT3/4 转换转化分区到 Btrfs :

完成转换需要删除备份的 ext2_saved 子卷,否则空间会不能释放。 请注意，如果没了它(备份子卷)，你将没办法还原回 EXT3/4 文件系统。

可能会报错：

无视这个报错即可。

完成后再次查询文件占用空间：

可以看到空间已经被释放了。

参考链接

OpenMediaVault-4.0.15执行更新(apt update)时报错“TypeError: 'NoneType' object is not callable”

OpenMediaVault-4.0.15执行更新(apt update)时报错,详细错误信息如下：

通过观察发现，只要从packages.openmediavault.org中下载文件失败，就会报告这个错误。

发生错误之后，重新执行

即可解决这个问题，或者忽略这个错误信息即可。

OpenMediaVault-3.0.89在系统更新升级后无法挂载磁盘

OpenMediaVault-3.0.89在执行应用升级

重启无法自动挂载磁盘,查看系统日志，看到如下内容：

这个原因是由于collectd的升级导致了无法使用systemd来启动。而Openmediavaule加载硬盘的时候依赖collectd模块，这个模块的启动问题导致全部磁盘都无法加载。

目前的做法是升级到最新的OpenMediaVault-4.0，参考OpenMediaVault系统升级。

但是升级后会遇到如下错误：

以及

修复方法为：

参考链接

OpenMdeiaValut 3.0.86上编译Linux Kernel 4.13-rc6/Linux Kernel 4.13-rc7/Linux Kernel 4.13 Mainline

也可以使用下面的方式正常编译Linux Kernel 4.13-rc7/Linux Kernel 4.13 Mainline。

建议使用VirtualBox上建立虚拟机，保证磁盘空间不小于32GB，给root用户设置密码，远程通过shell登录到虚拟机。

查询虚拟机的IP地址的时候，使用

命令查询。虚拟机网卡设置的时候，设置为桥接模式，默认的NAT模式无法通过SSH登录。

然后执行如下命令：

完成后，在当前用户目录下生成linux-image-4.13.0-rc6_4.13.0-rc6-10.00.Custom_amd64.deb安装包,执行如下命令安装：

参考链接

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数据分区格式。

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

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

如上所示，我们看到有三个磁盘的挂载，分别挂载在/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 Jessie的back-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 9的backport的源，貌似可以安装 linux-image-4.12版本的内核，内核部分不必追求最新，一般追求最稳定，能解决问题即可。

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

执行如下命令，修复一下文件系统：

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

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

参考链接

OpenMediaVault从2.x（最新版本）升级到3.0.87后无法登录

最近把存储服务器上的OpenMediaVault从2.1版本升级到最新的3.0.87版本之后，无法正常登录。

OpenMediaVault系统升级，参考OpenMediaVault系统升级。
继续阅读OpenMediaVault从2.x（最新版本）升级到3.0.87后无法登录