- 积分
- 472
- 最后登录
- 2024-2-21
- 精华
- 0
- 阅读权限
- 30
- 主题
- 45
- UID
- 265640
- 帖子
- 1179
- PB币
- 2821
- 威望
- 0
- 贡献
- 0
- 技术
- 81
- 活跃
- 782
 
- UID
- 265640
- 帖子
- 1179
- PB币
- 2821
- 贡献
- 0
- 技术
- 81
- 活跃
- 782
|
发表于 2017-1-9 12:07:44
IP属地北京
|显示全部楼层
本帖最后由 zerozerone 于 2017-1-29 23:54 编辑
67代处理器100200系芯片组主板固件相关问题
7代处理器200系芯片组主板固件相关问题
7代U跑win7,目前感觉有问题
200系芯片组官方说不完整支持win7
也就是说100系是最后一代完整支持win7的
可能uefi支持部分和新的acpi表对win7支持都有问题
win7不支持系统硬件级安全认证，硬伤
手头要有稳定可靠的win7平台别随意处置了，win7老爷软件还必须要用
用工具mod完，传统方式引导R/XDT里oemid/tableid没有被修改，uefi环境下则正常
今天用H110-E/M2主板+6700K+PM951,MBR磁盘分区类型，内置think工作站授权WIN7系统未释放状态.
固件设置状态 0404版本情况下scureboot关闭，csm开启，others os.
3016版本下scureboot默认开启不可修改，csm开启，others os
原始固件0404 导入slic后 legacy/uefi引导，slic表状态正常，授权正常。
更新为3106版本后，uefi引导，表正常，授权正常。
但legacy引导，表能够检测到，RSDT/XSDT里oemid/tableid,分别为ALASKA/A M I
SLIC ToolKit工具检测 OEMID/TableID:X%RSDT不正常显示红色问好。
使用win8.1pe uefi引导，各种SLIC信息正常。
另外更新了3106版本后，ACPI表内的XSDT/RSDT内的表内容及数量，在UEFI/LEGACY不同引导情况下不同。
也就是用工具增加了SLIC表后，仅仅支持UEFI引导下，SLIC表为正常工作状态，
legacy引导下 slic表状态异常，原有授权失效。使用包含授权的uefi引导的系统磁盘，改换uefi引导，全部正常。
3106版本后scure boot项目内置参数为enable，为不可修改状态。
记不清了一点，不同引导方式下，igpu,videobios调用不一致，有空再验证。
3106这种情况同7代处理器+200系芯片组上的固件情况一致。也就是6代处理器+7代芯片组的新版固件都极有可能出现类似情况
解决办法，win7系统安装使用uefi引导安装，磁盘分区类型根据情况选择MBR/GPT,
也就是说只要是uefi引导，系统下就可以正常识别ACPI内的slic相关的各种id/key,从而使授权有效。
重新用uefi引导的安装介质重新安装系统，要么给磁盘系统分区增加uefi引导支持。
扯点别的
可能的情况，新版本固件厂家未作legacy下的验证或迫于压力强制降低对win7等老系统的支持
手头的amibcp版本相对老点5.01，新版固件同老版本有比较大的变化。
本质上来说，系统兼容性支持降低，主因为固件问题，不是系统及芯片的问题，只是新硬件全面采用了新版固件，表现出新硬件对win7等老系统的支持降低。
同样的6代处理器的商用平台，固件也非常新，支持老系统完全没问题。
可以说是人为造成的兼容性壁垒。非常鄙视兼容机配件厂家的这种行为，既然不支持老系统就明确标明，而不是在网站资料和说明书上作为注释。
另外这2种引导而造成差异巨大ACPI环境差异，可能会带来更多的兼容性问题。
uefi这玩意intel还没玩明白，下游厂家掺和个毛，完全的人祸。
另外自从固件和系统引入安全引导手段，现在由加入设备安全识别认证手段，各种问题屡见不鲜，由此而衍生而来的问题能够写本书了。
真他大爷了，设备从加电到系统各个阶段，都你们说了算，这是谁T M谁的电脑，太过分了。
intel/微软的黑事，长篇累牍不想多说了。
个人数据安全此芯片级到软件应用到网络互联传输，哪个阶段都没有个人数据保护权益，都他们说了算。数字权力霸权时代来临。
个人成了数字消费蠕虫，数字P民。
特例情况：之前用的M8H，升级到3***版本固件，legacy/uefi各种状态完全正常，不知何故。。
20170115 首个专业版 单独制作
cn_windows_7_professional_with_sp1_x64_dvd_u_677031 Anniversary Update ADD 驱动加强版
（适合量产cdrom，如用ultraiso写入不支持uefi引导）
ultraiso制作安装介质后新建efi\boot目录添加bootx64.efi文件
文件: cn_windows_7_professional_with_sp1_x64_dvd_u_677031 Anniversary Update ADD.iso
大小: 4101111808 字节
修改时间: 2017年1月15日, 6:45:40
MD5: 9C0E6E465CC30CBA027B2CA727653C41
SHA1: 52506182216D6A3D36B593E5849C7EE5E0C32E43
CRC32: 8CE0FBA5
专业版原版基础上补齐至201701补丁包括.net所有版本补丁VC++，201701月月度补丁包。集成驱动程序
此镜像为win7 64位适用89100200系芯片组机器 看清楚再下。适用非7代芯片组的机器。
再次强调此镜像不适用于7代芯片组的机器，拿去二次封装前除非做驱动方面的复杂处理，否则封装后依旧不支持7代芯片组机器
7代芯片组机器需要专门的镜像，7代win764位有单独的下载。
----------------------------------------------------------------------------------------------------------------------------------------
反馈论坛地址
https://bbs.pcbeta.com/viewthread-1698602-1-1.html
https://bbs.pcbeta.com/forum.php?mod=viewthread&tid=1698602
QQ群253529754
----------------------------------------------------------------------------------------------------------------------------------------
版本演进
Windows 7 Professional with Service Pack 1 (x64) - DVD (Chinese-Simplified) 677031
cn_windows_7_professional_with_sp1_x64_dvd_u_677031 Anniversary Update.iso 补丁运行库集成版，未包含驱动
cn_windows_7_professional_with_sp1_x64_dvd_u_677031 Anniversary Update ADD.iso 驱动加强版
ultraiso制作安装介质后新建efi\boot目录添加bootx64.efi文件
20170112
发现新增efi兼容性问题，排除方法。（自己一直都量产，没注意到新问题，感谢反映问题的兄弟）
如果制作安装介质量产为cdrom或者刻盘安装，注意拿掉iso内efi\boot目录及文件。
考虑到大多数人不玩量产，后续发布的镜像默认情况下包含efi\boot目录及文件。
要是ultraiso制作安装u盘，保留iso内efi\boot目录及bootx64.efi文件
总之还是之前说的兼容性可靠性稳定性最好的还是量产cdrom，完全不用增加/修改官方镜像的引导文件，而且安装介质完全无惧目标安装盘内可能包含的恶意程序及木马。后期制作的镜像人为增加引导支持，还是方便大家使用，妥协的代价就是降低可靠性稳定性兼容性。多个香炉多个鬼，动的越少越好，这是基本原则。
换个角度来说：给对uefi支持不完整的win7系统增加引导支持文件的办法根本就是权宜之计。在uefi支持不完善或厂家人为降低win7支持兼容性的硬件平台上兼容性问题非常明显，这里也不举例说明了，明眼的自知，不明白的照样不明白，白费口舌。要想高可靠性兼容性，就不能采取妥协的办法，前期不带来问题，后期就不需要花更多的时间精力去解决问题。
20170115
昨天花了一晚上到临晨十多个小时整理驱动库，基本算完善了，太费劲了，跟绣花一样（之前做过一版驱动包历时半年多，只是之前导出工具缺陷，驱动文档属性问题，完全作废：（如早发现问题就手动拷贝了，工具双刃剑啊），360M+的驱动库，7z压缩后35M左右，包含了主流win7系统硬件平台的大多数芯片组/常见网卡/usb/nvme驱动，各版本驱动一一审核校验，选择原则稳定性可靠性主流最后是驱动新旧选择，选择保守，可能会带来兼容性故障的驱动不做选择，很多人不喜欢集成驱动的版本，而自身又实用三方软件来安装驱动，大可放心，比三方软件的选择来说更优，玩驱动的骨灰级玩家相信也能看出优缺，只是没有花时间弄，安装过程中自动安装硬件驱动的阶段时间会有所增加，主流的声卡，显卡驱动太庞大，没有集成，大大降低了系统安装后手动安装其他驱动的劳动强度。后续的镜像会持续优化驱动库，不定期发布特定版本的基础驱动版本。
集成后的安装过程硬件驱动检测安装阶段会延长1-3分钟左右，但是安装好的系统资源效率更高。人为安装驱动过程中可能的误操作和先后顺序也避免了，如果有折腾条件的用户，自己制作自己机器的驱动集成系统最好，保证了安装高效，稳定性，可靠性的最优化。很简单，安装完系统后优化选择调试玩驱动后，取出驱动，增加到纯净版镜像里，这样安装完系统所有的驱动都安装完成，机器直接可以使用安装应用阶段。
intel平台的兼容性大多数问题基本有办法解决，目前没有amd平台测试，希望有资源有时间的朋友进群测试amd平台兼容性。AM4平台可能一诞生就面临win7兼容性突出的问题。
win7在安装驱动过程原生机制问题，驱动增加后替换drivers目录下前置驱动，往往同硬件下各个版本自身冲突，而且不做特殊处理不能共存，严重影响集成后的稳定性，为了保证系统纯洁性目前没有做特殊处理，所以某些特殊驱动只能选择比较老的，经过验证的驱动，这种兼容性问题的老虎屁股微软也不会摸，猜测微软对win7系统，放弃集成近年来主流驱动的集成，发个驱动补丁不难，兼容性问题非常挠头。WHQL的金字招牌在win7面前已经大不如前。对于非驱动骨灰级玩家建议使用集成驱动的镜像，如有遇到兼容性问题再选择纯净版。
吐槽下三方驱动软件，不是简单有个驱动库，获取到硬件设备的vid/pid随便给个版本就可以了，机器系统外来的硬件设备几十到几百，相互有关联性，老鸟起码都知道驱动安装的顺序问题，关联的驱动加载有先后顺序，什么情况下加载驱动成功后才可以安装后续驱动。软件是死的，硬件平台的复杂性，连同上游的固件支持，应用软件兼容，都是要考虑的因素。
更恶劣的是某些三方驱动安装工具软件，全家桶，甚至植入恶意木马，增加修改系统项目多达35-70+，非常恐怖，最干净的也有少量垃圾植入，
想必用干净封装系统的人，主要目的就是为了干净，所以一直推荐用户尽量使用系统安装盘作为winpe盘使用，安装界面下shift+f10调出命令行，用diskpart进行分区或其他工具操作。目前市面上干净的pe非常少，即使有干净的也有各种被植入的版本，对命令行打怵的有经济条件的用户自制windows to go（win8.1企业版制作），比winpe强大太多了。尽量少依赖或完全不依赖三方pe或工具，就避免了很多可能的风险。
单位购机从代理哪里拿来的机器里，代理安装的系统内居然包含木马脚本等植入，要干净只能自己动手，即使你的使用要求达不到商密级/机密级，家用也尽量自己动手丰衣足食。微软的功能性植入可以手动关闭，这里不多说免得被封贴。
|
|
楼主: zerozerone
