Unraid 升级到 UnRaid 6.0的详细操作步骤(三)

可点击链接加入群聊【Nas及矿渣交流】有更多交流和资源：https://jq.qq.com/?_wv=1027&k=5aw6p1W

Unraid 升级到 UnRaid 6.0的详细操作步骤(一)

https://www.52help.net/unraid/253.html

Unraid 升级到 UnRaid 6.0的详细操作步骤(二)

https://www.52help.net/unraid/255.html

Unraid 升级到 UnRaid 6.0的详细操作步骤(三)

https://www.52help.net/unraid/256.html

unraid官网地址：

https://wiki.unraid.net/index.php/Upgrading_to_UnRAID_v6

 

其他话题

文件系统

现在，unRAID OS 6具有三个用于格式化unRAID驱动器的文件系统选项，将来的版本中将提供更多选择。除高速缓存池外，您可以格式化具有任何文件系统的任何驱动器，并根据需要混合和匹配它们。如果设置缓存池，则必须使用BTRFS格式化其驱动器。

他们如何比较？以下是这些差异的简短摘要：

• ReiserFS似乎即将到期，因此在新的Linux内核上可能会遇到支持问题。LimeTech需要为自己的未来定位。话虽如此， reiserfsck工具似乎能够从极端的破坏中恢复，并且为非RAID用户提供了很好的服务。似乎没有必要立即进行切换，因此用户可以暂时将驱动器保留为ReiserFS格式，并在方便时考虑切换到一种较新的文件系统类型。

• XFS是一种广泛使用的主线Linux文件系统，因此可以认为它在可预见的将来经过了充分的测试和支持。恢复工具似乎也很稳定。但是，unRAID用户对于如何处理极端的文件系统损坏还没有足够的经验。初步反馈表明，XFS在数据驱动器上使用时非常稳定，并且性能可能优于ReiserFS。XFS现在是unRAID 6.0中数据驱动器的默认格式。

• BTRFS是比XFS更现代，更高级的文件系统，并且具有防止“位腐”类型的数据损坏（以及其他高级功能）的功能。它不像XFS那样好用，而且恢复工具也不如XFS。话虽这么说，但如果主要的Linux发行版本决定采用它，它看起来可能会成为Linux世界中首选的文件系统。如果您想使用新的unRAID“缓存池”功能，则BTRFS格式对于缓存驱动器而言是必需的。BTRFS现在是unRAID 6.0中缓存驱动器的默认格式（尽管只希望使用单个驱动器作为缓存的用户报告说他们使用XFS可获得更好的结果）。

在unRAID论坛中对此进行了大量讨论。尝试在此处搜索“ reiser xfs btrfs”，您会在每个文件系统的优缺点的各个方面发现很多意见。

更新（2015年10月）：最近对比较差异的讨论提出了以下几点：

• ReiserFS-显然拥有用于文件系统恢复的最佳工具
• XFS-似乎比其他稳定。似乎也更快，尤其是在驱动器快满时
• BTRFS-很有前途，但似乎还不太稳定 （来自其他地方的评论）
• “我应该转换为XFS”问题吗？除非ReiserFS给您带来稳定性或性能问题，否则请坚持下去。否则，请转换为XFS。对于新磁盘，选择XFS。

如何设置或更改驱动器的文件系统格式？

• 如果驱动器上有文件，则不要（！），除非您不在乎是否丢失了文件。格式化驱动器会删除当前存储在驱动器上的所有数据。  （但是，如果您不小心这样做，则有些恢复工具可能会或可能无法恢复大多数文件。）
• 您可以在“  设置 ”页面的 “  磁盘设置”部分中更改一个全局设置，请参见上文。它控制所有新驱动器将被格式化为的默认值，除非您为特定驱动器对其进行更改。现在，默认情况下，unRAID v6文件系统以XFS开头。
• 您可以通过单击 主页上的驱动器，然后更改文件系统（在启动阵列并对其进行格式化之前）来设置特定驱动器的格式化方式。如果阵列当前已启动，则您将无法更改格式。

将驱动器从ReiserFS转换为XFS

• 应该还是不应该？
  • 从一开始，所有unRAID 32位版本都严格依赖Reiser文件系统，并且坚如磐石。作为日志文件系统，它在断电恢复和抵御腐败方面做得非常出色。如果在极端情况下仍然发生损坏，其恢复工具将完成恢复90％以上文件的出色工作。Linux行业的其他人已经离开了它，部分是因为其作者谋杀了他的妻子，现在被判入狱，部分是因为支持已必然减少，部分是因为它已被较新的文件系统所超越。最近，它的主要维护者做出了重写该代码部分的可疑决定，并引入了一个严重的数据损坏错误。修复了该错误后，人们对Reiser文件系统的信心大大下降，以及对其维护者的信心。此外，许多用户都遇到了严重的CPU停顿问题，唯一成功的解决方法是将所有驱动器从ReiserFS转换为XFS，此后绝对没有问题。大多数v6用户没有此问题，并且使用ReiserFS时不会出现问题。LimeTech报告说他们可能已经找到了修复程序，因此我们等待它的出现和测试。**已在6.0Beta15中修复**
  • 此时，对于转换现有Reiser驱动器没有任何一般性建议，除非您遇到与Reiser相关的已知问题。有些人认为开始将现有的驱动器转换为XFS是一个好主意，但其他人则认为没有必要，并且可能对先前已解决的问题反应过度。无论如何，考虑增加驱动器，考虑缓慢的迁移策略似乎是明智的。
  • 建议继续，所有数据驱动器都应使用XFS格式化，并且LimeTech将v6中的 默认文件系统更改为XFS。将来，一旦在稳定性方面获得类似的声誉，该建议可能会更改为具有更高级功能的BTRFS。但是目前，LimeTech正在运送带有使用XFS格式化的驱动器的系统。
  • 还建议使用新的文件系统之一格式化一个或多个新的Cache驱动器。如果要利用新的缓存池功能（使用多个缓存驱动器），则需要BTRFS。
• 一个非常重要的警告！用户已经在利用新的文件系统，购买大型驱动器，使用XFS对其进行格式化，以及将数据从旧的，通常较小的驱动器迁移或合并到新的XFS驱动器上。但是，在某些特殊情况下，涉及在驱动器和用户共享之间进行复制会导致严重的数据丢失。从磁盘复制到磁盘始终是安全的，但是 如果该磁盘可能是共享的一部分，则永远不要从磁盘复制到共享或从共享复制到磁盘。  如果您不确定，请不要这样做！从磁盘复制到磁盘，或从一个共享复制到另一共享。

• 建议程序
  • 如果在阅读了上述内容之后，仍然可以确定要将所有驱动器都转换为XFS，那么这里有一些建议。
  • 此处找到了用于转换所有磁盘的第一种逐步方法，此后进行了更多讨论。讨论内容包括有关最佳使用命令的注释，也请参见此处的rsync命令。
  • 在此处可以找到更新的过程，包括更多详细信息，警告和讨论。
  • 其要点是：
  1. 准备一个新的空驱动器，该驱动器已用XFS格式化，该驱动器的大小大于或大于最大的数据驱动器
  2. 将最大的Reiser格式驱动器的全部内容复制到其中，并检查是否有完美的副本
  3. 使用XFS格式化该源驱动器，然后继续执行步骤2，重复步骤2和3，直到完成
  • 完成所有驱动器并重新格式化最后一个Reiser驱动器后，您可以选择：
    • 更正所有驱动器包括和排除的所有共享的驱动器，以及所有其他驱动器引用
    • 或使用“新配置”将所有驱动器重新分配回其原始驱动器号（将奇偶校验标记为有效）
  • 方法和工具
    • 有两种主要方法，一种是使用您喜欢的GUI工具在您喜欢的工作站上进行的，另一种是使用命令行工具从控制台进行此操作。
    • Windows或Mac工作站
      • 优势：使用您熟悉的工具，unRAID webGui用于格式化驱动器和启动/停止阵列，以及您喜欢的文件管理器来复制和验证文件和文件夹。而且您不能在命令行中错误键入命令！
      • 缺点：速度较慢，因为所有数据都必须在两台计算机之间而不是仅在两个驱动器之间通过网络来回传输。
      • Teracopy和Total Commander之类的工具易于使用，并具有内置的文件验证选项，但可能无法传输所有可能的文件属性和元数据。
    • 控制台或SSH / Telnet / PuTTY /屏幕会话
      • 优势：速度更快，数据传输不涉及网络
      • 缺点：命令行比较棘手，必须准确键入，对于我们许多人来说，它们不在我们的舒适范围内
      • rsync工具具有文件验证功能，可以传输所有文件属性和元数据。
      • 强烈建议在unRAID服务器的控制台或 屏幕会话中运行这些命令（请参见上面的NerdPack插件）。但是，如果您不这样做，并且复制被中断，则重复rsync命令应该在中断的地方继续。
      • 推荐的复制命令是：（ 这会将所有文件和文件夹从一个驱动器复制到另一个驱动器）
      rsync -avPX / mnt / disk15 / / mnt / disk5 / 上面的示例命令将所有内容从磁盘15复制到磁盘5，因此您将需要根据需要修改驱动器号。 注意：如果您尝试使用硬链接复制数据，请使用以下rsync变体：（如果您具有来自rsnapshot备份的硬链接，则需要-H'保留硬链接'） rsync -avHPX / mnt / disk15 / / mnt / disk5 /
      • 推荐的验证命令是：（ 这验证所有文件和文件夹均已完美复制）
      rsync -nrcvPX / mnt / disk15 / / mnt / disk5 / 上面的示例命令验证从磁盘15复制到磁盘5的所有内容，并根据需要修改驱动器号。
      • 如果由于某种原因验证发现错误，请重新运行最后一个不带 n参数的命令。例如：
      rsync -rcvPX / mnt / disk15 / / mnt / disk5 /这些验证命令使用 c参数（校验和），因此它们花费的时间比第一个rsync命令的直接副本长得多。

在SSD驱动器上实施修剪

• 现在，许多非RAID用户都在其系统中添加了SSD，特别是作为缓存驱动器来保存其Docker容器和数据。如本站点所示，非常希望连续或定期修剪SSD，以提高性能。
• 这是一个临时的解决方法，可以每天为SSD的Cache驱动器添加Trim，并使用XFS或BTRFS进行格式化，直到LimeTech自己添加为止。在撰写本文（v6.0-beta14b）时，它尚不可用。
• 这不是首选方法，因为它涉及编辑 go文件，并且LimeTech已开始积极阻止这样做。
• 请参阅如何在SSD驱动器上实施修剪
• LimeTech在v6中添加了Trim功能后，您将需要记住从 go文件中删除该条目。

闪存驱动器上的文件

以下是v6之前的闪存驱动器上的文件和文件夹，必须删除的文件和文件夹以及可以安全地带入v6的文件和文件夹。

所有文件和文件夹都列在闪存驱动器的根目录中（例如/bzimage、/config/super.dat）。在unRAID服务器上，它们实际上位于/ boot（例如，/ boot / bzimage，/ boot / config / super.dat）。您的安装中可能不存在某些文件和文件夹，没关系。unRAID v6将添加其他未在下面列出的文件和文件夹。

bzroot-替换为v6 current bzimage-替换为v6当前版本 license.txt-替换为当前的v6 make_bootable.bat-用v6当前版本替换 make_bootable_mac-替换为当前的v6 memtest-替换为v6 current readme.txt-替换为当前的v6  syslinux.exe-删除（所有syslinux文件已移至syslinux文件夹） syslinux.cfg-删除; 可选，将自定义项移至syslinux / syslinux.cfg menu.c32-删除 ldlinux.sys-删除 ldlinux.c32-删除 * .key-移至/ config  / custom-删除，包括所有文件和文件夹 / extra-删除，包括所有文件和文件夹 / logs-保留 / logs / *-保留或删除；不妨存档旧日志 / packages-删除，包括所有文件和文件夹 / plugins-删除，包括所有文件和文件夹 / syslinux-保持 syslinux.cfg-将所有较旧的版本替换为v6 syslinux.cfg / unmenu-保留或删除  / config-保留 / plugins-删除，包括所有文件和文件夹 /plugins.stock-删除，包括所有文件和文件夹 / shares-保留所有文件；安全  go-用当前v6的库存go替换（可选，升级完成后，从旧的go到新的添加选择的自定义项） ident.cfg-保留；被认为是安全的 network.cfg-保留；被认为是安全的 share.cfg-保留；但是它不向后兼容 smb-extra.conf-保留 漂移-保持 时区-未知，可能不兼容？ domain.cfg-保留 docker.cfg-保留 * .key-保留  disk.cfg-如果是全新安装或从v5.0-beta6之前的版本删除 super.dat-如果是全新安装或从v5.0-beta6之前的版本删除 注意：super.dat包含驱动器型号和序列号及其磁盘分配 passwd-如果是全新安装或从v5.0-beta2或更早版本删除，请删除 smbpasswd-如果是全新安装或从v5.0-beta2或更早版本删除，请删除 机密-如果是全新安装或从v5.0-beta2或更早版本删除 shadow-如果是全新安装或从v5.0-beta2或更早版本删除，请删除 

备用无格式程序

                  仅供专家使用！ 

• 本部分仅适用于确定不想重新格式化并有信心可以解决可能出现的任何问题的专家用户。

• 可选，创建v5文件夹
  • 这是一个可选步骤，如果您按照先前的指示进行了完整的闪存备份，则实际上不是必需的，但是如果您认为可能希望该选项快速恢复到当前的v5安装，则...
  • 在您unRAID启动驱动器，创建一个 V5文件夹和下列文件夹复制到它（如果存在） -  配置， SYSLINUX， 额外的， 包， 定制， 插件
  注意：如备份说明所述，请确保首先停止阵列，否则可能会在第一次v6启动时启动奇偶校验。
  • 然后还将闪存根目录中的以下文件复制到 v5文件夹 -bzroot， bzimage， ldlinux.sys  （这是一个隐藏文件）， readme.txt， make_bootable_mac， make_bootable.bat
  • 如果您的syslinux文件仍位于闪存驱动器的根目录中，请将它们全部也移到 v5文件夹中。
  • 要将版本从v6还原到此v5，您需要将这些文件夹和文件复制回原来的位置
  • 提醒：只要有可能恢复为v5，就一定不能使用v6的新选项XFS和BTRFS文件系统格式化任何驱动器！ 使用XFS或BTRFS准备驱动器后，如果不从系统中删除驱动器并使用ReiserFS重新格式化驱动器，就无法返回v5。
  • 一旦确定v6对您有用（我们认为这不会花费很长时间！），那么您可以删除所有v5文件，并考虑使用XFS或BTRFS格式化驱动器。

• 完全删除v5功能
  • 由于v5插件与unRAID v6.x系列不兼容，因此 必须将其删除。否则，将在v6上产生奇怪且不可预测的错误。稍后，您将能够安装它们的64位版本。
  • 作为参考，请使用上面的“闪存驱动器上的文件 ”部分，以帮助您确定要保留的文件和文件夹以及不能保留的文件和文件夹。
  • 如果您正在使用此程序，将删除UnMENU。虽然您可以将其重新添加到v6中，并且工作正常，但32位插件将无法正常工作。UnMENU的许多额外功能现在都包含在新的GUI中。
  • 删除以下文件夹的所有内容（如果存在） -extra， custom， plugins， packages， config / plugins， config / plugins.stock
  注意：上面的某些文件夹可能是您不为所知创建的，其中一些文件夹中可能包含您没有存放的文件！确保检查它们，并删除其中找到的所有文件！
  • syslinux引导文件曾经位于闪存驱动器的根目录中，但是已经移至 syslinux文件夹中。删除根目录中保留的所有与syslinux相关的文件，例如 syslinux， syslinux.exe， syslinux.cfg， menu.c32， mbr.bin， ldlinux.sys以及类似文件，以及所有 make_bootable文件。如果存在，请删除 syslinux文件夹的内容。
  • 可以用stock  go文件替换 config / go文件，或者对其进行编辑并删除您曾经添加的 所有内容（包括UnMENU），但可以确定的最低要求除外（您可以稍后再添加内容！）
    • 您可能知道，可以通过在行的开头放置井号（它用作注释符号）来禁用某些行项目，并将整个行标记为不可执行的注释（易于撤消！）。
    • 该股 走文件是在 配置每个发行版的文件夹，也可以剪切和下面的副本粘贴到 配置/去 -

＃！/ bin / bash ＃启动管理实用程序 / usr / local / sbin / emhttp＆ 

• 执行升级
  • 现在，您可以继续执行升级，当然跳过格式化和标记步骤。
  • 在离开本节之前，请检查以下注意事项。

• 补充说明：

1. 您可能希望保存一些配置详细信息，然后转移到新的v6安装中，但是最好是从一个完全原始的v6系统开始，进行测试并确保其正常工作，然后再开始添加喜欢的工具和附加组件。您以后随时可以从v5备份中将它们复制回去。
2. 有经验的用户可以考虑跳过一两个步骤。我们建议您不要跳过运行make_bootable的步骤，因为它不会以任何方式“破坏”现有的闪存文件系统。它仅升级syslinux引导支持。当然，如果您使用此替代的无格式过程，则将跳过格式化和标记步骤。
3. v6文件比v5文件大一些，因此请确保闪存驱动器上有足够的空间。如果您不打算对其进行重新格式化，那么这是一些整理的好时机。

故障排除

需要帮忙？请先读我！

升级后网络无法正常工作

阵列无法启动

升级后unRAID无法启动

在Mac上Make_bootable可能会失败

Docker容器丢失其配置

• 进入共享选项卡，并检查存储Docker配置文件的共享文件夹的设置。将 使用缓存设置更改为 仅。
• 查找哪些阵列磁盘具有与此共享对应的文件夹，然后将文件移回到缓存磁盘。确保在执行此操作时使用磁盘共享（ cache和 disk ??）而不是用户共享。

磁盘共享丢失

没有用户共享

磁盘控制器兼容性问题

1. 某些基于Marvell芯片组的控制器已启用虚拟化

   不幸的是，某些Marvell芯片组有一个严重的错误，使其与打开的某些虚拟化BIOS设置不兼容。如果启用了IOMMU（可能使用其他名称），则unRAID将看不到任何连接的驱动器！关闭BIOS虚拟化设置可使驱动器正常工作。有关更多信息，请参见Marvell磁盘控制器芯片组和虚拟化。

2. 某些控制器闪烁到LSI 9211-8i

   如果不将特殊参数添加到syslinux.cfg文件中，则受影响的控制器无法初始化。请参阅此线程。

3. 缓慢的奇偶校验

   SAS2LP控制器（通常为AOC-SAS2LP-MV8）在unRAID v6上可以正常工作，但对于许多用户而言，奇偶校验比正常情况要慢得多，原因不明。  （不确定，但是可能还有其他类似的控制器出现相同的问题。） 请参阅此线程和此线程）。SAS2LP卡还存在其他问题，在本主题中进行了总结。

音频和视频辍学