监控程序崩溃重启_Bug 10 重启和正常输入的抉择记录
2019/04/19, 我新加了一個 M.2 的固態, 現在機器上掛了三個硬盤. 兩個 SATA, 一個 M.2.
2019/04/20 上午, 我遷移了原來固態上的系統到了新加固態上. 并將新硬盤作為優先啟動盤.
2019/04/20 中午, 我收到了這樣一個補丁
Intel Corporation - Display - 11/18/2018 12:00:00 AM 25.20.100.6373一個去年十一月的補丁現在才推過來很奇怪了.
我選擇了更新, 之后出現了我在 1709/1803 經常見到的關機后自動重啟和睡眠后自動開機, 之前幾次都是找找事件管理器, 看下哪個設備喚醒了計算機, 禁掉就行了. 然而這次 Bug 10 給我了一擊.
關鍵事件的常規描述是:
用戶模式進程嘗試通過調用 SetSuspendState 或 SetSystemPowerState API 更改系統狀態。沒頭沒尾的. 轉過去看看事件的 XML
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"><System><Provider Name="Microsoft-Windows-Kernel-Power" Guid="{331c3b3a-2005-44c2-ac5e-77220c37d6b4}" /> <EventID>187</EventID> <Version>0</Version> <Level>4</Level> <Task>243</Task> <Opcode>0</Opcode> <Keywords>0x8000400000000404</Keywords> <TimeCreated SystemTime="2019-04-23T04:48:31.851398700Z" /> <EventRecordID>23238</EventRecordID> <Correlation /> <Execution ProcessID="12104" ThreadID="12148" /> <Channel>System</Channel> <Computer>myuan</Computer> <Security UserID="S-1-5-21-3775543428-34658433-2914125342-1001" /> </System><EventData><Data Name="ApiCallerNameLength">58</Data> <Data Name="ApiCallerName">DeviceHarddiskVolume1WindowsSystem32RuntimeBroker.exe</Data> <Data Name="SystemAction">2</Data> <Data Name="LightestSystemState">2</Data> </EventData> </Event><DataName="ApiCallerName">DeviceHarddiskVolume1WindowsSystem32RuntimeBroker.exe</Data>ApiCallerName 的路徑是 "DeviceHarddiskVolume1", 是新硬盤引起的嗎? 暫時不可知. "DeviceHarddiskVolume1" 應該就是指的當前的 C 盤. 為什么不直接寫 C, 而是用了硬盤描述呢?
引起事件的程序是 RuntimeBroker.exe , 查一下, 有說要關通知的, 有說改注冊表的, 改通知無效, 改注冊表他們說是改
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTimeBroker但是很遺憾, 我這里沒有這個路徑, 倒是有這個
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTimeBrokerSvc成吧, Start 從 3 改成 4 表示禁止, 重啟, 正常重啟了, 睡眠, 也正常睡眠了. 之后就開始叫人揪心了.
暫時懷疑因為 RuntimeBroker 是用于 Windows10 權限管理的, 把這項服務 ban 掉后, 有一些應用無法獲取到某些權限了, 因而表現為 UWP 應用無法輸入. 但是這個進程為什么會禁止我關機和睡眠, 而且關鍵在用戶態進行, 這就很奇怪了.
暫時沒空折騰了, 只好先放棄睡眠功能, 每次要關機就選擇重啟之后進入 BIOS 電源按鈕關機咯.
Windows 1809, 17763.437, 教育版19/05/03補充
上面那行中文描述應該是中文互聯網上首次出現了, 現在搜索錯誤描述只有這篇文章一個.
我已經嘗試過移除RuntimeBroker.exe了, 移除成功后同樣出現上述禁用服務的錯誤, 通過 Alt+F4 睡眠時, 這次的ApiCallerName就變成了DeviceHarddiskVolume1WindowsSystem32winlogon.exe, 這個可沒法動, 而且之后我恢復了RuntimeBroker.exe, 現在睡眠的時候會有兩個事件了, 一個RuntimeBroker.exe, 之后winlogon.exe.
我猜想是explorer.exe發出睡眠信號后其他程序喚醒了計算機, 如果有人有空的話, 可以試著寫一個內核應用, ban 掉這兩個進程在短時間內的喚醒信號, 或者如果二者會一直喚醒的話, 可以定期自行喚醒, 不過還是不如微軟自帶的睡眠啊, 想自行監控睡眠期間的按鍵鼠標動作著實有點難.
等五月底的 1903 吧
06/21:
六月底還沒有給我推新版本, 終于用了易升手動更新到了 1903, 問題一如之前莫名其妙地解決
2020/04/12:
我有自己的博客啦
https://myuan.fun/bug-10-zhong-qi-he-zheng-chang-shu-ru-de-jue-ze-ji-lu/?myuan.fun總結
以上是生活随笔為你收集整理的监控程序崩溃重启_Bug 10 重启和正常输入的抉择记录的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 守望先锋配置要求有哪些(《守望先锋》归来
- 下一篇: 几何画板200个经典课件_动态几何画板