Server 2012 R2 FSRM 事件 ID 8197 错误：GetVolumeNameForVolumeMountPoint，0x800700001，不正确的函数

Question

我几乎没有发现有关 Server 2012 的此错误的信息。关于 Server 2003 的此错误的大量信息以及 Microsoft 的更新包修复程序以及有关如何解决 Server 2008 的错误的说明和 2008 R2，但 2012 没有。

在安装文件系统资源管理器 (FSRM) 角色后，在 Server 2012 和 Server 2012 R2（版本无关紧要）上发生错误：

Event ID 8197
Source: SRMSVC
File Server Resource Manger Service error: Unexpected error. 
Error-specific details:
Error: GetVolumeNameForVolumeMountPoint, 0x800700001, incorrect function

每次重启时以及服务重启后（特别是服务启动后 30 秒）也会出现此错误。此错误发生在两台戴尔服务器上：PowerEdge R720 和 PowerEdge R620。

我发现的第一件事是，这只发生在使用 UEFI 时。服务器使用标准 BIOS 时没有错误。我本可以停在那里并坚持使用 BIOS，但我不想失去 UEFI 和 server 2012 的任何新功能。

最初，我认为这是戴尔 UEFI 实施的问题，因为它发生在我的新服务器以及运行在戴尔 PowerEdge ESX 主机上的虚拟机中。但是，我能够使用在非戴尔硬件上运行的另一个 VM 重现此错误。这意味着问题出在 Microsoft 上。在 UEFI 上的 Server 2008 R2 上安装 FSRM 不会产生错误，只有 2012 和 2012 R2 会发生，将其范围缩小到 UEFI 的 Server 2012 问题。

除了事件查看器中明显的红色 x 之外，我没有看到此错误带来的任何负面影响。我对 FSRM 功能进行了全面测试，发现一切似乎都很顺利。不幸的是，我不是那种会忽略一个未知的持续性错误的人，所以我花了很多时间试图找出这个问题的根源。我非常有动力去解决这个问题，因为我在谷歌上遇到了这个错误，Server 2012 提到了重启时卷消失（我不想在路上突然出现这种情况）。

Answer 1

在与戴尔和微软反复交流了一个月之后，我收到了有关此错误的“答案”。这是微软的回应：

我们的上报工程师已对问题进行了调试，发现这是 EFI 系统上的设计行为。我们在硬件机器和虚拟机上都重现了这个问题。

我们想解释一下，我们可以安全地忽略此事件。当 FSRM 服务检查系统分区时会出现错误消息。在 EFI 系统上，EFI 系统分区是一个 FAT 系统，它将因函数调用 GetVolumeNameForVolumeMountPoint() 而失败。这是正常现象，FSRM 服务预计这将在其内部代码中的 EFI 系统上失败。记录错误消息只是为了在这种情况下提供信息，这就是您可以安全地忽略它的原因。

就个人而言，我认为这是一种离开的回应。我回复提醒他们，UEFI 上的 Server 2008 R2 不会发生这种情况，因此，如果由于 EFI 分区的格式，这确实是“设计使然”，Server 2008 R2 也会出现相同的错误...

如果我碰巧听到对此的相关回应，我会更新。现在我只是想把这些信息公布出来，以防万一我真的不是唯一一个看到这个问题的人：}