昨天小编的微信群炸了,一个补丁再度引发无尽恐慌。小编首段黑体加粗表示:请勿更新Win10补丁KB4041676
相较于小编的群友,国外的管理员似乎更倒霉一些。一家跨国公司的SA通过SCCM将这个补丁推送到客户端,直接导致了5500台Win10终端蓝屏。
蓝屏代码1703,文本信息为: INACCESSIBLE BOOT DEVICE,之后再次自动重启,几次重启之后,进入自动修复界面,要求系统安装盘修复。
这家公司区域的SA试了以下的处理方法结果依然没有修复:
- 在修复界面运行Bootrec /fixmbr /fixboot /rebuildos
- 重命名bcd文件以重建系统
- 从注册表的备份中恢复SAM, SOFTWARE, DEFAULT, SYSTEM的注册表项
- 运行sfc /scannow
- 运行dism /image:DRIVE:\ /cleanup-image /restorehealth
还有些用户遇到了磁盘使用率超过100%,修复安装卡死的情况,国外网民情绪激动。
关于这个补丁,今早的更新是支持Type-C的系统会经历蓝屏和死机现象;不过有一些Windows MVP已经给出了补丁卸载的办法:
Dism /Image:C:\ /Get-Packages — 获取补丁列表
Dism /Image:C:\ /Remove-Package /PackageName:package_for_XXXXX — 删除补丁
经查,安装后的补丁显示为以下三个包名:
Rollupfix_wrapper~31bf3856ad364e35~amd64~14393.1770.1.6
Rollupfix~31bf3856ad364e35~amd64~14393.1770.1.6
Rollupfix~31bf3856ad364e35~amd64~14393.1715. 1.10
更有好心人编写了脚本方便普罗大众修复系统:
======================
@ECHO OFF
IF EXIST “C:\Windows” SET VOL=C:\
IF EXIST “D:\Windows” SET VOL=D:\
IF EXIST “E:\Windows” SET VOL=E:\
IF EXIST “F:\Windows” SET VOL=F:\
echo The OS was located on %VOL%
mkdir %VOL%scratch
Dism /Image:%VOL% /Remove-Package /PackageName:Package_for_Rollupfix_wrapper~31bf3856ad364e35~amd64~~14393.1770.1.6 /ScratchDir:%VOL%scratch
Dism /Image:%VOL% /Remove-Package /PackageName:Package_for_Rollupfix~31bf3856ad364e35~amd64~~14393.1770.1.6 /ScratchDir:%VOL%scratch
Dism /Image:%VOL% /Remove-Package /PackageName:Package_for_Rollupfix~31bf3856ad364e35~amd64~~14393.1715.1.10 /ScratchDir:%VOL%scratch
echo # It is OK if one of them returns with Access Denied #
echo # Try rebooting and see if Windows Loads #
pause
rmdir %VOL%scratch
exit
=========================
将上述文件写到某个bat文件,放到U盘里,然后U盘启动系统,进入U盘运行这个bat脚本,就可以修复系统啦~
事出紧急,我排版都懒得排了。叫我雷锋!
- 混合云集成方案Azure Arc - 2020年3月28日
- 【全网首播:Azure大全】11. 开发人员工具与Azure Stack - 2020年2月22日
- 【全网首播:Azure大全】10. 安全性与标识 - 2020年2月22日
有1人评论
微软的补丁出现这样的问题不是偶尔几次了,屡次出现这样的问题说明什么,难听的话就不说了,真需要上点心,真要对印度阿三说声Fuck you.