JackieWu

1、更换硬盘的一般步骤： 如果你的设备能够允许你直接插上新的硬盘： 插上新硬盘启动 unRAID 将新硬盘加入阵列 将需要替换的硬盘数据转移到新硬盘上（转移方法可以使用 unBALANCE 插件，使用方法参考 unBALANCE 文件转移工具使用方法和应用案例介绍） 完成数据转移后在”设置 - 新配置“新创建一个新配置并将阵列中的旧硬盘踢掉 最后启动阵列即可完成替换。 如果你的设备没办法允许你直接插上新的硬盘： 如果其他的盘有足够的空间：将需要替换的硬盘内的数据转移到别的盘上（数据转移方法同上），关机换上新硬盘，创建新配置（”设置 - 新配置“）后在阵列中将新的硬盘替换旧硬盘，启动阵列即可完成最终的替换。 如果其他的盘都没有足够的空间了，如果有校验盘那么可以利用校验盘的数据重建来实现数据”转移“（不推荐这么去做，仅作为最后的手段去使用）：关机后直接拔掉旧硬盘插上新硬盘，创建新配置（”设置 - 新配置“）后在阵列中将新的硬盘替换旧硬盘，使用校验盘的数据重建功能在新硬盘上重建数据。 如果没有校验盘，其他的盘也没有足够的空间，并且设备也没有地方插新硬盘了：那么只能是将数据拷贝到你的电脑上或者上传到云盘等来实现数据的保存，然后再把旧硬盘中阵列中踢掉（方法同上）。 2、更换硬盘有几个要注意的点： 如果有校验盘：那么需要注意的是，校验盘的容量大小要比阵列里面最大的那个机械盘的容量要大，比如说你容量最大的一个机械盘大小是 8T ，那么校验盘就必须大于或等于 8T，不然校验盘无法工作。 理论上，踢出硬盘也好，更换硬盘也好，都需要保证这个被踢掉或者被替换硬盘里面的数据得到转移。至于转移到哪里都可以，你可以插上新的硬盘，然后转移到新的硬盘里，也可以转移到其他现有的硬盘里都可以。 参考我上面说的第二个注意的点。如果你可以插上新的硬盘，那就插上新硬盘再转移，如果你设备上没有位置插新硬盘了，那就转移到现有的其他硬盘里面，然后去掉旧的换上新的。 同上。 建议一个个的去替换。 具体数据的转移操作，可以借助 unBALANCE 这个插件，使用方法参考我博客的文章：《unBALANCE 文件转移工具使用方法和应用案例介绍》，里面的应用案例有介绍替换硬盘这个应用场景。

关于缓存策略，可以参考我博客的文章，里面详细介绍了 unraid 的缓存策略以及应用案例：《新手教程：详解 Unraid 缓存策略及应用案例》

@neoherozzz 很有用的信息，谢谢分享。 这个帖子里有个回复我觉得挺有道理，说的是关于虚拟机性能这一块的测试，往往很难得到一个理想的结果。 因为 Unraid 的虚拟机本质上也还是 KVM + QEMU，如果你去所搜 KVM + QEMU 这一类的资料能找出一大堆内容，但也往往找不到你想要的答案，因为虚拟化受硬件层面的影响太大了，并且硬件上的不确定因素太多，你很难得到你想要的结果。 就比如这里的硬盘读写测试会跟你的内存有关，也就是说你的内存多少会影响虚拟机里面虚拟硬盘的读写速度，因为默认情况下虚拟硬盘的读写会使用宿主机内存进行缓存，所以测试出来的结果会受到内存的大小影响。

根据官方的校验盘工作原理介绍，校验盘会对阵列（Array）里面所有硬盘内的数据进行奇偶校验，将形成的数据存储到校验盘中。 但是硬盘里面的数据是会变化的，比如说新写入了文件、文件被修改、删除等。 假设我今天做了一次完整的奇偶校验，但随后我将阵列里某一块硬盘所有的数据都删掉了，那么此时校验盘保存的校验数据依然是先前硬盘还有数据时的校验数据。换句话说，已经计算得到的校验数据是静态的，删除数据（或修改数据）不会让先前已经计算好的校验数据实时发生变化。 为什么删除数据版不会实时改变校验数据，因为校验盘就是为了保护你的数据呀。 阵列里某个硬盘坏了，无法读取了，是不是从某种程度上也算是一种非人为的”删除数据“，如果此时校验数据也一并被删除，那么校验盘就没有存在的意义了。 只要硬盘里面的数据被删除或修改了，校验后的数据都会与上一次校验的数据有所不同，并且就算数据没有删除或者修改，如果说硬盘出现了坏道或者一些其他的问题导致数据发生了变化（或者导致数据不完整了），那么定时校验就可以发现问题并对数据进行修复，这就是定时校验的意义。 关于 unRAID 校验盘更完整的说明，可以参考我写的博客：新手教程：什么是校验盘，校验盘有什么作用

你可以借助一个叫做 Parity Check Tuning 的插件来实现阶段性的奇偶校验，也就是可以将一次完整的奇偶校验拆分成多次进行。 不是的，当你写入数据到阵列时，校验盘也会同时对新写入的数据进行校验，也就是说校验是随着新数据的产生而产生，并不是静态的。 具体间隔设置成多少没有一个标准，需要根据自己的实际情况来调整，我的话 16T 数据校验大概需要将近两天。

得看日志

关于 Unraid 崩溃的问题，比较常见的原因是内存（参考我博客 unRAID 内存的重要性以及内存测试方法 ）。 内存问题可能涉及（但不局限于）以下几个方面： 内存条物理上的问题，比如质量不好、做工有问题等。 BIOS 设置：比如在 BIOS 中开启了内存超频（XMP）。 内存不兼容。 我在博客中记录一个因内存条问题而出现的 U 盘“损毁”和系统崩溃的情况（链接），由于使用的内存有问题，出现了以下几种比较罕见的现象： 不管用什么U盘都会提示U盘损毁、出现 I/O 错误。 BIOS 设置中关闭各种节能的选项也不管用。 不管用什么版本的 Unraid 都会出现一样的问题。 怀疑是内存问题，但是检测内存没有错误。 安装 PVE 系统也一样不能正常运行。 最后更换内存之后一切正常了。 我想说的是，其实此类问题在其他的系统会比较少见，因为 Unraid 是运行在内存中的（有不少朋友人并不知道这一点），因此如果内存存在问题就会直接造成系统不稳定的情况，比如系统崩溃。 但是由于内存问题不容易被发现，且用户往往不会想到是内存造成的（更多会往系统层面考虑），所以此类问题会给用户造成比较大的困扰，因此我在帮别人处理问题时会经常建议去做内存检测（内存检测方法）来从根本上去排除此类问题，但即使检测结果没问题也不一定就表示跟内存无关，就比如我这里提到的案例。 也由于 Unraid 运行在内存这一特点，因此一些系统层面的运作方式也会因此与一般的系统有所不同，这也进一步导致了更多 Unraid ”独有“的问题（但也请大家理性看待将系统载入内存运行的这一方式，这种方式会有它的好处）。 其他因内存而出现问题的案例： 6.12.2版本死机，只能强制重启 UNRAID WINDOWS11 虚拟机间歇性死机 6.12.2版本死机，只能强制重启 求助！内核报错，WEBUI失联，DOCKER可以正常访问 今天UNRAID频繁死机，尝试了好多方法都无法解决问题，大佬们帮我看一下日志，看看到底是什么问题

参考我博客中《新手教程：给Docker添加Nvidia显卡硬解》的解决办法。

你可以输入以下命令来生成诊断信息： diagnostics 生成的文件会保存到 U 盘的 logs 文件夹下，然后你可以将诊断信息上传上来。

nastool 目前都可以安装的吧，我写过 2.9.x 的教程（目前最新的是 3.x，但用法差别不大）。

这段内核报错涉及到 btrfs 文件系统和内存，不太好能确定是什么问题造成的，不过我建议你最好能检测一下内存（Unraid 自带有 memtest86 内存检测，或者你也可以参考这里的检测方法），如果内存没问题可以尝试升级到 6.12.3 版本。 你发上来的压缩包没有包含失联前的日志（8月27日），只有失联后的（8月28日），不过里面有一些关于你缓存池的文件系统报错： Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): Metadata corruption detected at xfs_dinode_verify+0xa0/0x732 [xfs], inode 0x801eeefa dinode Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): Unmount and run xfs_repair Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): First 128 bytes of corrupted metadata buffer: Aug 28 07:42:27 tower kernel: 00000000: 49 4e 41 ff 03 01 00 00 00 00 03 e8 00 00 00 64 INA............d Aug 28 07:42:27 tower kernel: 00000010: 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 ................ Aug 28 07:42:27 tower kernel: 00000020: 35 41 ec 29 aa d6 9b 7c 35 42 3c 55 9e 8b ef f6 5A.)...|5B<U.... Aug 28 07:42:27 tower kernel: 00000030: 35 44 42 d3 93 b1 c6 ed 00 00 00 00 00 00 00 5e 5DB............^ Aug 28 07:42:27 tower kernel: 00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ Aug 28 07:42:27 tower kernel: 00000050: 00 00 25 01 00 00 00 00 00 00 00 00 b4 e0 ec 16 ..%............. Aug 28 07:42:27 tower kernel: 00000060: ff ff ff ff 63 4a cd c2 00 00 00 00 00 00 00 0e ....cJ.......... Aug 28 07:42:27 tower kernel: 00000070: 00 00 00 07 00 04 74 2f 00 00 00 00 00 00 00 08 ......t/........ Aug 28 07:42:27 tower kernel: XFS (nvme0n1p1): Metadata corruption detected at xfs_dinode_verify+0xa0/0x732 [xfs], inode 0x801eeefa dinode 但这个报错应该跟失联问题关系不大，建议你修复下缓存池的文件系统。

请在”工具 - 诊断“中生成诊断信息上传上来。

Unraid put all your installed plugin in the /boot/config/plugins folder, and if there is a pending error while install a plugin, you can delete the /tmp/plugins/plugin-pending folder to resolve.

可以尝试此方法看看能不能解决问题：《unRAID 失联问题解析以及如何给Docker分配独立网口》

@papa @VERKY @two-year-strut5395 最好把系统出现问题是的日志发上来（设置 - 诊断）。

可以参考我的教程《如何重装/更换unRAID系统（附安装包下载地址）》

根据下面帖子的说法，intel 的 ARC 显卡需要 linux 6.2 内核才会有比较好的支持，unraid 目前最新的 6.12.4 版本内核是 6.1.49，虽然 Unraid 目前可以识别，但用起来怎么样我也不太懂。

@JorgeB 的意思是让在 Unraid 的 linux 内核启动参数中添加以下参数（并重启 Unraid ）： pcie_aspm=off

Raid1 模式下，写入速度的上限取决于写入速度最慢的那个盘；数据读取的话是谁的数据先读出，就是采用谁的数据。

像 1P 朋友说的，删掉 Unraid 网络设置中的第一条路由表：

A：是。在有校验盘的情况下，直接踢掉一个硬盘后换上一个新的硬盘会重建数据。 但是非常不建议，因为重建数据是有可能不成功的。校验盘是为了提供数据冗余，是让你能够在遇到硬盘损毁的情况下能保持数据的完整，给你提供时间去读取并转移数据，而不是作为一种数据备份的方式（Raid 阵列也是如此）。 所以最好的方式就是 2P 这位朋友说的，将数据转移走再替换掉硬盘： A：是的，两块校验盘的情况下最多支持损毁两块硬盘而不丢失数据。但同样的，不建议这么做。 A：校验盘可以直接更换，不会影响阵列里面的数据。因为校验盘存储的是校验数据，而不是一般的文件数据，所以就算更换了所有的校验盘也只是说需要花点时间重新做一次奇偶校验而已。提醒一下还不太了解的读者，校验盘的硬盘空间大小一定大于等于阵列里面最大容量的那个硬盘，比如说你的阵列里面最大的那个盘是 16T 的，那么校验盘也一定要大于或等于 16T。 A：想怎么换都可以，只要按照前面说的，把要替换的盘里面的数据转移走再替换就行。 A：把数据转移到阵列里面，然后再替换掉。具体的实施方法可以借助缓存策略或者使用 unBALANCE 插件转移数据，这两个方式我写有博客文章可供大家参考 —— 《详解 Unraid 缓存策略及应用案例》、《unBALANCE 文件转移工具使用方法和应用案例介绍》

你在 [设备1] 上通过 SMB 将 [设备2] 的文件传输到 [设备3] ，那么数据是先到达 [设备1] 在传给 [设备3] 。

These error are related to RAM, maybe you can run memtest to check that.

I had encountered the same problem, and I solved it that by using the iptables rule below: iptables -t nat -A PREROUTING -s 10.147.17.0/24 -p tcp --dport 80 -j DNAT --to-destination UNRAID_IP:80 You should change 10.147.17.0/24 to your zerotier IP segment, and replace UNRAID_IP with your unraid server ip address. But this rule will be wiped out after unraid reboot, so you can add this command to /boot/config/go file. This way, every time unraid is initiated, it will run the iptables command automatically. By adding the command to the /boot/config/go file, you can run the command below: echo "iptables -t nat -A PREROUTING -s 10.147.17.0/24 -p tcp --dport 80 -j DNAT --to-destination UNRAID_IP:80" >> /boot/config/go

It seems ok, maybe try to reboot unraid.