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安装包,执行如下命令安装:

参考链接


Debian下的内核编译

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,数据安全性第一,因此正时间被设置成 ,要求文件系统在修改后立即刷新到磁盘上,放置数据丢失。另外强烈建议增加 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编译安装最新的内核,貌似可以解决上面的问题。

参考链接


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

最近把存储服务器上的 OpenMediaVault2.1版本升级到最新的 3.0.87版本之后,无法正常登录。

OpenMediaVault系统升级,参考OpenMediaVault系统升级
继续阅读OpenMediaVault从2.x(最新版本)升级到3.0.87后无法登录

PANIC: early exception 0f rip 10:ffffffff8134b348 error 0 cr2 40a0

Openmdiavault 2.1升级内存到6GB后,在开机的时候卡在启动界面中,屏幕最下方提示“PANIC: early exception 0f rip 10:ffffffff8134b348 error 0 cr2 40a0”。

万由的NAS,主板是"华擎 Q1900B-ITX主板套装".BIOS 版本是1.80版本。

网上查找了一下,发现是由于系统没有很好的支持大内存导致的,跟系统的BIOS也有一定的关系,目前只能在启动的时候限制内存到4GB的方式来启动系统。

操作方式如下:

1.重启进入开机界面:
OpenMediaVault_Grub
2.选中第一项,然后按"e"键,进入编辑界面:
OpenMediaVault_GrubEdit
3.在Linux内核的启动选项中增加“ mem=4096M”:
OpenMediaVault_Grub_MemoryLimit

4.修改完成后,按键盘上的“F10”启动系统就可以了。

注意这个修改需要每次进入系统都执行一次,如果想永久执行,那么只能是进入系统后,修改配置文件了。

另外这个参数会导致系统无法使用超过4GB的内存,也就是新加的内存浪费了一部分。

希望Openmdiavault 3.0版本能够兼容掉这个问题吧!

参考链接:[SOLVED] PANIC: early exception 08 rip 246:10 after upgrading from 2 to 4GB RAM

OpenMediaVault系统升级

最近因为OpenMediaVault升级到2.X,并且声明不再对1.X的版本进行维护,因此需要对OpenMediaVault升级。
1. 首先利用SSH登录命令行,获得root权限。
2. SSH中输入

3.更新完成后输入

4.重新启动即已升级到最新的2.X版本,版本代号Stone burner

Debian和OpenMediaVault在命令行下设置更新源

很多时候我们比较纠结的问题是,“该把哪个Debian镜像发布站点加入source.list文件?”。

Ubuntu的图形界面中有一个测试工具,命令行下面的Debian也有一个现成的程序:netselect

安装netselect

不带参数运行它时会显示它的帮助信息。运行它时加上以空格分隔的镜像主机列表,它会返回一个分值和列表中的一个主机名。这个分值通过评估ping time和hopsnumber(一个网络请求报文到达目标主机所经过的转发主机的个数)得出,它与镜像站点预计下载速度成反比(数值越小越好)。返回的主机名是主机列表中得分最低的那个(查看列表中所以主机的得分情况可使用-vv选项)。看出下的例子:

它表示,在netselect后列出的所有主机中,http://mirrors.163.com/debian/是下载速度最快的主机,其得分为5。

注意,最近163的服务器不知道发生了何种故障,导致各种更新失败,尽管测试的结果是163更快,但是我们建议还是使用阿里云的服务器。

把netselect找到的连接速度最快的镜像站点手工加入/etc/apt/sources.list文件.

最新版本的netselect软件包包含了netselect-apt脚本,它使上述操作自动完成。只需将发布目录树做为参数(默认为stable)输入,sources.list文件就会生成速度最快的main和non-US镜像站点列表,并保存在当前目录下

对于OpenMediaVault用户还是手工修改配置文件好了,主要是上面的工具生成的比较简略

Openmdiavault修复工具“omv-firstaid”使用简介

“omv-firstaid”是系统内置的修复工具,虽然修复功能有限但是向导式修复过程还是很简单,紧急情况下在终端输入“omv-firstaid”通常可以修复以下几项故障:

  1. IP配置重设,有时网络配置设置失误不能联机后可以用此工具修复;
  2. WEBGUI端口重设;
  3. WEBGUI管理员密码重置;
  4. OMV配置恢复,可以恢复最近一次配置文件备份;

image_thumb34