JackieWu

目前貌似还不能，如果你需要让 unraid 使用，那么理论上得单独编译并替换 unraid 的系统文件。

请上传诊断信息和相关日志，方法参考： 解决办法参考 一般来说 Docker 服务无法启动，比较常见的原因是： docker.img 镜像文件出现了损坏，而损坏的原因常见于系统没能正常卸载 docker.img 文件（例如死机、强制重启等情况），解决办法也比较简单 —— 重建 docker.img 文件即可，详细说明可以参考我博客的这篇文章：常见问题-8：Docker 服务无法启动/容器消失的解决办法。 /etc/docker/daemon.json 文件配置不正确（例如本帖），解决办法是删除 daemon.json 文件（或者你知道怎么修改的话那就将文件内容修改正确就行），参考本帖 #5 楼。

你的观点可能是对的，可能就是代码写的不好导致，并且 Unraid 官方也没有那个意愿去修复这个问题，但是不是就是这样，我保持谨慎态度。 Unraid 作为一个收费系统，已经在市场上立足了十几年的时间， 我并不是想表达“存在即合理”的观点，而是如果一个显而易见的现象存在了很长的时间，并且从开发者的角度很容易得出结论（例如代码写的挫）和相应的解决办法（例如异步io），那么我会对这种问题保持更谨慎的态度（包括“不能给出修复时间，在我看来和装死没啥区别”的观点）。

/mnt/user 会存在 shfs overhead 问题，这导致了 I/O 性能会受到影响，你提到的没有做缓存、遍历性能差这些情况是基于 shfs overhead 之上而客观存在的，这主要是由于 urnaid 开发的 shfs 文件系统所带来的问题，我在我博客的这篇文章里面解释过相关的情况。 Unraid 阵列的可伸缩性和阵列 I/O 性能的损失是硬币的两面，这个“硬币”是 Unraid 与生俱来的，我个人对此问题的看法是没有绝对的好与坏，适合自己的就是最好的。 另外我也看了你链接的这个帖子，JorgeB 不是已经和你一起提交了 BUG 么，他也说了这个问题可能优先级没那么高（另外我也觉得帖子里的这个应用场景也确实相对没那么普遍），就看 Limtech 后续是否把这个问题的处理提上日程了，毕竟相比其他的问题，官方可能更在意其他待处理的事情，这个我倒不觉得官方在“装死”。

我更新了二楼的说明，你可以先用之前的语言包来解决此问题。

谢谢反馈

一般主板只有一个 SATA 控制器，所以直通给虚拟机之后 Unraid 就没有办法使用 SATA 控制器上面的硬盘了，一般可以通过下面的方法解决： 使用 NVME 硬盘给到 Unraid 的阵列使用。由于 NVME 和 SATA 控制器是各自独立的 PCI BUS，所以假如将 SATA 控制器直通了，那么就可以通过 NVME 硬盘给到 Unraid 的阵列使用，这样 Unraid 既可以正常使用阵列，虚拟机也可以正常使用 SATA 控制器了。 如果没有 NVME 硬盘，那么只能是购买直通卡直通给虚拟机使用了。

不能，/dev/disk/by-id/xxxx 这种直通的方式是虚拟化形式的直通，所以你才会在群晖里面看到的硬盘名字显示为“QEMU HARDISK”。 只有将 SATA 控制器直通给群晖才能做到读取真正的硬盘 SMART 信息和休眠等功能。

参考：

手动安装这个插件： https://raw.githubusercontent.com/ich777/unraid-i915-sriov/master/i915-sriov.plg 相关说明：

参考：

这个问题应该是 Unraid 新版本的问题，新版本下 Unraid 的 Web 页面没有正确绑定对应的 IPV6（应该是绑定了临时 IPV6 地址），你可以通过下面的 iptables 规则尝试解决： iptables -t nat -I PREROUTING -p tcp --dport 80 -j DNAT --to-dest 192.168.1.2:80 上面的 80 是 Unraid 的 WebUI 访问端口，192.168.1.2 是 Unraid 的 IP 地址，请将 80 和 192.168.1.2 改成你的 Unraid web 端口和 IP 地址。

可以尝试使用这里的方法，通过安装帖子里这个网友的插件来解决：

给官方发邮件，参考：

参考：

你可以把 eth1 从你的桥接成员里面释放出来，然后单独给 eth1 网卡设置一个其他网段的固定 IP 地址，例如 192.168.32.188，然后 PC 端也给另一个网卡设置同样网段的 IP 地址（例如 192.168.32.189），之后你就可以通过 192.168.32.188 访问 Unraid 了，走的也是 2.5G 网络。

根据你提供的日志信息，显示 sda 这个设备，也就是 U 盘，出现了硬件上的问题导致无法正常读取，建议你检查一下。

那可能是 Unraid 方面的问题了，你能 SSH 进入到 Unraid 的命令行界面吗？可以的话进去看看系统有没有什么错误日志导致无法访问。

tailscale 在先前能否正常访问 unraid ？ 老家和和你宿舍的内网网段应该不是相同的吧？ Unraid 的网络设置中是将 tailscale 的虚拟网卡添加进监听接口列表中？

你的问题解决了吗，可以尝试检测一下内存，方法参考：

网络无法访问：常见问题-1：unRAID无法访问 如果 IP 能够 Ping 通，那么请检查是否出现了 IP 冲突导致访问不上 Unraid； 如果并不是 IP 冲突，可以尝试重新安装一下 Unraid 系统，因为你的情况是在升级系统之后出现无法访问的情况，所以有可能是由于升级导致系统文件出错了，解决的说明和重新的方法参考：常见问题-3：如何安装/重装/更换unRAID系统（附安装包下载地址） 按照楼上朋友的建议，在 Unraid 启动时选择 Safe Mode 进行启动。 如果还是不行，请在 SSH 中输入 diagnostics 命令来生成诊断信息资料压缩包，压缩包会保存在 U 盘里面，将压缩包上传到帖子里让大家可以帮你诊断是什么问题。

参考：

这种情况一般是由于网络问题导致，建议给 unraid 挂代理去使用。 参考：

可以尝试重建 docker.img 文件，重建之后你的 docker 容器会消失，但是相对应的配置文件（appdata）并不会丢失，具体的解决办法和相关说明参考：