- 积分
- 5612
- 最后登录
- 2024-4-26
- 精华
- 0
- 阅读权限
- 100
- 主题
- 33
- UID
- 70431
- 帖子
- 9395
- PB币
- 4273
- 威望
- 309
- 贡献
- 0
- 技术
- 0
- 活跃
- 3351
论坛扫地僧
 
- UID
- 70431
- 帖子
- 9395
- PB币
- 4273
- 贡献
- 0
- 技术
- 0
- 活跃
- 3351
|
本帖最后由 JacXPS 于 2020-9-24 09:44 编辑
单位的工作电脑是一台比较老旧的P35主板775CPU的电脑，但加装了固态硬盘和8G内存的，所以，日常使用还是可以的。由于是老机器，我一直用H大的精简系统，但精简系统有个问题，就是补丁更新几次后不能更新，只能用最新的ISO镜像升级。
前天19042.538补丁出来，发现（19042.508）不能正常更新了，那么就按之前的常规操作，下载最新的538镜像，保留个人文件及设置升级安装，升级过程中，出现什么驱动文件损坏的提示，但升级过程没有终止，还是正常更新完了。电脑重启后。第一次进系统登录界面，界面卡死，不能呼出任务管理器，但还是能正常关机或重启的。那么，无奈之下选择了重启，结果第二次进登录界面后就黑屏，电脑什么反应也没有。
反思升级过程提示什么文件损坏，会不会是镜像出问题了呢？但镜像下载后是验证过SHA1值，应该不会有问题。那是不是这个镜像版本问题呢？带着疑问，尝试用之前18363的系统备份还原系统，但进系统登录界面后依然是黑屏，电脑什么反应也没有。不死心，又用之前用的18363镜像全新安装系统（这个镜像是之前安装过没有问题的），但到“海纳百川那里......”那里卡死。
百思不得其解后开始怀疑是不是这电脑太老旧了，主板出状况了？最后更换了主板及CPU内存等，只保留了原来的硬盘。再用之前系统用的镜像全新安装系统，还是用UEFI启动，一切正常，没有任何问题。
下班回到家后，对白天的事又想验证一下。又用上述的升级镜像，对家里的电脑（19042.508）进行保留个人文件升级，结果再次杯具，症状跟P35的电脑一样。会不会是硬盘分区表在升级过程出问题？用PE引导进去，备份了硬盘资料后，将硬盘全格了，重新分区，又拷回原来的资料，花了一晚的时间。但无论是恢复备份还是全新安装系统，都无法用UEFI启动。
第二天，无意间看到置顶的《谨慎升级安装19042.538 两台机升级后均无法uefi启动》的帖子，才发现问题是出在了538补丁修改了主板的BIOS文件，心里千万只草泥马在对巨硬奔腾。最后带着各种景友的方法尝试，用最新的BIOS文件更新主板，但问题依旧，又用一个比早期的BIOS文件并清空了所有设置后更新了主板，那个熟识的UEFI启动画面终于刷回来了。
===============================================================================================
问题1：如果538补丁是破坏BIOS的UEFI模块，但P35主板的BIOS是不带UEFI模块，它是如何破坏BIOS的呢？我尝试过将CLOVER四叶草引导文件换回之前能用的备份，都是不行，只能改回传统的BIOS+MRB启动。
问题2：之前怀疑538补丁是对硬盘的分区表破坏，但改为传统的BIOS+MRB引导是可以的，但全新安装的系统，无损转换成UEFI+GPT，又不能启动。或者将硬盘换到另外一台电脑启动是没有问题的。说明538补丁没有修改硬盘分区表什么的。
PS：用今天发布19042.541补丁对系统进行保留个人文件升级，一点问题也没有，说明问题就出在538补丁上。
|
-
1
查看全部评分
-
|
