cddjr

(EE) Fatal server error: (EE) Unrecognized option: -noserverkeymap (EE) ---Starting Fluxbox--- ---Starting noVNC server--- ---Starting ssh daemon--- ---Starting luckyBackup--- This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb. /opt/scripts/start-server.sh: line 86: 68 Aborted /usr/bin/luckybackup

正版用户可以打开Connect的自动备份到Unraid服务器的功能，然后自己本地也需要定期备份U盘（插件、Docker都有这方面的定期备份工具），万一哪天就用得上了。

本质还是代理的问题，它检测更新时没有调用ProxyPlugin配置的代理变量，导致是直连访问github。 我通过在go文件中修改相关文件解决的这个问题，不清楚7.0还会不会有这个问题。 毕竟外国人写的很多网络操作都没有考虑Proxy的习惯。

我已经定位到问题了，是因为通过ProxyEditor配置的代理无法被定时任务使用。 （unraid通过crontab的方式自动检测docker更新，而crontab不会加载/etc/profile） 临时应对方法是运行如下命令： sed -i "s|*.cron|*.cron \| sed 's\| /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/dockerupdate\| source /etc/profile;/usr/local/emhttp/plugins/dynamix.docker.manager/scripts/dockerupdate\|'|" /usr/local/sbin/update_cron 其原理是强制让cron在执行联网检测前加载我们配置的代理变量（可以将此命令追加到go文件，确保在重启后也能生效） 最后在终端中执行这条命令，重新生成定时任务 /usr/local/sbin/update_cron 这样操作后，unraid就能通过代理去定时检测docker更新了。

你那网线是不是只有四根芯。。。

机械硬盘的小文件就是这么差，如果考虑碎片、考虑SMB这低效的协议，就差上加差了。

我的unraid是通过配置代理实现的梯子，可能在自动检测更新的时候没有走代理，所以失败。 而我们直接运行命令，由于终端配置了代理环境，所以可以成功。 具体是不是如此，我没有深入研究，不清楚是不是unraid的bug。 但如果你是网关指向软路由实现的全局代理，那应该不会有这个问题。

可以尝试手动运行以下命令刷新Docker的更新状态 /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/dockerupdate

如果可能的话，尝试取出这块硬盘，然后再观察系统是否会死机。

通过新log来看，你的/mnt/disk4盘出现了文件系统错误，日志提示你需要使用xfs_repair命令修复。不清楚是不是因为掉电导致数据的损坏，

你用的是unraid7，它还是个测试版系统，建议非开发者还是用回unraid6吧。 另外从日志来看，似乎大量进程都死在了访问某个文件的操作上( open -> __d_lookup_rcu ) 结论：要么是内核bug，要么是文件系统出了问题，如果排除硬件问题，建议降级系统。

我不清楚你所谓的代理是怎么配置的，如果是用插件设置的unraid的代理，它仅仅只是部分流量会走代理，其它如docker拉镜像是不会用到这个代理的。 如果你是通过修改unraid的网关指向软路由（即所有网络流量都会经过代理），还是无法拉取镜像的话，请先把软路由设置为全局代理，然后再尝试。

零个校验盘的路过了

我现在是N6005 也是i225网卡接的2.5g的网络， 如何才能检测会不会断流？

买个好点的u盘、内存吧