当您启动它并到达显示消息的部分时,Windows 中发生了什么:Applying Computer Settings
?
我好像被挂在那里很久了。我能做些什么来简化引导的那部分吗?
编辑
我在这方面取得了一些进展。
我发现您可以在组策略编辑器(运行 gpedit.msc)中执行一些操作以查看发生了什么。
如果您进入Console Root->Computer Configuration->Administrative Templates->System,您可以将Verbose 与正常状态消息更新为 Enabled。您还可以转到Console Root->Computer Configuration->Administrative Templates->System->Scripts和 Enable run startup scripts visible。这将向您展示引导期间发生的情况。
就我而言,我似乎有某种安装尝试运行(并且失败)。我最终得到一个“Windows Installer”帮助窗口,弹出一个带有命令行选项的窗口。当我单击“确定”按钮时,启动的其余部分将继续。我认为有人将安装添加到我的工作站的 AD 组中,并且其参数已损坏。
我正在考虑将组策略脚本的最大等待时间(也在Console Root->Computer Configuration->Administrative Templates->System->Scripts中)从默认值(即 600 秒)更改为更小的值,例如 180 秒.
我在应用我的计算机特定组策略设置时看到此消息。某些域的策略非常复杂,可能会使此过程需要很长时间。
此外,某些策略可能需要网络访问。在这种情况下,如果您的计算机无法访问网络,这也可能会延长启动过程。
这个问题与 DNS 相关是很常见的。确保客户端 DNS 设置正确。如果您在活动目录域中,请确保您的主 DNS 服务器设置为域控制器。
[编辑] 有关此过程中发生的情况以及可能出现的问题的更多详细信息,请参阅此链接。
除了 GP 之外,服务也在那个时候启动,最重要的是,网络堆栈也是如此(当然,它是一个服务。)如果机器失去连接(或其 NIC),一切都会中断。这将表现为一台挂机(最终将在 20 分钟后响应)。这肯定会影响 GP。正如其他人所说,GP 依赖于健康的网络和 DNS,因此请先对其进行故障排除。
另一方面,不要惊慌:服务器和域控制器在此阶段花费更多时间是正常的;SBS 以“缓慢”的启动和关闭时间而闻名,但它们是正常的,没有任何问题。
如果您可以使用本地帐户而不是域帐户登录并且没有问题,则可能与其他人提到的正在应用的组策略有关。您使用漫游配置文件吗?
我们一直遇到的另一种可能性是由 GP 运行的软件安装失败。通常,该软件会在每次计算机启动时尝试安装。
如果您查看事件查看器,您将看到与此相关的任何错误,通常可以找到修复程序。在我们的案例中,以前的安装经常失败,导致 GP 策略安装超时。一旦我们纠正了问题,或者完全卸载了以前的版本,软件就可以正确安装,延迟就会消失。
希望有帮助!