补充“关于UEFI引导可能导致bios固件损坏的讨论”

daitsoly

我发帖后，也认真看了每一层楼。总结认为大致可能是这样的，损坏是不限于bios硬件损坏，也就是说：在某些情况下，nvram的写入造成在某些特定情况下，造成了写入的数据错误，而数据错误表现为开关机不正常，或者其它问题，然后最终nvram的信息发生一些严重问题。如果及时处理可能没事，但是由于自身有时疏忽，没及时处理可能造成更加严重的软硬件损坏。

欢迎大家补充分析，以便加以防范

cyxlcyxl

我觉得是有这种可能的
                             --------来自边看帖边审帖的小板

daitsoly

cyxlcyxl 发表于 2017-7-12 10:22
我觉得是有这种可能的
                             --------来自边看帖边审帖的小板

貌似你昨天也看完了每层楼

daitsoly

不过大部分人遇到不能正常工作时，首先可能想到：操作系统问题、兼容性问题、内存问题、磁盘问题，这几个问题是常见问题，所以几乎没有几个人会想到nvram的问题。

cyxlcyxl

daitsoly 发表于 2017-7-12 10:30
貌似你昨天也看完了每层楼

是的，全程关注

山形まり花

总感觉...有那么容易写坏再说吧

baicross

我就是例子 三星530U3C，很早之前我还发过帖，NVRAM崩溃BIOS直接没了，开机黑屏什么都不显示，后来刷回去了

deckyue

宏碁4750G，BIOS挂过。

powerfull

之前看过一个帖子，UEFI下安装WIN10协同/团队版后，会导致主板无法用U盘进行UEFI引导，中标率非常之高，需要重刷固件解决。

ye_zhigang

吓死宝宝了，认真看完每一层

自微软发布6月版，就一直用rufus-2.15装系统，不过要进BIOS中的Secure Boot设置Disabled才能安装

也重新装了有10头8次了，还好没事

daitsoly

baicross 发表于 2017-7-12 11:09
我就是例子 三星530U3C，很早之前我还发过帖，NVRAM崩溃BIOS直接没了，开机黑屏什么都不显示，后来刷回去了

你的还好，刷回去了，我的刷都没法刷

powerfull

ye_zhigang 发表于 2017-7-12 16:58
吓死宝宝了，认真看完每一层

自微软发布6月版，就一直用rufus-2.15装系统，不过要进BIOS中的Secure Boot ...

用手动分区的方式可以在安全启动选项打开时安装，即把U盘分两个区，bootmgr、bootmgr.efi、efi文件夹、boot文件夹，sources\boot.wim放在Fat32分区，其余文件放在NTFS分区。

yuersbaby

不出问题看不出来，出问题了还能开机么？还讨论个啥呢？

FaiKee

曾有電腦店老闆告訴我, 主板在3幾年後便是 "差不多時候"了, 否則廠商又怎樣可以再括你一筆哦......

powerfull

FaiKee 发表于 2017-7-12 19:34
曾有電腦店老闆告訴我, 主板在3幾年後便是 "差不多時候"了, 否則廠商又怎樣可以再括你一筆哦......

我家里现在在用的这两片主板，一片7年，一片8年，一切正常……

FaiKee

powerfull 发表于 2017-7-12 20:08
我家里现在在用的这两片主板，一片7年，一片8年，一切正常……

羨慕ing, 我曾買過HP, 約3年後要換Foxconn主板, 又約3年後壞了,沒有貨......終於要買新電腦.....

powerfull

FaiKee 发表于 2017-7-12 21:02
羨慕ing, 我曾買過HP, 約3年後要換Foxconn主板, 又約3年後壞了,沒有貨......終於要買新電腦..... {:9_348 ...

我的是华硕的，两片都是，不知道是运气好还是品质好

hengsonghui

deckyue 发表于 2017-7-12 11:34
宏碁4750G，BIOS挂过。

同款机器，同样挂过，刷BIOS解决。

ailick

首先声明我不是专业的，也没有反汇编过引导程序，但是从我的实验中我总结了几点（Insyde EFI类固件）：
前提：直接使用bootmgr.efi引导启动（Boot from file方式，关闭安全启动），会向UEFI固件写入引导信息

1.删除后会自动恢复。（EasyUEFI中删除的Bootmgr在下次重启时会自动恢复）

2.修改启动顺序会自动恢复。（EasyUEFI中调整启动顺序，常规重启依然优先启动bootmgr，原因是又新增一个bootmgr作为优先启动）

3.即使开启了反病毒保护依然不可避免上述情况。（说明修改方式不涉及类病毒操作）

4.开启安全启动（已锁定其他EFI引导程序），由于规则限制无法启动bootmgr

5.如果需要将其他引导程序作为优先引导（比如想使用Clover），需要先隐藏bootmgr（使其存在但是出于不可用状态），然后将其他引导设置于第二引导位置启动一次，就可以删除bootmgr，而不会恢复。

特别的：

1.在被Clover或者grub4dos等引导程序调用时，bootmgr不会向UEFI固件写入bootmgr引导信息。

2.在经过EasyUEFI修改后直接断电，可以使得修改生效（不会被Bootmgr恢复）

总结（由以上7点推断）：由UEFI固件直接启动时，bootmgr可能在向内存写入了有关信息（Bootmgr引导是否出于优先启动位置），并根据信息状态，决定是否向UEFI固件重新写入信息。在Windows关机即将结束时，再次查看引导信息，并决定是否向UEFI固件重新写入信息。包括从WIN重启到UEFI固件的功能应该也是在这个时候实现的。***：由于测试的BIOS仅仅是Insyde EFI类固件，可能有些现象与大家遇到的不同，但是也没办法，3台电脑（笔记本）都是这个固件。希望坛友发现别的现象，以供推测之用2333。

淡水河边

很久前就有此遭遇，自用的华硕B85、朋友的多种型号主板。
大致症状是：GPT、UEFI，Win10各版，每当利用备份文件进行系统还原后，任何U盘PE就再也无法以UEFI模式进入，只能进入传统模式。但只要重刷主板BIOS，便恢复正常。
当时以为是个别现象、版本问题、RP问题……所以懒得发帖问询。后来偶有跟帖反馈也不得善解。

现在看来，不是个别现象，而且更为复杂了。