日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

监控程序崩溃重启_Bug 10 重启和正常输入的抉择记录

發布時間:2023/12/19 编程问答 37 豆豆
生活随笔 收集整理的這篇文章主要介紹了 监控程序崩溃重启_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 表示禁止, 重啟, 正常重啟了, 睡眠, 也正常睡眠了. 之后就開始叫人揪心了.

  • 輸入法框消失, 設置中選擇輸入法顯示只能運行在桌面模式
  • 可以通過 Win 鍵喚出開始菜單, 但是之后的任何以此為焦點的輸入都無效, 比如 Tab/上下左右/字母/數字, 包括再按 Win 鍵關掉開始菜單
  • 快捷鍵仍然存在(Win + R), 但是設置里的按鍵也全部失效.
  • 暫時懷疑因為 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 重启和正常输入的抉择记录的全部內容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。