其他话题

文件系统

现在，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，那么这里有一些建议。

此处找到了用于转换所有磁盘的第一种逐步方法，此后进行了更多讨论。讨论内容包括有关最佳使用命令的注释，也请参见此处

在此处可以找到更新的过程，包括更多详细信息，警告和讨论。

其要点是：

准备一个新的空驱动器，该驱动器已用XFS格式化，该驱动器的大小大于或大于最大的数据驱动器

将最大的Reiser格式驱动器的全部内容复制到其中，并检查是否有完美的副本

使用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已开始积极阻止这样做。

LimeTech在v6中添加了Trim功能后，您将需要记住从go文件中删除该条目。

闪存驱动器上的文件

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

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

bzroot-替换为v6 currentbzimage-替换为v6当前版本license.txt-替换为当前的v6make_bootable.bat-用v6当前版本替换make_bootable_mac-替换为当前的v6memtest-替换为v6 currentreadme.txt-替换为当前的v6 syslinux.exe-删除(所有syslinux文件已移至syslinux文件夹)syslinux.cfg-删除;可选，将自定义项移至syslinux / syslinux.cfgmenu.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或更早版本删除，请删除

备用无格式程序

仅供专家使用！

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

如上所述，我们强烈建议您重新格式化闪存驱动器。如果您打算按照建议的方法重新格式化驱动器，请返回到执行升级部分。但是，如果您是经验丰富的unRAID用户，但拒绝重新格式化，则以下信息应该会有所帮助。可选，创建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文件夹的内容。

可以用stockgo文件替换config / go文件，或者对其进行编辑并删除您曾经添加的所有内容(包括UnMENU)，但可以确定的最低要求除外(您可以稍后再添加内容！)您可能知道，可以通过在行的开头放置井号(它用作注释符号)来禁用某些行项目，并将整个行标记为不可执行的注释(易于撤消！)。

该股走文件是在配置每个发行版的文件夹，也可以剪切和下面的副本粘贴到配置/去-

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

执行升级现在，您可以继续执行升级，当然跳过格式化和标记步骤。

在离开本节之前，请检查以下注意事项。

补充说明：

您可能希望保存一些配置详细信息，然后转移到新的v6安装中，但是最好是从一个完全原始的v6系统开始，进行测试并确保其正常工作，然后再开始添加喜欢的工具和附加组件。您以后随时可以从v5备份中将它们复制回去。

有经验的用户可以考虑跳过一两个步骤。我们建议您不要跳过运行make_bootable的步骤，因为它不会以任何方式“破坏”现有的闪存文件系统。它仅升级syslinux引导支持。当然，如果您使用此替代的无格式过程，则将跳过格式化和标记步骤。

v6文件比v5文件大一些，因此请确保闪存驱动器上有足够的空间。如果您不打算对其进行重新格式化，那么这是一些整理的好时机。

故障排除

对于所有v6支持，上面的“自述”都有相当完整的指南。我们真的希望用户会首先阅读它，因为它应该使帮助者更容易地帮助他们。与往常一样，它首先强调了对该系统日志的需求！在v6中，“工具”页面上有一个“诊断”选项，该选项会将所有系统日志，SMART报告以及关键配置和诊断信息捕获到一个zip文件中以进行下载。进行故障排除时，收集此信息应始终是第一步，因为它提供了有关系统当前状态的信息，这些信息可能无法在重新启动后保留下来。如果启动有关您遇到的问题的论坛话题，那么附上此zip文件始终是一个好主意，以帮助那些会尝试帮助您的人。如果您看到用户发布有关问题的信息，但没有提供足够的信息，请告知他们需要帮助？请先读我！指南和“诊断”选项。

升级后网络无法正常工作

一些用户可能会发现，升级后，网络不再起作用，但是在升级之前它可以正常工作。通常，这是因为它们具有多个网络NIC。如果您确实有多个网络芯片组(它们可能是板载和/或附加卡)，则不同的Linux内核可能会以不同的顺序进行标识和设置，这可以使您的UnRAID服务器在升级后不与网络连接。默认情况下，unRAID使用eth0进行网络通信，实际上是使用首先设置为eth0的内核。如果只有一个NIC，则为eth0，一切正常。不幸的是，如果您有多个内核，内核在其首先识别哪个内核方面并不总是一致的，因此您的首选NIC可能设置为eth1，而不是eth0。您应该能够在系统日志中看到它。有几种方法可以解决此问题。最简单的方法是尝试将网络电缆移至另一个网络连接器。如果可行，那就是新的eth0，您几乎会立即回到网络上。但是，如果您希望服务器使用与其已在使用的相同网络芯片组，则您将必须删除另一个网络芯片组(如果是附加卡)，或者在BIOS设置中将其禁用(如果是板载) )。

阵列无法启动

如果您刚刚升级并且系统似乎可以运行，但无法启动阵列(阵列似乎开始启动，然后又恢复为已停止)，则应在unRAID的config文件夹中编辑disk.cfg文件。启动驱动器。查找与以下内容匹配的行：startState =“”如果存在，请删除该行，保存文件，重新引导，然后重试以启动阵列。

升级后unRAID无法启动

许多计算机的BIOS会在发现已安装的磁盘控制器或已安装的驱动器发生更改并将其BIOS顺序重新设置为默认值时，尝试提供“帮助”。由于这不会将USB记忆棒放在引导顺序中的第一位，因此实际上这很麻烦，因为您必须进入BIOS设置才能更正引导顺序。BIOS引导设置中关于应如何引用USB记忆棒的不一致。在许多系统上，您需要将其视为HDD。在某些情况下(尤其是在Mac上)，make_bootable批处理文件无法正确写入启动文件。通常，在另一台计算机(如果您以前使用的是Mac，则在PC上)上尝试可以解决此问题。您可以在unRAID论坛中询问您是否似乎有上述问题之一而不是引导问题。发生的情况的屏幕快照将有助于诊断正在发生的情况。

在Mac上Make_bootable可能会失败

这种情况很少见，但有一些报道指出，在Mac上准备闪存驱动器未成功，原因不明。将相同的闪存驱动器带到Windows计算机并在那里准备确实成功。

Docker容器丢失其配置

如果您发现Docker容器的配置设置定期丢失，则可能是将它们存储在缓存驱动器上(通常存储在appdata文件夹中)，并且该文件夹的内容已移至主阵列驱动器。这是因为unRAID已自动创建了与文件夹名称相对应的共享，并分配了默认设置，其中包括定期运行Mover将其内容放置在主阵列磁盘上。要解决此问题，请执行以下操作：进入共享选项卡，并检查存储Docker配置文件的共享文件夹的设置。将使用缓存设置更改为仅。

查找哪些阵列磁盘具有与此共享对应的文件夹，然后将文件移回到缓存磁盘。确保在执行此操作时使用磁盘共享(cache和disk ??)而不是用户共享。

磁盘共享丢失

如果已升级到任何v6.1版本，则存在一个新的共享设置，该设置可能会导致不再导出磁盘共享。请参阅上面的“全局共享设置”部分，并阅读v6.1-rc1公告。您将不得不调整设置以恢复与以前相同的共享行为。

没有用户共享

浏览器和unRAID v6的一个常见问题是广告拦截器会干扰某些显示，例如用户共享的显示。如果您没有看到用户共享，请尝试关闭所有非RAID页面的广告阻止程序，或将您的unRAID服务器列入白名单。另外，有报道说某些防病毒工具可能会干扰unRAID页面。

磁盘控制器兼容性问题

在v6中运行的磁盘控制器存在3个已知的兼容性问题。在每种情况下，v5中的控制器和连接的驱动器都不错。可能有或没有解决方法。某些基于Marvell芯片组的控制器已启用虚拟化

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

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

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

缓慢的奇偶校验

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

音频和视频辍学

有报道说，使用低功耗CPU和板载NIC(尤其是Realtek)流式传输音频和视频时会出现丢失。您可能需要禁用板载NIC，然后添加Intel NIC