Sam*_*mer 5 windows-7 network-shares black-screen-of-death
我的家庭网络上有一个 QNAP 服务器，我使用 NFS 在 Windows-7x64 中映射了几个文件夹。这非常有效，除非我关闭服务器（或断开它与网络的连接）。当服务器不可用时，Windows 会正常启动，直到您输入密码并按下 Enter 键，此时它位于 KSOD 上，显然什么也不做。
基于这个问题，我在安全模式下加载，“断开”映射的驱动器，现在我回到正常模式，就像以前一样。
我想知道的是，当服务器不可用并且仍然启动 Windows 时，如何保持驱动器映射？或者失败了，哪里是最好的挖掘地点？
对我来说，这有效：
;### kill the long "restoring network connections" at logon (defer=ghosted connections)
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider]
"RestoreConnection"=dword:00000001 ;(0=no attempt, you must click it)
"RestoreTimeout"=dword:00000005
;### Ghost the connection if not responding within RestoreTimeout
"DeferConnection"=dword:00000001
;### network drive map timeout in Explorer if connection is lost (def is 60 sec)
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanWorkstation\Parameters]
"ReconnectTimeout"=dword:00000005
除了我设置RestoreConnection为 0，因为我不需要一直准备好驱动器。然后黑屏超时消失了。
来源：http : //www.sevenforums.com/network-sharing/274680-timeout-mapping-network-drives-windows-login.html
它可能会完成启动到桌面，这将需要一段时间，因为您正在等待每个映射驱动器的超时期限结束，然后资源管理器将完成加载。
这个 Ask Leo 博客条目有很多关于它的好信息：为什么 Windows 资源管理器有时需要这么长时间才能显示？
您可能想要编写一个批处理文件来映射您想要的驱动器，但请确保它们没有设置为“永久”映射，因此它们会在注销时被杀死。然后在下次启动时资源管理器应该快速加载（无映射），如果你想要驱动器，你可以运行批处理文件来映射它们（设置批处理的桌面快捷方式）。
也许使用Windows的Task Scheduler每次都运行映射批处理，但会延迟到登录后30秒到1分钟，这样不会减慢资源管理器的加载时间。
您也可以设置一个任务来运行包含net * /del或类似内容的批处理，以确保所有映射在注销时被终止，包括创建为持久性的映射。
评论问题后编辑/更多信息：
"Is that timeout duration value easily editable or buried?"
似乎没有一个地方可以真正定义它。查看http://support.microsoft.com/kb/977346以获取可能的解决方法（我认为这对您的情况没有帮助，但是尝试一下也无妨）。
有关批处理的更多信息：
如果您最终创建了一个批处理文件来映射驱动器，并且不想通过任务计划程序延迟它，您可以在尝试映射之前使用 Ping 测试连接。ping 可以设置使用特定的超时时间，所以可以设置低，如果ping不通就不要映射。
批处理文件中的类似内容：
ping 10.3.3.3 -n 1 -w 500 | find "Reply"
if errorlevel 1 echo Machine Not Found && goto :eof
net use Q: \\10.3.3.3\Share
这将 ping 10.3.3.3 一次 (-n)，超时 (-w) 设置为 500 毫秒。然后它会尝试在结果中找到“回复”。如果它没有找到（没有回复，因为机器不存在），那么它会回应它没有找到并跳转到文件的末尾。否则，如果它找到“Reply”，它将尝试将 Q: 映射到 10.3.3.3 上的共享“Share”。