JackieWu

如果你是通过 WebUI 界面去升级的，那么你可以按照 2P 朋友的方法去回退。 如果不是，参考：如何安装/重装/更换unRAID系统

你指的 raidz 是指什么，比如 raidz5 吗？你现在的 zfs raid1 就是 raidz1 。 关于 zfs 可以参考：unRAID ZFS 入门（一）：ZFS 介绍、unRAID ZFS 入门（二）：在 unRAID 中创建 ZFS RAIDZ 阵列存储池

参考 Proxy Editor ：

如 2P 所述，可能是你的插件（比如 theme engine ）造成的，尝试使用安全模式重启 unraid 观察：

传输速度以实际硬盘读写为准。在 DFM（Dynamix File Manager）中，传输或者移动文件不是简单地采用 cp 或者 mv 命令，而是会根据实际情况来使用 rsync 或者 mv 命令，这一特点官方开发者描述为“smart move”： 对应到这里的群晖共享，所使用的是 rsync 命令进行传输（相当于硬盘对拷，因此使用 rsync ），而根据 rsync 的特点就会有题主说到的： ArchLinux Wiki - rsync ： Rsync 命令有优点也有缺点，我建议各位看到这里的都可以去学习一下 rsync 命令（ rsync 用法教程 - 阮一峰 ）。 参考：为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法

可以尝试在 docker 设置中将 macvlan 修改为 ipvlan，或者 ipvlan 改为 macvlan。

请上传完整的诊断信息，方法参考：

看了你日志里9月1日到今天的信息，报错的日志有点多，既有硬盘文件系统损坏的，也有网卡驱动这一块报错。 我建议： 修复下你的 Disk1 硬盘的文件系统； 你的网卡用是 r8169 的驱动，但你下载的是 r8152 的驱动插件，建议删掉这个插件重启 unRAID 观察一下； 检测下你的内存条，这里有参考这里。

那你在关闭其他的浏览器页面之后还会有这个 wrong csrf_token 么，或者换一个浏览器测试看看。 官方对 wrong csrf_token 的说明我也看了，csrf token 的产生是为了安全方面的问题（跨站请求伪造 Cross-Site Request Forgery，CSRF ）。unRAID 在每一次重启之后会随机生成一个 csrf token，因此如果你在浏览器的一个标签页面中重启了 unraid ，而另一个同样打开了 unraid 页面的标签页没有关闭（或者手机浏览器之类的），那么 unraid 重启好后其他的页面可能还处在 unraid 重启前的页面，此时前后 csrf token 不一致就有可能出现这个问题。所以官方的建议就是检查你的插件是否没有更新，以及将所有其他已经打开的网页标签页面都给关掉。 我看了你的 WRONG CSRF_TOKEN AND OTHERS 帖子，日志里面很关于 csrf token 的报错，所以我觉可能还是没有关闭浏览器标签的问题。 Sep 7 13:29:31 611 root: error: /webGui/include/Notify.php: wrong csrf_token Sep 7 13:29:31 611 root: error: /webGui/include/Report.php: wrong csrf_token Sep 7 13:29:31 611 root: error: /webGui/include/InitCharts.php: wrong csrf_token Sep 7 13:29:31 611 root: error: /webGui/include/DashboardApps.php: wrong csrf_token 这个得看日志。

参考：

参考2P朋友的说法，卸载并重新安装一下中文语言包插件，参考：

你之前发了这个帖子，你想要了解的东西是同一个吗： 可以，“开启主机访问自定义网络”跟 ipvlan 或者 macvlan 没关系，但是切换成 ipvlan 或者 macvlan 能不能正常用跟其他因素有关。

有完整的不？

是什么报错呢？

日志里面没看到有什么明显的错误信息，无法判断是什么情况。我想问下你有开启 unRAID 的日志服务器吗，如果没有开启的话建议打开（方法），把日志存储下来，不然重启 unRAID 之后日志就会被清空了。 另外我建议去检测一遍内存，unRAID 自带有 memtest86 内存检测功能（或者你也可以单独拿一个 U 盘按这里的方法去制作内存检测启动盘）： 之所以建议去检测内存，是因为如果出现一些跟系统运行这一块的问题，尤其是那种不明所以的情况，都建议去排查一次内存。

还是那句话，得看日志

走代理不会让 unraid 的 webui 进不去，这个情况需要查看日志，看看是否出现系统错误之类的信息。

你是否没开启"主机访问自定义网络"：

正解，设置监听接口即可（设置 - 网络设置 - 额外接口）： 另一个方法是使用 iptables 规则，我之前帮别人解决 Zerotier 可以 SSH 但无法打开 WebUI 时候使用的方法（实际上也是由于没有监听对应的接口造成）： iptables -t nat -A PREROUTING -s 10.147.17.0/24 -p tcp --dport 80 -j DNAT --to-destination 192.168.31.123:80 将 10.147.17.0/24 替换成你的 zerotier 网段，192.168.31.123:80 改成你的 unRAID IP 地址。此规则会在 unRAID 重启后消失，因此你可以将此命令以追加的形式写入 /boot/config/go 文件中来实现开机运行。 此方法不如上面的设置监听端口来的方便，但可以作为另一个手段去排查问题。

走了代理，所以测出来的 IP 是代理服务器的地址而不是实际本地路由器的外网 IP。 可以采用我博客里这篇文章的网络架构《iKuai与Openwrt的有机结合：传统旁路由方案的完美替代》，这个架构下可以弥补旁路由模式（IT 术语实际应叫做透明网关）的不足，缺点是新手不好搭建（出问题也不好维护），但是使用起来可以兼顾翻墙和直连的要求。

关于此类问题，建议可以从以下几方面排查： 内存：由于 unRAID 是运行在内存中的，所以如果内存有“问题”那么会直接影响系统的稳定性。这里的“问题”并不一定是指内存自身的质量或者其他硬件上的问题，还可能跟内存超频有关。我在博客《换了3个U盘还是提示损坏：因主板不兼容而导致的罕见Unraid崩溃问题》中记录了处理过的一个因内存导致的罕见的案例，我在里面详细的记录了前前后后的处理过程和方法。之所以把这个案例的过程详细的记录下来，是因为这个案例比较具有代表性，里面牵扯到了各种可能涉及到的问题，看完之后你就知道在 unRAID 上保证内存的正常使用是有多重要了。 webUI 打不开：WebUI 打不开的原因有很多，这也是大家常说的“失联”问题。关于失联的问题我回答过很多次，我也常说失联只是一个表面的现象，造成失联的原因因情况而异（参考），因此往往需要通过系统日志去判断问题的原因。关于失联方面，可以参考我过往的博客文章：《unRAID 失联问题解析（以及如何给Docker分配独立网口）》、《6.12.4 关于失联问题的解决办法以及相关更新说明》

没问题。 Mover Tuning 是根据的 Mover Settings 所设置的定时任务频率来执行的，也就是说只有 Mover 被执行的情况下 Mover Tuning 才会生效，换个角度看的话如果 Mover 从未被执行那么 Mover Tuning 相当于没有任何作用。 文件未被转移的可能原因我在博客里有详细说过，你可以参考看看是不是能解决你的问题：《详解 Unraid 缓存策略及应用案例》

有没有修改远程桌面服务去启用GPU加速？

好的，谢谢反馈。

你可以问下 @jinlife ，Unraid 上 Realtek 插件所安装的驱动是他编译的（插件自身是官方开发的），参考： @jinlife 出来传授经验了大哥。