我的一位用户今天早上遇到了 BSOD，因此我查看了事件日志以查看可能的原因。我没有发现任何与 BSOD 明显相关的内容，但我确实发现了其他一些让我感到担忧的内容。他的应用程序事件日志中有以下内容：
Windows 无法访问 GPO cn={2FE8F71F-F5A6-4829-A6D0-1858E327ED8C},cn=policies,cn=system,DC=amci,DC=unm,DC=edu 的文件 gpt.ini。该文件必须位于 <\ourdomain\SysVol\ourdomain\Policies{2FE8F71F-F5A6-4829-A6D0-1858E327ED8C}\gpt.ini> 位置。（系统找不到指定的路径。）。组策略处理已中止。
我在这个网站上搜索了类似的问题，并发现了这个帖子。但是，这更多的是迁移问题。我们的服务器至少 3 年没有改变过。但那篇文章确实有助于解释我注意到 GPO 似乎不再适用的事实。对我们来说，问题在于我们都不是系统管理员。（几年前我确实上过 AD 课，但哇，很长时间没有做任何事情了。）我的问题是，我们是否像 Tim Long 所说的那样遇到了 NTFRS 问题（即使我们没有迁移任何东西、更改服务器等）？
答案1
更可能是某种 DNS 问题。组策略设置来自：
\\domain.name.in.full\sysvol
如果客户端无法将 domain.name.in.full 转换为 Windows 可以连接的内容，您就会遇到此类问题。以下是一些可供尝试的测试：
nslookup 查找 domain.name.in.full
如果它返回 IP 地址，或者更好的是 IP 地址列表，则 DNS 工作正常。如果不是，则修复该问题。
dir \\domain.name.in.full\sysvol从 CMD 窗口执行
如果 nslookup 有效，但这个无效，则 Windows 名称解析失败。检查以确保 NetBIOS TCP Helper 服务正在运行。我曾经遇到过这种情况，计算机实验室映像上禁用了此服务，并且该实验室中的所有计算机都没有获得 GPO。