- 积分
- 934
- 最后登录
- 2024-4-23
- 精华
- 0
- 阅读权限
- 40
- 主题
- 20
- UID
- 1144965
- 帖子
- 1450
- PB币
- 5211
- 威望
- 59
- 贡献
- 0
- 技术
- 0
- 活跃
- 2490
- UID
- 1144965
- 帖子
- 1450
- PB币
- 5211
- 贡献
- 0
- 技术
- 0
- 活跃
- 2490
|
本帖最后由 dsanke 于 2020-10-25 20:10 编辑
我使用CPU为QN8J,一款CFL架构的ES,但是CPUID与正式版相同为906EA,所以调用的微码也是跟正式版i7 8700相同的。
主板是技嘉B150M D3H DDR3,自己修改兼容的CFL,微码我可以自己随意更换。
我本来系统是17134,BIOS内的微码我用的是6A版本(最早的一个,没有修复幽灵熔断)接收了KB4346084更新之后,无法开机,卡在主板LOGO,下面的圈都不出现。怀疑跟微码有关,删掉mcupdate_GenuineIntel.dll之后正常。我将BIOS内的微码升级到最新的96版本,重新放回这个微码dll文件,重启一切正常。
BIOS里的微码换回旧版,重启立马又卡在LOGO。
搞不清楚状况,于是格盘重装17763,在PE下释放好WIM之后重启开机立马卡在LOGO,这次有经验了,重启进入PE删掉微码DLL,一切正常。进入系统之后刷入最新96微码的BIOS,放回微码DLL,重启一切正常。不死心,又刷回旧微码的BIOS,重启又卡在LOGO,意料之中。不知道微软和Intel在玩什么。
09/20更新:今天重新安装了17134,BIOS里面用6A微码,发现只要系统里面有mcupdate_GenuineIntel.dll就会不开机。不管装没装微码更新。整理结论到下面。
目前总结如下:
17134系统,安装4月份的原版,安装KB4457128,不安装微码更新,BIOS内微码6A,系统内70,没问题。
17134系统,部署之前安装KB4457128,不安装微码更新,BIOS内微码6A,系统内70,不开机。
17134系统,安装KB4100347,BIOS内微码6A,系统内84,不开机。
17134系统,安装KB4346084,BIOS内微码6A,系统内96,不开机。
17134系统,安装KB4100347v3,BIOS内微码6A,系统内96,不开机。
17134系统,安装KB4100347v3,BIOS内微码96,系统内96,没问题。
17134系统,不管装不装更新,BIOS内微码6A,系统内删除,没问题。
17763系统,BIOS内微码6A,系统内96,不开机。
17763系统,BIOS内微码70,系统内96,不开机。
17763系统,BIOS内微码74,系统内96,不开机。
17763系统,BIOS内微码7C,系统内96,不开机。
17763系统,BIOS内微码84,系统内96,没问题。
17763系统,BIOS内微码96,系统内96,没问题。
17763系统,BIOS内微码6A,系统内删除,没问题。
用注册表禁用幽灵熔断的防护不影响上述现象。
最后提醒,如果你像我一样使用8代6核处理器,电脑BIOS很久没有更新过,那么谨慎安装1809的系统,也许会不开机。如果不开机,请尝试删除或重命名C:\Windows\system32\mcupdate_GenuineIntel.dll看看是否可以解决。
2020年10月25日更新:经过两年的测试和总结,应该是ES的CPU有奇怪的兼容性问题:
正式版CPU似乎都没问题,但ES的CPU,如果系统内微码版本和BIOS内微码版本差距过大,会卡在开机LOGO或者开机蓝屏
解决方法是,将BIOS内的微码一并更新,或者删掉系统内的微码
我选择后者,因为我不喜欢微码更新带来的性能损失,那点安全性对我来说没影响
|
-
2
查看全部评分
-
|