不确定这是应该在 SuperUser 上还是在这里，但这里是：
问：如果我的竞价实例因超出我的最高出价而自动终止，是否是正常关闭——就像用户点击了开始>>关闭一样？或者是硬关机——好像有人刚刚拔掉了电源线？
我意识到在大多数情况下，终止的 Spot 实例上的卷会被立即删除，这使我的问题没有实际意义。但在这种特殊情况下，我将“终止时删除卷”标志设置为 false 以保留根卷；我可能想重用该卷并在将来将其绑定到另一个实例。因此，我担心强制关机是否“干净”。干净关闭将减少或消除根卷上数据损坏的可能性。
更新 (08/11/2013)：我已经将回复标记为答案，但现在我不确定它是否正确。我刚刚在亚马逊论坛上收到了一个自相矛盾的回复：
实例将正常关闭，然后将“终止时删除”设置为 false 的卷分离。
所以，我仍然不确定实际的答案是什么。有人想在这个问题上决胜负吗？
事情就是这样 - “关机 -a”选项不起作用，没有“稍后重新启动”按钮，只有 15 分钟的倒数计时器，无法取消它。
我该怎么办？我在某处读到如果我锁定，它将冻结计时器直到我下次登录，但我不想等到“时间合适”。
是否有任何实用程序可以在“调试”模式下记录 Windows 7 关闭过程？
最近，我们的一些 Windows 7 工作站开始需要 20 多分钟才能重新启动，虽然我们已经多次梳理事件查看器，但除了事件之外，我们找不到任何突出的东西：
"The winlogon notification subscriber <GPClient> is taking long time to handle the notification event (StartShell)"
该事件的解决方案是重新创建配置文件，它修复了我们遇到的重启问题，但没有告诉我们是什么阻止了干净关闭，因此我们仍然不知道原因是什么。如果我们能够生成尽可能详细的关机调试日志，我们或许能够更具体地隔离问题。
当我们在 Linux 上开发一组复杂的服务时，我们开发了一个工具来启动它们。创建这样一个工具的众多考虑因素之一是可以启动项目的顺序，也是一种确保守护程序死亡时守护程序自动重新启动的方法。还有在所有服务之间共享的服务器范围参数。
但是，我现在有一个问题，关闭这样的系统需要时间。关闭所有内容可能需要多达 10 秒的时间。
我想知道的是：下定义的脚本/etc/init.d/...需要多长时间才能关闭它控制的守护进程？
虽然我想如果我们将所有这些守护进程分解为单独的包（因为启动脚本现在可以包含依赖项列表......），我们会遇到完全相同的问题。所以在这一点上，我们更愿意让事情保持原样......
是否有明确定义/已知的关闭时间最多必须花费所有守护程序才能正常运行？