修复OMV4的Python报错

由于OMV4仍然是一个开发版本, 目前仍有一些小bug,目前发现的有NUT状态异常(提示找不到pid),Python时不时弹出错误信息(通常在安装卸载软件时出现,见下图)。

NUT在今天的插件更新后已经修复,剩下的就是Python了。

Python的报错到目前为止没有发现任何影响,但看到报错放着不管总觉得不太舒服,官方论坛里搜索了一番疑似是Python3.5的一个bug,可以直接修改对应文件解决(链接

vim /usr/lib/python3.5/weakref.py

分别修改109和117两行即可(删除和加粗部分)

self, *args = args
if len(args) > 1:
raise TypeError(‘expected at most 1 arguments, got %d’ % len(args))
def remove(wr, selfref=ref(self)):
def remove(wr, selfref=ref(self), _atomic_removal=_remove_dead_weakref):
self = selfref()
if self is not None:
if self._iterating:
self._pending_removals.append(wr.key)
else:
# Atomic removal is necessary since this function
# can be called asynchronously by the GC
_remove_dead_weakref(d, wr.key)
_atomic_removal(d, wr.key)
self._remove = remove
# A list of keys to be removed
self._pending_removals = []

 

在Debian Strech上开启Miredo

Miredo是Debian/Ubuntu上的类Teredo服务,通常可以用它来访问一些ipv6的网络,除此之外,每台Miredo的客户机都可以分到一个2001开头的ipv6 。

这个ipv6对于内网的BT软件是否有实质性的帮助一直都没有确切的说法,但使用Miredo一段时间后观察数据流量,可以发现确实从它上面走了一些流量,可见它虽然帮助不大,但聊胜于无。

Debian的官方源自带Miredo,所以

apt install miredo

查看网卡信息

ifconfig

出现名为teredo的接口即表示安装成功

若出现RTNETLINK permission denied的错误提示

则需要在sysctl.conf的末尾下添加以下几项

vim /etc/sysctl.conf
net.ipv6.conf.all.disable_ipv6 = 0
net.ipv6.conf.default.disable_ipv6 = 0
net.ipv6.conf.lo.disable_ipv6 = 0

保存退出重启,这时会遇到另外一个问题。Miredo的默认启动优先级要高于域名解析服务,于是它在每次开机的时候都会因为无法正常解析中继服务器的域名而导致启动失败。

最简单的办法是将这个地址改成IP

vim /etc/miredo.conf

将原有的地址注释掉,添加一条

ServerAddress 83.170.6.76

保存重启后,检查Miredo运行状况

service miredo status

一切正常

尝试ping以下ipv6的域名

依旧正常

这样就算是安装配置完毕了。

 

在OMV4上安装Transmission并开启自动下载

OMV4的插件库上暂时没有任何BT下载器,虽然使用DOCKER安装一样很方便,但Transmission本身有非常优秀的GUI远端控制,配置完后几乎不需要再去使用WEBUI来管理,因此这里直接通过CLI安装了。

Debian的官方源本身提供Transmission,所以只需

apt install transmission-daemon

安装完毕后先中止服务

service transmission-daemon stop

修改的它的配置文件

vim /etc/transmission-daemon/settings.json

确保相关设置为以下参数以启用远端管理

"rpc-enable" = true,

"rpc-password" = yourpassword,

"rpc-port" = 9091 (or customport),

"rpc-username" = transmission (or customname),

"rpc-whitelist" = "*",

在末尾添加watch相关参数以开启自动下载(非末尾项须逗号结尾)

"watch-dir": "PATH/TO/Watch”,

"watch-dir-enabled": true

保存并退出,重启Transimission应该就能用Transmission Remote GUI连接上了。

此时可直接通过Remote修改其他数值。

在Debian Stretch上安装OMV 4

原先兼职做NAS的HTPC已经接近服役一年,由于近期4K HDR的视频渐渐开始多了起来,Win10 的秋季更新也几乎同一时间提供了HDR的支援,这台基于Ubuntu的AllInOne一体机显然不再是优秀的HTPC方案,于是决定逐步将HTPC与NAS这两样需求分离开来。

OMV(OPENMEDIAVAULT)是基于Debian的NAS系统,对于原本就习惯使用Debian的人来说,与其说它是一个系统,不如说它是一套针对NAS应用的WEB管理组件而已,这跟我原先使用的Ubuntu+Webmin的组合并无本质上的不同。

Webmin本身是一套非常强大的WEB面板,在管理Linux系统本身无可挑剔,但在应对NAS应用时却显得有力无处使,大多时候我会忘掉这个面板而选择直接使用SSH进行操作。

尽管OMV可能仍然无法让你完全扔掉SSH,但初期配置做得足够完善的话后面基本可以只靠WebUI来调整一些小设置了。

目前OMV的最新稳定版为基于Debian 8(Jessie)的OMV3,Jessie的桌面环境对Kaby Lake存在兼容问题,而对应Stretch的OMV4却仍处于测试版,考虑到Debian本身脱离OMV也照样能正常运作,因此这里还是激进地选择了OMV4。

官方并不会为处于测试状态地OMV4提供完整的打包镜像,这就需先安装Debian后期再安装OMV了。

Stretch已经正式发布且对较新的设备支持良好,安装过程中没有出现任何问题。

完毕后进入SSH,获取root权限

sudo su

添加OMV4的源并更新软件库

echo "deb http://packages.openmediavault.org/public arrakis main" > /etc/apt/sources.list.d/openmediavault.list

apt update

提示缺少公钥

apt install openmediavault-keyring postfix

再更新一次

apt-get update

安装OMV

apt-get install openmediavault

最后的步骤

omv-initsystem

之后就可以打开浏览器键入OMV所在的主机IP访问管理页面了。

初始账户

username : admin

password : openmediavault

OMV安装完毕后会禁用掉非root用户的ssh权限,登陆WEBUI后记得先进入用户管理添加SSH用户组

安装额外的插件库

wget http://omv-extras.org/openmediavault-omvextrasorg_latest_all4.deb

dpkg -i openmediavault-omvextrasorg_latest_all4.deb

如安装失败,可使用apt-get -f install修复安装,最后再

apt update

完毕