在Server 2012方面，我发现没有任何有关此错误的信息。有很多关于Server 2003的错误信息，包括来自Microsoft的更新程序包修补程序以及关于如何解决Server 2008错误的注意事项和2008 R2，但2012年没有。 在安装文件系统资源pipe理器（FSRM）angular色后，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和服务器2012年的新function。 最初，我认为这是戴尔的UEFI实施问题，因为它发生在我的新服务器以及在DELL PowerEdge ESX主机上运行的虚拟机上。 但是，我能够在非Dell硬件上运行的另一个虚拟机重现此错误。 这意味着问题是与微软。 在UEFI上的服务器2008 R2上安装FSRM不会产生错误，只有2012和2012 R2会将此缩小到UEFI的Server 2012问题。 除了事件查看器中的明显的红色x之外，我还没有看到任何负面的这个错误。 我完全testing了FSRMfunction，发现一切似乎都顺利运行。 不幸的是，我不是那种只是忽略一个未知的持续性错误的types，所以我花了很多时间去尝试深入了解它。 我高度的动力得到这个想法，因为我曾经在谷歌这一错误和服务器2012提到重启消失卷（我不想在我的道路上popup）。
我最近买了戴尔PowerEdge T430服务器，我想在它上安装ESXi 6.0。 由于VMware现在支持UEFI（从版本5.0）我想问如何安装虚拟机pipe理程序？ BIOS UEFI 安装完毕后，在um中更改bios / uefi设置… bios会导致系统无法启动，因此我希望在有机会时select正确的决定，而不是稍后通过重新安装整个ESXi来进行更改。 当服务器处于UEFI模式而不是BIOS时，VMware ESXi在安装和使用时是否有任何优势？ 既然我们在这个话题上：Hyper-V如何与之相关呢？ 在UEFI设备上启动时，Hyper-V会有什么优势吗？ 编辑： 我唯一可以find的文章是在VMware知识库网站上提供的有关ESXi 6.0中新增function的文章，它可以将ESXi安装在从UEFI而不是BIOS启动的服务器上，但仅此而已。 安装或升级到VMware ESXi 6.0的最佳实践（2109712） 我也在戴尔的网站上发现了一些东西，但也没有什么有意义的VMware ESXi支持UEFI
我试图让我的头在UEFI（统一的可扩展固件接口），我不完全清楚这是如何影响虚拟机。 因此，这个问题有三个部分： UEFI是否在虚拟化的硬件支持方面取得进展？ 所有其他的事情都是相同的，那么使用UEFI的机器比没有使用UEFI的机器更有可能更有效地运行虚拟机，或者UEFI是否会导致任何性能命中，否定虚拟机的速度提升？ 代码在虚拟机上运行时，执行的差异是否可见？ （理论上，它不应该，但在实践中？）
我们正在研究Azure站点恢复作为可能的BCDR解决scheme，并遇到了一些问题，因为在同步VMWare VM时，Azure不支持UEFI固件。 有没有办法将EFI固件转换为Legacy而无需重新安装操作系统？ 我已经阅读了相反的解决scheme，但没有这种情况下运气。
根据维基百科和其他页面，你可以有： 代理DHCP 如果PXEredirect服务（代理DHCP）接收到扩展的DHCPDISCOVER，它将使用扩展的DHCPOFFER答复客户端的端口68 / UDP（DHCP客户端端口）。 扩展的DHCPOFFER主要包含： 一个PXE发现控制字段，用于推荐多播，广播或单播联系PXE引导服务器 每个可用PXE引导服务器types的IP地址列表 一个PXE引导菜单，每个条目代表一个PXE引导服务器types 一个PXE启动提示告诉用户按下某个键来查看启动菜单 如果超时，则启动第一个启动菜单项的超时 Proxy DHCP服务也可以与标准的DHCP服务在同一台主机上运行。 由于两个服务不能共享端口67 / UDP，代理DHCP运行在端口4011 / UDP上，并且期望来自PXE客户端的扩展DHCPDISCOVER数据包为DHCPREQUEST。 标准DHCP服务必须在其DHCPOFFER中发送PXE选项的特殊组合，以便PXE客户端知道在同一主机（端口4011 / UDP）上查找代理DHCP。 我想实现这样的服务器，发出这些扩展的响应。 我不介意为此设置另一个守护进程，但是如果我可以只configurationisc-dhcp-server来发送理想的响应。 （在你build议之前，我不能使用syslinux，这是作弊，我在EFI平台上这样做，因此有本地PXE支持）
我使用Clonezilla成功了很多年，可以使用Windows 7或更小版本的分区以及Ubuntu和其他操作系统来创build映像。 制作图像并恢复它们对我来说很简单。 但现在随着UEFI的到来，我不知道如何用Clonezilla制作图像，以及如何以正确的方式恢复它们。 我在同一个GPT磁盘上运行Windows 7和Ubuntu。 两者都使用UEFI。 问题是 ： 如果要使用Clonezilla制作托pipeWindows 7或8的分区的可恢复映像，还必须还制作“EFI系统分区”和MRP映像吗？ 或者是不需要制作分区“EFI系统分区”和MRP的映像，因为可以在恢复Windows和Ubuntu的映像之后重build这两个分区（可能使用Windows安装光盘或使用Linux工具）一个新的磁盘？ 什么是在新磁盘上恢复Windows 7或8（UEFI）映像的简单方法（例如使用Clonezilla） – 在恢复映像之前是否需要手动创build其他分区（“EFI System分区”和MRP）？ 我知道有可能克隆孔磁盘，而不是一个单一的分区，但这不是我想要的。
我从Debian Squeeze，kernel 2.6.32-5-xen-amd64启动Xen 4.0。 dom0上的“xm dmesg”显示： Xen-e801 RAM map: 0000000000000000 – 0000000000091400 (usable) 0000000000100000 – 0000000020000000 (usable) System RAM: 511MB (523844kB) “xm info”显示： total_memory : 511 free_memory : 42 bootloader是grub2 EFI（Debian软件包grub-efi-amd64版本1.99-14），configuration如下： multiboot /xen-4.0-amd64.gz placeholder module /vmlinuz-2.6.32-5-xen-amd64 placeholder root=/dev/mapper/VG00-root ro reboot=acpi module /initrd.img-2.6.32-5-xen-amd64 任何想法，为什么Xen只检测到512MB？ 有没有人在uefi环境下成功引导xen？ 更新：从Debian Wheezy试用了Xen 4.1，并添加了非实模式，试图强制它使用多重启动内存映射而不是e801，似乎不起作用： (XEN) Xen version 4.1.2 (Debian 4.1.2-1) ([email protected]) (gcc […]
我一直在试图build立一个窗口的7和2k8 EFI部署ISO或USB。 但努力甚至从ISO Workstation EFI实施甚至获得ISO启动。 问题是没有明确的要求什么EFI的引导程序正在寻找，“如EFI启动文件”甚至ISO和USB的可引导没有find所需的.efi文件。 我想知道什么是EFI启动加载程序引导EFI文件的过程。 例如; 在一个EFI的Windows系统中; C:\Windows\Boot\EFI\bootmgfw.efi 从DVD它是; F:\efi\microsoft\boot\cdboot.efi 从人们告诉我这是在USB上; G:\efi\boot\bootx64.efi (bootmgfw.efi renamed) 我一直在使用EFI 2.0和VMware Workstation 8.0的HP笔记本电脑上testing.vmx文件固件=“efi”
我需要从一组需要configuration的新的HP mini桌面检索硬件序列号。 这在过去使用WSH脚本通过WMI查询它。 不幸的是，新型号不再包含BIOS，而是使用EFI。 所有已知的查询信息的方法都不再起作用。 我已经使用了这个主题，但是我find的所有答案都build议使用上面的无效方法。 谁能帮忙？ 如果它有所作为，我需要一个可以与XP（embedded式）协同工作的解决scheme。
RFC 4578定义了PXE的各种机器体系结构，如下所示： Type Architecture Name —- —————– 0 Intel x86PC 1 NEC/PC98 2 EFI Itanium 3 DEC Alpha 4 Arc x86 5 Intel Lean Client 6 EFI IA32 7 EFI BC 8 EFI Xscale 9 EFI x86-64 我testing了两台IBM机器（HS22刀片，x3550M3），它们都使用'EFI BC'架构进行EFI PXE启动。 它代表什么？ 什么时候使用？ 为什么IBM使用它而不是“EFI x86-64”？