您的unRAID服务器有问题吗？

如果您正在运行v6，请参阅是否需要帮助？请先读我！。否则，这是最好的起点。尽管unRAID论坛是寻求帮助的好地方，但是最好首先阅读本页的提示和建议。如果您仍然需要帮助，那么unRAID论坛上会有很多有用的unRAID用户。如果合适，请先搜索与您的问题性质相似的帖子。尽管我们希望收到您的来信，但无需注册即可浏览论坛。但是，如果需要帮助，则必须先注册。如果您有任何疑问，请先查看FAQ和Best of the Forums。这是有关unRAID支持，如何处理，需要多长时间，商业与社区支持等的社区声明。

如何获得帮助

注意：此部分是为v4和v5版本的unRAID设计的，不适用于v6。对于v6，请参阅是否需要帮助？请先读我！。如果在搜索论坛（使用高级搜索）和此Wiki之后，您仍然无法解决问题，则这是一种（几乎）万无一失的寻求帮助的方式，它将为专家提供快速帮助您所需的信息。如果您没有提供足够的细节，则可能会使上师变得更加困难，他们可能无法正确回答您的求助消息。从4.2.1开始，此过程将适用于所有版本的unRAID。请至少在您至少尝试找到有关该主题的帮助后才能发布。许多问题都很常见，只需进行一些研究即可迅速使您重新启动并运行。首先尝试FAQ，然后尝试“ 最佳论坛”页面，然后再尝试常规Wiki页面。进入论坛路线会花费更多时间，但是在某些情况下是必需的。继续阅读本Wiki的其余部分，其中一些命令将得到更详细的说明，并提供其他选项。这里介绍的是一组“什么但不是为什么”的步骤，用于捕获和发布日志。这是一个非常基本的过程，可用于报告从网络中断到无法识别其他异常情况的磁盘的任何问题。有时，您最糟糕的事情是尝试使问题更严重的事情，因此请避免尝试任何有风险的事情！先征求意见！1.转到unRAID服务器2.登录（除非您进行了更改，否则用户名是“ root”且没有密码）（如果未看到登录提示，请先按Enter键）3.输入以下命令 cp / var / log / syslog /boot/syslog.txt chmod斧头/boot/syslog.txt4.通过以下方法之一关闭unRAID框：

• 使用“  停止”按钮从unRAID Web管理页面停止阵列。然后使用“  关机”按钮关闭服务器。（有关安装的信息 站脚本，请看这里。
• 如果安装了 powerdown软件包，则可以在控制台提示符下键入 powerdown，然后将继续安全关闭。（有关安装 关机的信息，请参见此处，此处和此处。）
• 如果已在闪存驱动器上安装了 停止脚本，则可以在下一种方法中使用它。
• 该 停止命令不再包含在unRAID。但是，如果运行的是v4.3之前的较早版本，则可以尝试以下命令序列：

停 同步 掉电等待每个命令完成，或显示错误，或关闭机器。如果 stop命令导致错误，请继续操作。所述 同步命令不产生输出。在 断电命令可能不可用或者。

• 如果以上方法均不可用或不起作用（机器仍在运行），请键入 poweroff命令。不幸的是，如果必须使用 poweroff命令，则可能无法正确停止阵列，并且在下次启动时可能会开始奇偶校验。您的数组虽然安全。

5.等待计算机关机6.从您的unRAID服务器中移除USB记忆棒，并将其放入台式计算机中7.在unRAID论坛中启动新线程（请参阅故障排除＃创建有关您的问题的论坛帖子）8.输入问题描述，为它添加一些有用的标题，例如“帮助：驱动器中所有数据都表明未格式化”9.将闪存驱动器中的 syslog.txt文件附加到帖子中。如果太大，可能会拉开拉链，否则可能会被拉紧。10.拿一个Valium，耐心等待响应。

捕获系统日志

您可以向其他人提供有关该问题的信息越多，则越快可以恢复正常操作。 帮助他人帮助您可能比捕获系统日志更重要。 每次重新启动时，都会替换syslog文件。 因此，如果发生故障， 在重新启动之前捕获系统日志很重要！否则，任何了解导致您失败的原因的机会都将丢失。以下是捕获系统日志的各种方法：（取决于unRAID版本和系统状态，并非所有方法都可用）

• unRAID v6.0和更高版本

最好和最简单的方法是下载Diagnostics zip文件，其中包含syslog和SMART报告以及许多其他诊断信息。转到“  工具”选项卡，单击“  诊断”图标，然后单击“  下载”按钮（在早期v6版本中为“  收集”按钮）。它将zip文件下载到您的桌面工作站。如果您确定只需要系统日志，请转到“  工具”选项卡，单击“  系统日志”图标，然后单击“  下载”按钮。从v6.0-beta14b开始，它位于最底部，因此您必须滚动到底部才能找到它。单击“  下载”按钮后，它将 syslog.zip保存到您的计算机中，该文件是包含 syslog.txt的压缩文件，该文件是syslog的副本，带有DOS友好的行尾，而不是Linux的行尾。该zip文件已准备好附加到论坛帖子中。（由于syslog具有高度可压缩性，因此感谢您将它们作为zip文件附加！）

• 从unRAID v4.5-beta2开始的所有版本

从unRAID v4.5-beta2开始，您可以通过浏览到 http：// tower / log / syslog（用服务器名或静态服务器IP替换“ tower”）直接访问syslog 。根据您的浏览器，您可能需要将其放入浏览器的位置框中，将名称更改为unRAID服务器的名称，转到此处，然后为其保存书签或收藏夹。现在，您可以使用浏览器的选项查看或 保存页面或 将页面另存为或 下载等，以在计算机上获取系统日志的副本。如果可以的话，请使用 .txt扩展名。根据您的浏览器以及您处理syslog的方式，下载的文件可能只是 syslog的简单名称，没有文件扩展名，并且可能还带有Linux行尾，这在某些编辑器或文本查看器中可能是个问题。您可能应该使用 .txt扩展名重命名并添加标签和/或日期（例如“ syslog 2015-04-12 disk3 failed.txt”）。

• 所有unRAID版本

如果您的网络中断，这是在控制台上唯一起作用的方法。 它将系统日志保存到您的闪存驱动器。要获取当前系统日志的副本，请在unRAID控制台上或在使用SSH或Telnet的终端会话中，键入以下命令： cp / var / log / syslog / boot这将在闪存驱动器的根目录中复制系统日志，您可以直接从服务器的闪存共享中复制该日志，也可以将闪存驱动器插入PC并在其中访问系统日志。任何文件管理器（例如Windows资源管理器）都可以通过网络访问文件。例如，如果您的unRAID服务器名称是Tower，则可以以\\ Tower \ flash \ syslog访问新创建的syslog。建议使用日期和时间以及.txt扩展名重命名它，例如syslog-2007-08-28-1630.txt。一种警告是，闪存驱动器上的许多文件（包括syslog）可能都标记为“系统”和“隐藏”，因此请不要忘记调整Windows资源管理器以查看“系统”和“隐藏”文件。此命令将删除系统和隐藏标志： chmod斧头/ boot / syslog上面的syslog copy命令是最简单的形式，但仅以名称 syslog保留在闪存中。这是另一种形式，为它提供了更完整的名称，可以将其复制到unRAID日志文件夹，或附加到电子邮件或论坛帖子。（提醒：由于syslog具有高度可压缩性，因此我们希望将它们压缩并作为zip文件附加！） cp / var / log / syslog /boot/syslog-2008-04-10.txt chmod斧头/boot/syslog-2008-04-10.txt

• 使用UnMENU

如果已经安装了UnMENU Add On，并且可以通过网络访问unRAID服务器，则访问syslog的一种更简便的方法是转到UnMENU网页，单击 Syslog插件链接，然后单击syslog下载链接。这会将其直接保存到您的计算机。另请参阅查看系统日志您应该多久保存一次系统日志副本？当然，现在需要基线副本，然后根据需要进行多次复制。您以后随时可以删除旧的和多余的。系统日志包含大多数unRAID设置，尤其是驱动器，以及该会话报告的大多数或所有问题。但是，一旦重启，它就永远消失了，除非保存了系统日志。保存多个系统日志后，您或其他人可以使用文件比较工具来帮助快速隔离两个系统日志之间的区别，尤其是在存在基线系统日志和另一个涵盖问题时期的系统日志的情况下。Total Commander具有内置的文件比较工具，可进行快速分析。WinMerge（建议使用30列的“ prediffer”）可以更好地分析，并更好地处理移动的行以及添加或缺少的部分。在读取系统日志时，快速隔离更改非常重要，因为更改通常更多地是要忽略什么而不是要寻找什么。“之前和之后”系统日志或“基线和问题”系统日志对非常适合进行系统日志分析。

如果您无法复制系统日志

如果上述说明不成功，则可能还有其他问题。如果您无法安装闪存驱动器或无法访问它，则 / boot可能会消失，并且上述说明将不起作用。如果是这样，请尝试以下变体，它将系统日志复制到第一个数据磁盘： cp / var / log / syslog /mnt/disk1/syslog.txt然后，重新启动后，如果您可以通过网络访问您的unRAID服务器，则可以从磁盘1复制它。如果无法访问系统日志的原因是系统似乎崩溃了，则为时已晚。在系统无响应之前，请尝试捕获系统日志。它可能无法涵盖故障时间，但可能具有故障排除所需的信息。甚至在引导后立即复制的系统日志也可能有所帮助，当然总比没有好。另外，您可以在控制台提示符下尝试以下命令。它将用系统日志的尾端填充您的unRAID屏幕，并且*可能*在发生错误时向您显示错误。 tail -f --lines = 100 / var / log / syslog使用数码相机，您可以拍摄屏幕照片，避免产生太多眩光，然后发布图像。屏幕图片总比没有好。如果无头运行（没有显示器，可能没有键盘或图形卡），则可以尝试将上述命令的输出定向到闪存驱动器或数据驱动器。例如，以下命令会将最后的syslog行输出到闪存驱动器上的 syslogtail.txt。这应该允许您获得系统能够记录的最后一条消息。 tail -f --lines = 100 / var / log / syslog> /boot/syslogtail.txt请注意，尽管有一些疑难解答问题，您必须（必须）连接显示器！

创建有关您的问题的论坛帖子

首先要做的是为您的问题选择适当的论坛板。以下是针对各种问题的支持论坛-

• 常规支持（V6） -对于大多数支持问题，运行任何v6版本的unRAID
• 常规支持（V5和更早版本） -对于大多数支持问题，运行任何v5或v4或更早版本
• Docker Engine-适用于涉及Docker系统的一般问题，不适用于特定Docker容器的问题
• Docker容器 -用于特定Docker容器的问题; 在该容器的支持线程中发布
• KVM Hypervisor-针对VM的所有问题（但不适用于VM模板）
• VM模板 -适用于任何VM模板的问题；在您的VM模板的支持线程中发布
• 插件-> 6.1（已验证） -适用于与大多数v6插件相关的所有问题；在插件的支持线程中发布（如果在此处找不到您的插件，请检查下一个面板）
• 插件-> 6.0（未验证） -用于解决与某些v6插件有关的所有问题；在插件的支持线程中发布
• 插件（V5和更旧的版本） -有关与较旧的插件有关的所有问题（另请参阅下一个板）
• 用户自定义 -针对旧版工具和脚本的所有问题，包括UnMENU，Preclear，MyMain等
• LimeTech产品 -有关LimeTech产品的所有问题，包括许可和注册
• unRAID强制性设计 -适用于一般系统构建问题
• 硬件 -有关硬件的一般问题
• 主板和CPU-有关主板和CPU的问题
• 存储设备和控制器 -有关所有磁盘控制器和驱动器的问题
• 论坛反馈 -使用论坛时遇到的任何问题

选择正确的论坛后，点击上方的链接即可输入论坛。

• 如果您的问题与插件，Docker容器或VM模板有关，请查找并输入其支持线程。我们强烈建议您通读该线程，寻找已经解决相同问题的人员。如果该主题看起来太长而无法阅读所有主题（有些是！），则至少阅读最后3至10页。如果您发现没有任何帮助，请单击“  回复”按钮。
• 如果您的问题与插件，Docker容器或VM模板无关，请单击“  新建主题”按钮。从适当的主题标题开始，而不是太笼统，而是一些相对独特且针对您的问题的主题（不仅仅是“帮助！”）。

您的肥皂盒现已准备就绪。指示确切的unRAID版本。清楚指出问题所在，并包括所有错误消息的确切措辞（如果有）。如果不在您的签名中（考虑在其中添加），请添加一些硬件设置细节，包括主板，CPU，RAM量，闪存驱动器，附加卡（尤其是磁盘控制器）和已安装的驱动器。而且，当然，如上文所述，如果诊断程序或系统日志对故障排除程序有用，请立即附加！不要等待被要求！v6诊断zip文件是最需要的故障排除工具，因为它包含系统日志，所有SMART报告以及许多其他有用的系统信息。有些问题不需要系统日志，但大多数都需要。这是我们了解Linux内核和unRAID驱动程序的内部工作原理，其所见以及所执行工作的窗口。使USB闪存驱动器启动的问题是一种通常不涉及系统日志的问题。有关USB启动问题，请参见下文。附件的大小有限制。

• 如果您的诊断zip文件太大，则可能必须将其拆分为2个zip文件，或者找到一个外部公共场所（例如Pastebin，您的ftp站点等）进行存储。提供指向它的链接。
• 如果您仅提供syslog并且它太大，则可能是由于许多错误日志条目所致，您应该将其压缩并附加zip文件。系统日志，特别是如果存在重复的错误条目时，将压缩得非常小。正常的syslog压缩到原始大小的15％左右，有错误的syslog通常更大，并且包含很多重复，压缩下来的压缩率通常降低到原始大小的7％至9％。压缩它们还可以确保完整接收它们。
• 注意：如果系统日志太大，则始终最好附上其压缩副本。不要拆分您的系统日志！
• 除捕获的原始文本文件外，请勿将其附加为.rtf或.doc或.pdf或任何其他形式。
• 如果这对您很重要，则可以从syslog中删除任何个人或私人信息，只要syslog文件仍为文本文件即可！

开机问题

也许没有什么比让所有人都对unRAID感到兴奋，花费数小时阅读有关内容，然后获取备用闪存驱动器更令人沮丧的了，却浪费了更多时间，徒劳无功地尝试使其启动unRAID。由于这个原因，可能有更多的潜在unRAID用户丢失，这比其他任何原因都多。有些闪存驱动器比其他闪存驱动器更难准备，当然，某些主板BIOS对于从USB驱动器引导更为挑剔。值得庆幸的是，这种问题越来越少了。在该指令的USB闪存驱动器准备都非常齐全，尤其是故障排除提示。如果仍然无法成功启动unRAID，请检查以下提示（前面的说明中已经涵盖了一些提示）。如果仍然不成功，那么该是时候在unRAID论坛上发布问题了。

• 最常见的问题之一是忘记将闪存驱动器上的卷标设置为 UNRAID，正好为6个大写字母。
• 某些BIOS的重新启动顺序，尤其是在添加新硬盘驱动器时。在BIOS设置菜单中，首先尝试使用Harddisk-USB。有关更多说明和视频指南，请参见此处。
• 检查USB启动问题

网络无法正常工作

如果已添加NIC，请确保在BIOS设置菜单中禁用了所有板载LAN，并且请勿将网络电缆插入板载NIC！确保每台计算机上的工作组名称均相同。另请参阅网络常见问题解答。

名称解析

如果您在使用主机名（即塔式服务器）从网络上的其他计算机连接到unRAID服务器时遇到问题，但是使用服务器的IP地址有效，则说明名称解析存在问题。如果您在访问Web管理页面时遇到问题，请确保使用 // tower或 http：// tower而 不是  \\ tower。通过登录Web管理页面（使用IP地址访问它）将unRAID机器设置为本地主网络浏览器，然后在设置页面上将 Local Master设置为Yes。重新启动unRAID服务器和无法解析网络名称的计算机，然后重试。如果名称解析仍然不起作用，则解决方法是使用hosts文件手动设置其IP地址。对于Windows，hosts文件位于 ％WINDIR％\ System32 \ drivers \ etc \ hosts对于Linux，它位于 / etc / hosts在文本编辑器中打开文件，然后在底部添加 192.168.xy <tab>主机名用unRAID服务器的IP地址替换 192.168.xy，用服务器的主机名（例如，塔式服务器）替换 主机名。实际不键入 <tab>，只需按<Tab>键。

SAMBA服务未启动

检查您的Samba设置（更改设置时，请确保提前停止阵列）有时文件/etc/samba/private/secrets.tbd损坏，并且samba服务无法启动。请按照以下说明进行操作。

硬盘故障

另请参阅“ 硬盘驱动器常见问题解答”。unRAID可以从单个磁盘故障中恢复。除非发现性能降低，否则实际上很容易错过故障。（请注意，从一个实际发生故障的驱动器读取的性能只会下降，而从读取阵列中的其他磁盘读取的性能不会下降。）您甚至可能不会注意到性能下降，因为很可能仍足以为介质提供服务文件通过局域网足够快，您不会注意到。唯一确定unRAID是否检测到驱动器故障的方法是，在Web界面的“主页”上的一个驱动器旁边寻找一个红球。但是，即使取消RAID，如果很长时间没有访问驱动器，也会很容易错过驱动器发生故障的事实。这是运行每月奇偶校验的另一个原因-确保unRAID“知道”驱动器发生故障。

如何防止驱动器故障？

避免故障的最佳方法是进行一些预防性维护。

• 仅使用高质量的SATA电缆，最好使用带锁定连接器的电缆。引起驱动器错误的最常见问题不是驱动器问题，而是电缆问题，SATA电缆损坏，SATA连接器松动或驱动器电源分配器松动或故障。电缆便宜！购买它们时不要便宜！不良的SATA电缆会导致CRC错误，异常处理程序消息中的BadCRC或ICRC错误标志，和/或SMART属性UDMA_CRC_Error_Count增大。松散的SATA和电源连接器使驱动器似乎断开并重新连接，通常会引起PHYRdyChg标志。
• 确保冷却足够。高温会对计算机的所有部件（包括硬盘驱动器）造成压力。尽管很难给出精确的温度来开始关注，但低于40的温度是好的，但41-45之间的温度会变热，高于45的温度应该引导您在硬盘上增加主动冷却。我（个人）将使用超过50C的硬盘驱动器温度来关闭服务器。另请参阅UnRAID主题索引，粉丝主题。
• 运行定期的奇偶校验（每月）。对于v6，请转到 设置 ->  计划程序，然后启用奇偶校验并设置其计划。对于较早的unRAID版本，我们建议从UnRAID Add Ons wiki页面运行每月奇偶校验检查脚本。尽管您可能没有意识到，但硬盘驱动器具有内部错误检查系统，称为 SMART。 ，监视所有驱动器操作，包括介质表面状况。如果磁盘上的斑点开始变坏，驱动器可以“重新映射”该扇区，并避免报告坏扇区错误。它通过使坏扇区脱机，然后将备用扇区（从备用的备用池中）映射到其位置，然后将坏扇区的内容移动到替换扇区来实现此目的。它对系统透明，安静地执行此操作，因此不会报告任何错误，只需将其记录在驱动器的SMART系统中即可。但是，如果驱动器很长时间不读取某个扇区，则该驱动器可能会在没有注意到驱动器的情况下从好到坏到坏到坏。运行奇偶校验（除了验证是否正确维护了奇偶校验）还将导致读取每个磁盘的每个扇区，并为驱动器提供“
• 请勿使用圆形的IDE电缆。尽管作为高级电缆出售，但它们不符合高速使用的技术规格。仅仅因为它们在Windows机器上运行了5年就可以了，但这并不意味着您可以通过unRAID祝他们好运。（已警告您！）请使用大多数主板附带的扁平电缆（使用80针电缆，而不是CD ROM使用的40针电缆-请参见此图。使用看起来像顶部电缆的电缆，而不是顶部电缆的电缆）。最底层的）。

布线问题

当实际问题是电缆松动或损坏时，硬盘驱动器有时可能会出现故障或出现故障。尽管在安装新驱动器时最常见，但计算机内部的振动会导致电缆不牢固。当您丢失驱动器，听到驱动器发出的咔嗒声，或在系统日志中看到重置或其他错误时，第一步是确定引起问题的驱动器，并拔出并重新插上电源（如果这不起作用，请更换）数据线。同时，检查电源线。如果您使用背板，那么从unRAID的角度来看，它们将成为电缆的一部分。确保背板没有引起问题。（有关布线问题的更多提示，请参见下面的smartctl部分）。

如果出现错误怎么办？

如果您的阵列在几天/几周/几月/几年内运行良好，并且突然在Web界面的错误列中发现一个非零值，那是什么意思？我应该担心吗？有时，unRAID会在磁盘上遇到读取错误（不是写错误）。发生这种情况时，unRAID将读取所有其他磁盘的相应扇区内容+奇偶校验，以计算无法从源读取的数据。然后，它将数据写回到源驱动器。无需赘述技术细节，这可以使源驱动器修复坏扇区，因此下次读取该扇区将很好。尽管这将被报告为“错误”，但实际上该错误已得到纠正。这是unRAID最好的和了解最少的功能之一！可能还有其他类型的错误，因此在检测到错误之后捕获系统日志当然值得您花些时间，但这很可能已经发生了。另外，如果您发现这种情况很长时间不止一次发生，则可能需要考虑测试并更换相关磁盘。重新映射的扇区与高于正常的驱动器故障有关。收到错误后，请稍后再执行奇偶校验，以确保一切正常。

如果硬盘旁边出现红球该怎么办？

如果硬盘旁边出现红色的X，该怎么办？

注意：在取消RAID v6.0之前，已禁用驱动器的驱动器状态指示灯始终是一个红球。从v6.0开始，已将其更改为红色X，以帮助具有红色/绿色色盲的人。请注意，许多资深用户和许多文档都将红色X经常称为红球。[  仅适用于v4 ]  如果已移动驱动器（或者有时甚至没有移动驱动器），则unRAID可能会混淆将哪个驱动器分配给哪个插槽。它不会启动阵列，某些驱动器旁边可能有红球。您还将看到斜体驱动器序列号。您需要转到“设备”页面，然后将正确的驱动器重新分配到正确的插槽。（主页上的斜体序列号将指导您将正确的驱动器分配给正确的插槽。）然后，您可以安全地启动阵列。如果在驱动器旁边看到一个红色的球（或红色的X），并且阵列已启动，则该磁盘已停止使用，因为尝试写入该磁盘失败。unRAID不会随意使磁盘停止服务，但是如果磁盘遇到 写故障，它将完全这样做，它将使磁盘停止服务。写入失败很严重。一次写入失败将使磁盘停止工作，然后unRAID会在管理界面中在其旁边显示一个红色指示器。许多事情都可能导致这种故障，而与驱动器无关。电缆可能（而且确实）变坏或摆动。特别是SATA电缆，如果不是锁紧型的，则会从其连接器上滑落而臭名昭著。PSU（电源）会做奇怪的事情，并导致故障。磁盘控制器可能会变坏。主板可能会变质。至少值得花一点时间重新检查所有连接，以确保没有松动。每当打开计算机机箱时，尤其是在关闭计算机机箱之前，电缆可能会移位并导致与驱动器的连接失败。在检查连接是否松动时，请注意不要打扰与其他驱动器的连接，从而使故障复杂化。 收集信息

• 因为有很多原因，所以需要更多信息来了解要应用的修复程序。驱动器错误信息的两个来源是驱动器的系统日志和SMART报告。
• [  仅适用于v6 ]转到 工具 ->  诊断，然后下载诊断zip文件。它包含所有驱动器的系统日志和SMART报告（以及更多系统信息）。您还可以通过从 工具 ->  Syslog中获取系统 日志，并通过在 主屏幕上单击驱动器来获取SMART报告。重要！检查SMART报告是否可用！诊断zip中的SMART报告正确吗？
• [  仅适用于v4和v5 ]请参阅上面的“ 捕获系统日志”部分以获取系统日志。请参阅下面的获取SMART报告部分以获取驱动器的SMART报告。
• 您可能还无法获得该驱动器的SMART报告。如果驱动器尚未完全发生故障，但是端口或控制器发生故障或其他原因，并且该驱动器已被内核禁用，则只有在重新引导后才能获取SMART报告。  请记住，重新启动之前，您必须立即获取系统日志或诊断信息。 如果重新启动后仍无法获取SMART报告，则这本身就是一个提示（不是一个好兆头！）。

• 尝试将驱动器连接到已知正在工作的其他端口（例如母板端口），并尝试使用其他已知有效的电缆。如果仍然无法获取SMART报告，则表明该驱动器已损坏，需要更换，请参阅“ 更换数据驱动器”。
• 如果多个驱动器有问题，请确定它们是否在同一磁盘控制器上。如果是，则控制器有故障。一件好事，驱动器很好！是控制器故障，无法访问！

• 如果驱动器确实发生了故障，那么即使在关闭电源并重新启动后，也无法获得该驱动器的SMART报告。如果驱动器的电缆连接良好，并且控制器和端口连接良好，但驱动器不会旋转，则说明操作完成。您可以尝试对其进行RMA。

分析系统日志和SMART报告

• 您可以自己做，或者在unRAID版本的“常规支持”面板中创建有关您的问题的论坛帖子。确保随附驱动器的诊断zip或syslog和SMART报告，并附有发生的情况以及哪个驱动器有故障的描述。
• 不完整，正在进行中，可能会将其移至单独的Wiki页面

该怎么办

• 驱动器状态良好 -如果您确定问题不是驱动器故障，并且从SMART报告中确定该驱动器状态良好，那么您将需要重新启用该驱动器。
• 驱动器已完全发生故障 -如果分析确定该驱动器已发生故障，以至于您认为该驱动器无法修复，那么您将需要对其进行RMA或回收，然后购买替换产品。我们始终建议您先清除替换驱动器，以确保它是一个好的驱动器，至少在几年内不会出现故障。然后继续进行数据驱动器的更换。
• 驱动器有故障 -如果您确定驱动器出现坏道或其他引起红球的故障，但是不确定驱动器本身是否有故障，则可能需要将其脱机以进行全面测试。由于驱动器测试需要一段时间，因此您的阵列将关闭多长时间，或者它将以降级的未保护状态（危险！）运行，或者您将驱动器替换为另一个驱动器，从而为自己留出足够的时间进行测试并决定。如果您决定替换它，请购买替换驱动器（“清除”），然后转到“ 替换数据驱动器”。如果您决定关闭系统或使其不受保护，请取消分配驱动器并进行测试和清洁（通过清除），然后重新启用驱动器。

注意：手头准备好经过测试的备用驱动器总是很好的！

获取SMART报告

驱动器通过其SMART功能进行自我监控。 了解SMART报告和测试的工作方式非常重要。 驱动器是没有监视器或键盘的小型计算机，因此我们使用称为 smartctl的工具（无论是在命令提示符下还是使用v6 webGUI）与它们进行通信。该 smartctl读取工具无非是一个继电器，我们和驱动器之间的消息的传球手。它不进行路测或报告。如果需要SMART报告，则可以使用 smartctl向驱动器请求一个，然后驱动器收集信息，将其放入报告中，然后将其返回给 smartctl，后者将其转发给我们。如果要进行路测，请使用 smartctl发出请求，然后将请求传递到驱动器（然后退出），驱动器在后台自行执行测试。根据请求的测试，它会花费很短的时间或很长的时间。当我们认为测试应该完成时，我们使用 smartctl请求另一个SMART报告，该报告在底部附近包含一个测试报告部分。它将指示测试是否完成，是否通过或失败以及在什么时候失败。[  仅适用于v6 ]欢迎您在命令提示符下使用以下 smartctl命令。但是，最简单的方法是转到 工具 ->  诊断并下载诊断zip文件。它包含所有驱动器的系统日志和SMART报告（以及更多系统信息）。您还可以通过单击 主屏幕上的驱动器来获取SMART报告或查看SMART报告部分。您也可以在那里进行路测。[  仅适用于v4 ] 自v4.3起， smartctl工具已包含在unRAID中（如果使用unRAID 4.3的最终版本，请单击此链接）。这是Tom的一些使用说明。另请参阅unRAID插件和UnRAID主题索引，SMART，以获取更多Smartctl链接。如果在尝试下面的 smartctl命令时 遇到关于缺少库的错误，请参阅此文章以获取安装说明。在unRAID控制台上，或者在使用SSH或Telnet的终端会话中，键入：

 
                    smartctl -a -d ata / dev / sda  
                    或如果您使用较新的SATA控制器 
                    smartctl -a -A / dev / sda 

注意：如果出现类似“  加载共享库时出错：libstdc ++。so.6 ”之类的 错误，则说明您使用的是非常老版本的unRAID（例如v4.4.2），缺少必需的库。请看这篇文章。看 主页（设备在4.7）的设备标识符（括号内）的每个磁盘，和替代，对于在命令行上“SDA”。此命令将打印出驱动器的SMART信息。请参阅本文以更好地了解SMART报告。要将结果复制到USB记忆棒上名为 smart.txt的文件中，可用于发布到论坛，请使用以下命令：

 
                    smartctl -a -d ata / dev / sda> /boot/smart.txt， 
                    或者如果您使用的是较新的SATA控制器 
                    smartctl -a -A / A / dev / sda> /boot/smart.txt 

这种形式使从Windows工作站查看 smart.txt文件更加容易。

 
                    smartctl -a -d ata / dev / sda | todos> /boot/smart.txt， 
                    或者如果您使用的是较新的SATA控制器 
                    smartctl -a -A / dev / sda | 待办事项> /boot/smart.txt 

smartctl输出将提供驱动器捕获的有关其自身的大量统计信息。

• 也许最重要的属性是“  Reallocated_Sector_Ct这可能是驱动器发生故障的第一个提示。特别说明-电缆连接不良 CAN NOT引起再分配发生部门。

• 同样重要的属性是“  Current_Pending_Sector ”，RAW_VALUE是待重新分配的可疑扇区的数量。如果要使用该驱动器来重建另一个驱动器，则应始终为零，并且必须为零。如果它不为零，那么将来（可能并非总是）您会看到“重新分配的扇区数”增加，但确实会归零。在重新映射可疑扇区之前，它会最后一次对其进行测试，并且*可能*通过它而不重新映射它。（有充分的理由说明它被设计为以这种方式工作。）

• 要查看的另一个重要统计数据是“  Temperature_Celsius ”。它跟踪驱动器的当前温度和最低/最高温度。如果驱动器运行温度很高（请参阅上面“预防性维护”部分中的建议），请考虑为硬盘驱动器添加主动散热。

• 一位用户的“  UDMA_CRC_Error_Count ”大于零。研究表明，这可能是由于电缆连接不良造成的（“ UDMA CRC错误的可能原因是接口电缆损坏或在电气噪声环境中的电缆布线问题（例如，电缆距离电源电缆太近或与其他SATA电缆太近） SATA电缆通常没有屏蔽，将它们捆扎成束以使其看起来整洁通常会引起串扰并在一条电缆到另一根电缆之间产生噪声。剪断绑带，在电缆之间留出一定的空间。”）

• smartctl报告的结尾附近是驱动器遇到的最后几个错误的列表。指示无法识别命令的错误是电缆连接不良的迹象，不一定是驱动器损坏。

• （ 添加有关特定smartctl统计信息的更多信息）

每个smartctl属性均以“原始”格式（RAW_VALUE）和“规范化”格式（VALUE）提供。原始格式有时更易于阅读（例如摄氏温度或重新分配的扇区数），但并非总是如此。它们也可能因供应商而异。归一化格式将当前值显示为介于255和0之间的归一化值（越高越好）。如果该值低于“ THRESH”值，则表示驱动器发生故障。还显示了最差归一化值。如果您想更好地理解SMART报告，请参阅了解SMART报告。不幸的是，它还不完整，特别是在属性部分。查看SMART属性时，请参阅此有用的已知SMART属性图表。

运行SMART测试

Smartctl提供了可以运行的驱动器测试。Smartctl实际上并不执行测试，它只是告诉驱动器自行启动测试。您需要运行上面显示的SMART report命令来获取结果。如果测试仍在进行中，SMART报告也会告诉您。通常，您不应该太早请求报告。您可以按以下粗略估算，但是最好使用SMART报表的“ SMART DATA”部分中的建议时间，即紧挨属性之前。对于短测试，请使用“  短自检”例程的建议轮询时间；对于“长测试”，请使用“  扩展自检”例程的建议轮询时间。。对于长时间测试，强烈建议暂时禁用驱动器降速，因为降速会过早终止测试。[  仅适用于v6 ]欢迎您在命令提示符下使用以下 smartctl命令。但是，最简单的方法是在 主屏幕上单击驱动器，然后您将看到SMART报告部分，并且可以在此处执行任何驱动器SMART测试。此简短测试需要1至3分钟的时间（请注意，如上所述，将驱动器的标识符替换为“ sda”） smartctl -t短/ dev / sda这项长时间的测试需要每TB大约2个小时的时间 smartctl -t long / dev / sda要查看结果或测试进度，请使用上面获取SMART报告部分中显示的SMART report命令。

解决待定部门

挂起扇区是读取失败的结果。无法读取的扇区将干扰故障驱动器的重建。挂起的扇区需要尽快清除，因为2个具有不可读扇区的驱动器很可能在unRAID中无法恢复。使用Linux或Windows中的实用程序，具有少量挂起扇区的数据磁盘应该相当容易恢复，并且如果有人知道可以恢复Reiserfs的Mac实用程序，请更新此条目。最安全的过程是用预先清除的备用磁盘更换驱动器。然后可以预先清除原始驱动器，并且挂起的扇区数应为零。然后可以将原始驱动器用作备用驱动器。如果1个周期不起作用，则不需要多个预清除周期，并且应该对磁盘进行RMAed处理。如果无法将驱动器退回，则可能需要多次循环才能将驱动器恢复到可用状态。如果没有可用的备用磁盘，请按照以下步骤重新启用驱动器。重建后，未决扇区数应为零。如果没有，请更换。

重新启用驱动器

好的，您确定驱动器是好的，但是电缆松动了，或者端口坏了，或者控制器崩溃了，或者您认为故障是偶然的（注意：这绝不是偶然的）-我如何才能取消RAID重用已禁用的同一磁盘？如果您确定驱动器可以正常使用，并且SMART报告对此进行了确认，则您将需要重新启用该驱动器并将其恢复服务。有两种方法可以做到这一点。但是请记住，虽然第一种方法很快速，但可能已写入驱动器，包括写入失败并导致红球的写入。这些写入操作转到了模拟驱动器，而不是物理驱动器，因此，到目前为止，最好和最安全的选择是将驱动器重建到其自身上，然后将最新的模拟驱动器写入物理驱动器。

• 如果您完全确定自脱机以来尚未写入驱动器，则可以使用“ 信任我的阵列”过程（适用于v4和v5）将驱动器和阵列快速恢复到全绿色状态。请记住，当对其进行“写入”失败时，该服务已停止使用，因此使用“信任”过程将有效地忘记禁用驱动器时写入的数据。
• 除非确定您尚未写入磁盘，否则重建（重建）要好得多。  最安全的选择是重建驱动器。 仅在无法重建的情况下才使用“信任”过程。

您可以重新启用硬盘驱动器并将其重建，如下所示：

• 停止阵列。
• 转至 主网页（ 设备 4.7版本），并取消分配磁盘。
• 转至 主网页（ 数组操作部分），并启动阵列。
• 再次停止阵列。
• 转至 主网页（ 设备 4.7版本），并重新分配磁盘。
• 转至 主网页（ 数组操作部分） -系统应说明有一个“新”的驱动来代替残疾人之一。选中确认框，然后单击“  开始”按钮以开始重建/重建磁盘。

更换驱动器

请参阅更换数据驱动器

卸下驱动器

请参阅收缩数组

一般硬件问题

注意：我们仍在等待编辑器（如果您正在阅读本文，包括您在内！）对硬件问题进行逐步分析，例如测试内存，检查电缆，检查温度和气流，禁用组件，BIOS和固件更新等。 。

• 见下半年这个岗位上隔离硬件问题的一些技巧。
• 内核恐慌/ UnRAID无法正常工作 -良好但老化的系统突然停止工作...
• 新服务器-不发布！-新硬件不会发布，没有视频
• 丢失了1个驱动器，随之而来的破坏 -困难和复杂的问题，但是建议了许多故障排除方法
• 内核恐慌 -一些一般性的故障排除，有时内存或内存设置不正确，PSU不正确等；内核恐慌通常与内存不足有关
• 还有更多...

更多连结

• 修复常见问题 -仅适用于unRAID v6的插件，可以检测并报告许多常见问题，尝试修复其中一些问题，或提出需要采取的措施
• 常见问题解答 -适用于unRAID v6
• UnRAID v4和v5的常见问题解答
• V6的官方unRAID参考手册
• 适用于unRAID v4和v5的官方unRAID参考手册
• 硬件相容性
• 最佳论坛 -主要用于unRAID v4和v5，有些是通用的