2019/04/19, 我新加了一個(gè) M.2 的固態(tài), 現(xiàn)在機(jī)器上掛了三個(gè)硬盤. 兩個(gè) SATA, 一個(gè) M.2.

2019/04/20 上午, 我遷移了原來(lái)固態(tài)上的系統(tǒng)到了新加固態(tài)上. 并將新硬盤作為優(yōu)先啟動(dòng)盤.

2019/04/20 中午, 我收到了這樣一個(gè)補(bǔ)丁

Intel Corporation - Display - 11/18/2018 12:00:00 AM 25.20.100.6373

一個(gè)去年十一月的補(bǔ)丁現(xiàn)在才推過(guò)來(lái)很奇怪了.

我選擇了更新, 之后出現(xiàn)了我在 1709/1803 經(jīng)常見(jiàn)到的關(guān)機(jī)后自動(dòng)重啟和睡眠后自動(dòng)開(kāi)機(jī), 之前幾次都是找找事件管理器, 看下哪個(gè)設(shè)備喚醒了計(jì)算機(jī), 禁掉就行了. 然而這次 Bug 10 給我了一擊.

關(guān)鍵事件的常規(guī)描述是:

用戶模式進(jìn)程嘗試通過(guò)調(diào)用 SetSuspendState 或 SetSystemPowerState API 更改系統(tǒng)狀態(tài)。

沒(méi)頭沒(méi)尾的. 轉(zhuǎn)過(guò)去看看事件的 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", 是新硬盤引起的嗎? 暫時(shí)不可知. "DeviceHarddiskVolume1" 應(yīng)該就是指的當(dāng)前的 C 盤. 為什么不直接寫 C, 而是用了硬盤描述呢?

引起事件的程序是 RuntimeBroker.exe , 查一下, 有說(shuō)要關(guān)通知的, 有說(shuō)改注冊(cè)表的, 改通知無(wú)效, 改注冊(cè)表他們說(shuō)是改

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTimeBroker

但是很遺憾, 我這里沒(méi)有這個(gè)路徑, 倒是有這個(gè)

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTimeBrokerSvc

成吧, Start 從 3 改成 4 表示禁止, 重啟, 正常重啟了, 睡眠, 也正常睡眠了. 之后就開(kāi)始叫人揪心了.

輸入法框消失, 設(shè)置中選擇輸入法顯示只能運(yùn)行在桌面模式

可以通過(guò) Win 鍵喚出開(kāi)始菜單, 但是之后的任何以此為焦點(diǎn)的輸入都無(wú)效, 比如 Tab/上下左右/字母/數(shù)字, 包括再按 Win 鍵關(guān)掉開(kāi)始菜單

快捷鍵仍然存在(Win + R), 但是設(shè)置里的按鍵也全部失效.

暫時(shí)懷疑因?yàn)?RuntimeBroker 是用于 Windows10 權(quán)限管理的, 把這項(xiàng)服務(wù) ban 掉后, 有一些應(yīng)用無(wú)法獲取到某些權(quán)限了, 因而表現(xiàn)為 UWP 應(yīng)用無(wú)法輸入. 但是這個(gè)進(jìn)程為什么會(huì)禁止我關(guān)機(jī)和睡眠, 而且關(guān)鍵在用戶態(tài)進(jìn)行, 這就很奇怪了.

暫時(shí)沒(méi)空折騰了, 只好先放棄睡眠功能, 每次要關(guān)機(jī)就選擇重啟之后進(jìn)入 BIOS 電源按鈕關(guān)機(jī)咯.

Windows 1809, 17763.437, 教育版

---

19/05/03補(bǔ)充

上面那行中文描述應(yīng)該是中文互聯(lián)網(wǎng)上首次出現(xiàn)了, 現(xiàn)在搜索錯(cuò)誤描述只有這篇文章一個(gè).

我已經(jīng)嘗試過(guò)移除RuntimeBroker.exe了, 移除成功后同樣出現(xiàn)上述禁用服務(wù)的錯(cuò)誤, 通過(guò) Alt+F4 睡眠時(shí), 這次的ApiCallerName就變成了DeviceHarddiskVolume1WindowsSystem32winlogon.exe, 這個(gè)可沒(méi)法動(dòng), 而且之后我恢復(fù)了RuntimeBroker.exe, 現(xiàn)在睡眠的時(shí)候會(huì)有兩個(gè)事件了, 一個(gè)RuntimeBroker.exe, 之后winlogon.exe.

我猜想是explorer.exe發(fā)出睡眠信號(hào)后其他程序喚醒了計(jì)算機(jī), 如果有人有空的話, 可以試著寫一個(gè)內(nèi)核應(yīng)用, ban 掉這兩個(gè)進(jìn)程在短時(shí)間內(nèi)的喚醒信號(hào), 或者如果二者會(huì)一直喚醒的話, 可以定期自行喚醒, 不過(guò)還是不如微軟自帶的睡眠啊, 想自行監(jiān)控睡眠期間的按鍵鼠標(biāo)動(dòng)作著實(shí)有點(diǎn)難.

等五月底的 1903 吧

---

06/21:

六月底還沒(méi)有給我推新版本, 終于用了易升手動(dòng)更新到了 1903, 問(wèn)題一如之前莫名其妙地解決

---

2020/04/12:

我有自己的博客啦

https://myuan.fun/bug-10-zhong-qi-he-zheng-chang-shu-ru-de-jue-ze-ji-lu/?myuan.fun

總結(jié)

以上是生活随笔為你收集整理的监控程序崩溃重启_Bug 10 重启和正常输入的抉择记录的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。