JackieWu

可能是虚拟机的 libvirt.img 文件出问题了，你可以尝试删掉后在重新生成： 删除之前，你可以通过以下命令备份虚拟机 xml 文件到 system 文件夹下面： cp /etc/libvirt/qemu/*.xml /mnt/user/system 当你重新创建了 libvirt.img 之后，启动虚拟机服务了，你再通过下面的命令将虚拟机 xml 文件拷贝回去，然后再重启一下虚拟机服务即可： cp /mnt/user/system/*.xml /etc/libvirt/qemu/ 关于虚拟机 XML 文件的说明：用户在 Unraid 上创建虚拟机时都会自动生成一个 xml 文件，这个文件里面记录着虚拟机的相关配置信息，这些文件就存储在 libvirt.img 里面。所以删除了 libvirt.img 就会导致先前已经创建的虚拟机的 xml 文件丢失，换句说话就是在虚拟机的界面那里看不到任何先前已经创建的虚拟机。但是其实问题也不大，因为仅仅只是丢失了 xml 文件而已，虚拟机的虚拟硬盘什么的都还在，只是需要重新手动再去创建一遍并把之前创建好的虚拟硬盘添加回去。

Unraid 的密钥是与 U 盘绑定的，Plus 的密钥与哪个 U 盘绑定就只认那个 U 盘（其他 Basic 或者 Pro 同理）。现在你有两个 U 盘都购买了正版，我建议最好不要交换密钥进行使用。 根据你的描述，你觉得 Plus 那个 U 盘用在软路由有点浪费，希望换一个 Basic 版本的进行使用，然后 Plus 那个 U 盘可以放到其他的设备上。如果是这样的话，那其实问题很好解决，你也不需要通过将 Plus 那个 U 盘降级到 Basic 版本进行使用。 在进行解决之前有个关于 Unraid 的常识：Unraid 的系统配置都存储在 U 盘的 config 文件夹，这个文件夹包含了 Unraid 的网络设置、插件、密钥文件和用户密码等等相关的配置，而其他的虚拟机配置、docker 容器等信息存储在你的硬盘中，所以即使你的 U 盘弄丢了也不影响已经安装好的虚拟机和容器。因此只要保证 config 文件夹得到备份，你的 Unraid 配置（包括正版激活）就不会丢失。所以，当你不管是重装 Unraid 系统还是 U 盘坏了需要更换 U 盘，只要保证 config 文件夹的数据能够存在于 U 盘里面，Unraid 就能加载里面的配置。 回到你的问题上，解决办法很简单： 首先，不管是做什么更改，你需要将两个 U 盘都做好备份。 接着，如果你的这个 Basic 盘还没安装上 Unraid 系统，先安装上系统，并且安装上与 Plus 那个盘一样版本的 Uraid ；如果已经安装上了，但不是同样的版本，我建议先把版本调整成同样的版本再进行后面的处理。 然后，互相把两个 U 盘的 config 文件夹进行替换：把 Plus 盘里面的 config 文件夹覆盖到 Basic 盘，把 Basic 的 config 文件夹覆盖到 Plus 盘。但是要注意，不要覆盖掉原来的密钥文件，也就是 Plus 盘的 config 文件夹里面有保留着 Plus 的密钥，Basic 盘的 config 文件夹里面有保留着 Basic 的密钥，不然两个盘都无法进行激活。 最后，你的 Basic 盘里面已经存储了原先 Plus 盘的配置文件，此时你就可以放到你的软路由上使用了。 参考资料：如何安装/重装/更换unRAID系统（附安装包下载地址）

插件问题，你可以把 U 盘 config 文件夹里面的 plugins 文件夹删掉，然后在启动试试。 删除之前记得先备份一下 U 盘再去操作。

我觉得有可能是因为内核与 M2 控制器存在不兼容的问题，你可以尝试换一下 unraid 的版本试试，最好是降级测试一下。

群晖 7.2 版本的内核是 4.4（如果你用的是 SA6400 那么内核是 5.X），Unraid 6.12 版本的内核是 6.X，我不确定是不是内核问题造成的，如果你打算继续尝试的话，可以考虑降级到 6.11.5 版本（5.19 内核）或者 6.10.3 版本（5.15 内核）等 5.X 版本的内核进行测试。

可能是 wget 走代理不正常吧。

报错是什么？

请问群晖用的什么版本？

换其他的 Linux 系统试过吗

日志里面没看出来明显的问题，建议你开启日志服务器来存储日志（具体方法参考这里），然后当再次出现同样的问题时，检查一下日志看看有没有什么报错信息。

只是测试用，在缓存池单独建立一个文件夹去传输文件，测试完成后再删除掉就好了。 另外关于缓存这一块的内容，你可以参考：详解 Unraid 缓存策略及应用案例

后续呢，如果解决了麻烦在帖子里说一下，可以让其他有同样问题的朋友去参考。

你可以先尝试将 U 盘 config 文件里面带有 network 字眼配置文件删掉（注意记得先备份），然后重启看看能不能自动获取到 IP 地址，具体细节可以参考这里：常见问题-1：unRAID无法访问 另外你可以尝试修改主板 BIOS 的 CSM 选项里面的设置，将 PCIE 设备启动方式设置为 Legacy only： 如果以上方法都没有用，那么最好是将 Unraid 的诊断参数上传上来，通过诊断信息里面的日志去判断是不是网卡在系统初始化的阶段没有被加载或者其他的错误产生。根据你提供的信息，网卡插上的时候 Unraid 系统可以加载的，但是无法访问，这时候为了能够获取诊断信息，你需要接上键盘，然后输入以下命令： diagnostics 此命令会生成诊断信息并保存在你的 U 盘中，这时候你就可以查看里面的信息并且上传上来让大家帮你判断。

建议你使用 Ubuntu 或者其他的 linux 系统再测试一下看看，如果是同样的问题那就是 linux 驱动层面的情况了。

这个跟无法重启和关机应该没关系吧。请上传诊断资料，在“工具 - 诊断”中获取。

常见问题-3：如何安装/重装/更换unRAID系统（附安装包下载地址）

如果说 iPerf 上测试出来的结果都不能实现网卡能够达到的速率，那么很有可能是底层的原因，例如网卡或者主板（包括 BIOS）。但是你已经在 Win 系统下测试了 iPerf ，并且测出来的结果是正常的，那么就有可能是 Linux 上的驱动问题了，因为我先前看了论坛里面的另一个帖子 10GB NIC SHOWING IN DEVICES, NOT ON NETWORKING PAGE 里面就出现了网卡在 UNRAID 无法进行加载但是在 Win 系统下可以正常驱动的情况，并且即使换成 ubuntu（20.04.3）也是同样出现了无法加载网卡的问题，所以这种情况就说明了要么是 linux 上的驱动与设备不兼容，要么就是 Win 系统下忽略了 linux 上产生的问题进而可以正常使用： 如果你那里是这种情况的话那可能没有很好的解决办法，你可以尝试将网卡放到另一个主板上，然后同样运行 UNRAID 或者 Ubuntu live cd 进行测试，看看是否依然是同样的问题产生。 目前我能想到的就这些情况了，也有可能是我忽略了某些因素没有考虑到，所以如果后面能够解决了也请反馈一下，或者有读者看到这里的也欢迎提供相关的经验。

unRAID 系统里面默认会带有一个叫做 dockerMan 的插件（这个插件不会显示在插件页面），当你在 Web 页面的 Docker 界面去创建容器时，系统后台就会通过这个插件去帮你创建容器。如果你是通过这种方式去创建，那么你就可以在网页界面那里对 Docker 进行编辑，而如果你不是通过这个方式创建（例如“用SSH 一键脚本安装的DOCKER”），那么也就是说你并没有通过 unRAID 自己的工具进行安装，那么也就不能在 Web 界面进行编辑。 而之所以用户可以在 Web 界面能够编辑 Docker，实际上是由于 unRAID 为每一个你在 Web 界面创建的容器单独生成了一个 .xml 文件，这个文件里面就记录了容器相关的参数（变量、路径映射、端口映射等），因此当你在 Web 界面编辑的时候，实际上你编辑的就是这个 xml 文件（.xml 文件存放在 U 盘，对应到系统的路径是 /boot/config/plugins/dockerMan/templates-user ）。所以当你使用的是 docker cli 命令或者 Docker-Compose 进行创建，那么是没有对应的 xml 文件产生的，因此你也没有办法在 Web 界面进行编辑。 但是说如果你坚持希望能使用命令的方式进行创建，同时也希望能够显示图标和跳转页面的按捏，你可以参考这里的逻辑和方法去创建（但这种方式也依然是无法进行编辑的，因为没有对应的 xml 文件生成）： unRAID 之所以自己弄了一套 docker 的工具，就是为了方便用户可以在 Web 界面进行操作和管理，这个工具所具备的功能并没有超出或者缺少 Docker 容器技术所能实现的功能，如果你希望更细致的了解如何在 unRAID 上去安装 Docker，可以参考我博客的这篇文章：新手教程：如何在 unRAID 上正确安装 Docker 。

不太好确定是不是 SSD 引起的，因为根据你的截图信息，虽然 SSD 构成的 cache 池出现了 I/O 错误，但是重启之后貌似也正常了，所以我才建议去调整下主板关于电源策略的相关设置。 另外由于你的 Win 虚拟机的虚拟硬盘是存储在 cache 池里面，所以当 SSD 出现问题时那么虚拟机也必然会跟着出问题，建议你尝试将虚拟机的虚拟硬盘放到阵列或者其他缓存池去让虚拟机读取，看看是否还会出现类似的问题。 如果说上面的方法没能解决问题，那么我建议你检测一下内存，方法参考：unRAID内存的重要性以及内存测试方法。但也要说明的是，内存检测通过不代表问题不是由于内存造成的，内存与主板不兼容是会造成 unRAID 出现一些奇奇怪怪的问题（因为 unRAID 是加载到内存中运行的）。 然后你还可以尝试将显卡换一个 PCIE 插槽，如果有其他插槽的话。

有没有尝试过避开 SHFS 文件系统进行读写测试？ 参考：为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法

行，如果出现了再将日志上传上来。另外再补充一点，如果出现死机的时候日志里面有没什么明确的报错信息，那么请留意硬件上面的问题，因为我接触到的很多死机且没有什么错误日志可循的情况，大多数都是由于硬件上的问题导致的（包括 BIOS 设置），所以就先观察着吧。

应该不是变量数量的问题，我用 docker-compose 部署 Jitsi 的时候变量也有很多（上百个），没出现不能安装的情况，可能是其他的问题导致的吧。 参考：Jitsi 开源视频会议安装教程

Unraid 的密钥是与 U 盘进行绑定的，所以理论上 U 盘没有损坏，那么只要密钥文件完整就会保持激活状态。 如果 U 盘和密钥文件都没有问题，但是就是出现了你所说的这种情况，建议给官方发邮件进行沟通，具体方法可以参考：

Unraid 自身可以直接通过 SMB 、NFS 协议挂载其他服务器上的共享进行读写，所以实际上可以不通过虚拟机来访问其他服务器上的文件，除非说需要虚拟机来完成一些 Urnaid 上无法操作的东西。

如果你那里解决了这个问题，希望能在分享出来，我自己没有万兆网卡，所以希望能多了解一些情况。而且现在中文板块的活跃度还比较低，多解决一些问题也能够帮助到大家。