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