JackieWu

这种问题大概率是因为更换了底层硬件（主板）所引起的内存兼容性问题，建议如下： 关闭 BIOS 设置中所有关于内存和CPU超频的选项，例如 XMP ； 更新 BIOS：BIOS 更新通常会包含大量的内存兼容性修复和系统稳定性改进； 内存检测：参考我的教程《unRAID内存的重要性以及内存测试方法》 软件层面：启用 Unraid 的“安全模式”进行观察；

尝试使用浏览器的隐身模式，看看网页是否正常；如果问题依旧，请尝试卸载中文语言包（如果安装了语言包的话），然后再重新安装。

手动重装有没有解决问题？

需要看下系统日志中有没有什么相关的报错。 猜测的话，有可能是内存问题，建议可以检测下内存，参考unRAID内存的重要性以及内存测试方法；另外也有可能是系统 U 盘问题，参考常见问题-3：如何安装/重装/更换Unraid系统（附安装包下载地址） 。

这个应该是 SHFS 问题，可以参考 - 为什么unRAID下载/拷贝文件时CPU占用高：详解FUSE-SHFS、I/O问题和解决办法

可以尝试手动重装，可考 - 常见问题-3：如何安装/重装/更换Unraid系统（附安装包下载地址）。 如果问题没有解决，可以给官方发邮件 [email protected]

license 只绑定 U 盘的 GUID，与其他硬件设备没关联。 U 盘存储了阵列和缓存池的配置信息，确保 U 盘文件完整的情况下，把对应的存储设备迁移到新设备上就可以确保数据完整。

你可以先参考 2L 的建议，如果有用就去买个 HDMI 欺骗器插上。

可以。直接把硬盘和U盘放到新设备上使用就行，一般不会出大问题。

还没接触过你提到的这种情况。

试试取消勾选所有的 SSD ：

根据错误提示，这个应该是网络问题。没有挂代理的话挂代理拉取镜像，挂了代理的话尝试更换一个代理节点，如果更换了多个代理节点依然存在此问题，并且代理都正常，那么请往 DNS 解析去排查。

对的，数据还存在真实的硬盘里，重建数据是基于硬盘进行重建。问题在于 user0 逻辑目录背后可能是多个硬盘，校验盘无法实现基于逻辑目录进行重建，这不是校验盘的工作原理。你可能得先了解一下奇偶校验的工作原理：什么是校验盘，校验盘有什么作用。

借助校验盘重建数据是个办法。但重建的对象是单盘，user0 是逻辑聚合目录，没办法实现这个目的。

这个应该是 Unraid 和 Windows 进制计算差异导致的： Windows 系统：通常以 1 GB = 1024^3 bytes（也就是 GiB）来显示容量； Unraid（Linux）：在许多情况下会使用 1 GB = 1000^3 bytes（也就是 GB）。 将 Unraid 显示的 67.2 TB（1000 进制）转换为 Windows 的 1024 进制后，大约为 61.12 TB，整体符合预期。