問題描述
- Chrome瀏覽器所有頁面崩潰,包括設置頁面,“喔唷,崩潰啦!”
- 顯示錯誤碼:STATUS_INVALID_IMAGE_HASH
- Chrome所有插件報錯,右下角一串彈框
問題所在
Google在79版本(2019年12月20號左右)的更新中又重新啟用了Renderer Code Integrity Protection(渲染器代碼完整性保護),會阻止簽名不是谷歌和微軟的模塊加載。該功能已經在之前一個版本中導致同樣的問題,並由Google自己禁用了。
解決方法
禁用谷歌chrome的這項功能
Win+R
打開運行對話框,輸入regedit
打開注冊表編輯器- 導航到
HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Google \ Chrome
- 在右邊窗口中,右鍵單擊
新建
>DWORD(32位)值
以創建新密鑰 - 雙擊它,然后將值名稱改為
RendererCodeIntegrityEnabled
,並將值數據輸入為0
- 重新啟動chrome
相關小技巧
這是在找chrome的沖突dll的時候學到的技巧,平時沒什么用,至少現在是,但以后誰說得准呢
- chrome臨時禁用sandbox啟動
在啟動時用命令覆蓋
Win+R
打開運行窗口- 輸入
chrome.exe --no-sandbox
,回車
- chrome禁用某個功能
在啟動時用命令覆蓋
Win+R
打開運行窗口- 以禁用RendererCodeIntegrity為例,輸入
chrome.exe --disable-features = RendererCodeIntegrity
,回車
- 顯示chrome客戶端加載的模塊列表
在導航欄輸入
chrome://conflicts/#R
- 檢查事件日志
Windows事件日志將包含有關拒絕加載模塊的信息,排查上面這個chrome崩潰錯誤時的方法:
- 右鍵開始圖標,打開事件查看器
- 展開
應用程序和服務日志
>Microsoft
>Windows
>CodeIntegrity
>可操作
- 查找ID為3033的事件
- 詳細信息將指示導致崩潰的dll的名稱和位置
參考資料
- 問題尚在:新安全功能仍致谷歌Chrome 79出現“Aw, Snap!”崩潰
- Aw, snap! What if Every Tab Crashes?
吐槽
- 百度、必應的搜索引擎是真的不行,有價值的文章根本發掘不出來,一搜全是百度知道,其實百度什么也不知道,然后google牛批
- RendererCodeIntegrity這個錯誤可以用刪沖突dll的方式解決(詳情參上),但治標不治本,因為你不知道你未來使用的軟件會不會也沖突,到時候又要找好長時間。比如一些大佬找到了自己機器上的沖突的dll,並把這種刪除特定dll的方法放到網上提供參考,但沒有解決后續的問題,所以會出現有些朋友刪除特定dll后過一段時間又報錯,或者是一些朋友的機器上根本就沒有該dll的尷尬情況。此外,不要隨便刪除dll文件,因為這些東西是其它軟件的運行依賴,如果隨便刪除可能導致其它軟件運行不起來,實在不行重命名備份一下也可以
- 百度的軟件大多數國內電腦用戶的機器上都有,所以一般是百度的dll引起沖突。但這次真的是google和微軟的鍋,不要再無腦黑百度了,百度太難了。雖然百度挺惡心的,但這事兒真不怪他。如果電腦上只有百度網盤的話,根本不會引起這次的chrome崩潰