修复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 Stretch上通过Steam进行游戏串流

Steam在Linux下已经有不少游戏,但这可不是我用它的理由。

Steam的家庭流式传输可以使某台PC上的游戏画面以流媒体的形式传输到同网络下另一台装有Steam的设备上,并接受该设备反馈的按键信息。并且在画面损失和延迟控制方面平衡的相当好。

由于是它的本质是流媒体传输,因此对接受端的硬件要求非常低,只需一台能安装Steam且能流畅播放H264编码视频的机子而已(HTPC绝配)。

安装前首先确保登陆用户拥有以下权限

#usermod -a -G video,audio second_user

添加Steam的Non-free源到/etc/apt/sources.list

# SteamRepo Stretch

deb http://httpredir.debian.org/debian/ stretch main contrib non-free

对于64位的系统须添加i386的支持

dpkg --add-architecture i386

安装并使用aptitude进行包管理使它自动下载相关依赖

apt install aptitude

aptitude update

安装Steam

aptitude install steam

Steam在Stretch上不会像Jessie那样出现各种各样的问题,通常情况下安装完毕后就可以正常登陆。

串流时既可以使用接受设备的控制器(手柄、键盘等),也可直接使用源主机的设备(假如距离不远能收到信号的话)

由于Steam是32位的应用,无法使用64位的驱动,因此需要安装32位驱动才能开启硬件解码,否则在性能较低的设备上可能无法流畅运行。

apt install i965-va-driver:i386
apt install libva1:i386
apt install libva-x11-1:i386
apt install libva-glx1:i386

安装后重启Steam,进入设置>家用流式传输>高级客户端选项

确保硬件解码已经勾选,开启显示性能信息

再次通过流式传输打开游戏,左下方Debug区域Decoder一栏显示VAAPI hardware decoding就代表硬解生效了。

N卡和A卡的驱动及其他相关问题可从在通过以下连接查阅

https://wiki.debian.org/Steam

追记:

Steam的某次更新似乎修改了控制器的规则,在Debian上可能会遇到手柄无法被识别的情况,需自行添建立配置文件。

vim /etc/udev/rules.d/99-steam-controller-perms.rules
# This rule is needed for basic functionality of the controller in Steam and keyboard/mouse emulation
SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"

# This rule is necessary for gamepad emulation; make sure you replace 'pgriffais' with a group that the user that runs Steam belongs to
KERNEL=="uinput", MODE="0660", GROUP="pgriffais", OPTIONS+="static_node=uinput"

# DualShock 4 wired
SUBSYSTEM=="usb", ATTRS{idVendor}=="054c", ATTRS{idProduct}=="05c4", MODE="0666"
# DualShock 4 wireless adapter
SUBSYSTEM=="usb", ATTRS{idVendor}=="054c", ATTRS{idProduct}=="0ba0", MODE="0666"
# DualShock 4 slim wired
SUBSYSTEM=="usb", ATTRS{idVendor}=="054c", ATTRS{idProduct}=="09cc", MODE="0666"

# Valve HID devices over USB hidraw
KERNEL=="hidraw*", ATTRS{idVendor}=="28de", MODE="0666"

# Valve HID devices over bluetooth hidraw
KERNEL=="hidraw*", KERNELS=="*28DE:*", MODE="0666"

# DualShock 4 over bluetooth hidraw
KERNEL=="hidraw*", KERNELS=="*054C:05C4*", MODE="0666"

# DualShock 4 Slim over bluetooth hidraw
KERNEL=="hidraw*", KERNELS=="*054C:09CC*", MODE="0666"

保存并退出后,重新加载一遍udev

udevadm control --reload
udevadm trigger

再次重启Steam应该就能正常识别手柄了。

在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

完毕