|
|
_http://baiy.cn/tmp/WinPE.IS
下载后将扩展名改为 IS_ （加个下划线）即可。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2007-04-15 更新
驱动更新 JMicron JMB36X RAID
驱动更新 Marvell 88SE6101 PATA
驱动更新 Intel ICH6/7/8
驱动更新 NVidia SATA/IDE RAID
驱动更新 VIA SATA/IDE RAID
驱动更新 Si3112 / Si3114r5 / Si3124 / Si3124r5 / Si3132 / Si3121r5
新增驱动 RocketRAID 152x SATA (HPT3XX)
驱动更新 HPT RR22xx
驱动更新 SiS 180/182 RAID
驱动更新 SiS AHCI RAID (968)
新增驱动 Marvell 61xx Marvell RAID
驱动更新 SiI 680 ATA Controller
驱动更新 LSI (dell) SAS Adapter
驱动更新 MegaRAID SATA
新增驱动 HP ProLiant Smart Array SAS/SATA
新增驱动 HP ProLiant Smart Array 5x and 6x
以上驱动均由 waiting@ccf 兄友情提供，再次感谢！:)
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-12-05 更新
调整 nVIDIA nForce 等芯片组的驱动配置信息，为各类 SATA 和 RAID 控制器提供更好的支持。感谢黄老五兄和 hunome 兄不辞辛苦地反复进行问题反馈和协助测试。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-12-04 更新
驱动更新 VIA PATA/SATA: 02/22/2006,5.1.3790.140 --> 10/17/2006,6.0.5728.160
驱动更新 Intel ICH6R/ICH7R/ICH8R: 06/14/2006,6.1.0.1002 --> 09/29/2006,6.2.0.2002
新增驱动 HighPoint RocketRAID 222x SATA Controller
驱动更新 HighPoint RocketRAID 152x SATA Controller: 01/05/2004, 2.351 --> 11/10/2006, 2.4.6.1110
驱动更新 HighPoint RocketRAID 154x/1640 Controller: 05/11/2006, 3.0.5 --> 05/25/2006, 2.0.6
驱动更新 Silicon Image SiI 3124 SoftRaid 5 Controller: 10/18/2005, 1.3.0.9 --> 09/20/2006, 1.5.11.0
驱动更新 Silicon Image SiI 3124 SATALink Controller: 04/27/2006, 1.3.18.0 --> 08/15/2006, 1.3.20.0
驱动更新 nVIDIA nForce SATA RAID Controller: 06/28/2006,5.10.2600.0677 --> 08/14/2006,5.10.2600.0686
以上驱动均由 waiting@ccf 兄友情提供，特此感谢 :)
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-11-25 更新
1. 增加 JMicron JMB36X SATAII AHCI/RAID 和 Marvell RAID 614x SATA2 控制器驱动，据说某些新的 Intel 96X 主板都是用的这些控制器（大力感谢 waiting@ccf 兄的提供及指教 :D）。
2. 修正几处和驱动 hwid 相关的问题（要再次感谢 waiting@ccf，鞠躬）。
3. 将 Acronis True Image 的底层驱动更换为 9.1 版，可以运行最近的 True Image（这个是直接从毛桃兄 1111 版里提出来的 :)）。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-11-17 更新
1. 增加 Intel ICH8 南桥驱动。
2. 新增对 Ext2/Ext3 分区格式的读写能力（需使用 Partition Manager 挂载），感谢 blank007 兄提供驱动。:)
3. 按照毛桃兄的新办法提供对 SMP 架构的支持，使 PE 映像体积缩小 1MB。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-10-31 更新
1. 修正了 nVIDIA SATA RAID 驱动的问题（感谢毛桃兄提醒）:)
2. 加入了 PEWaitKill。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-10-19 更新
1.合入了 gxldr@ccf 兄 18 号刚出炉的 SATA、SCSI RAID 集成驱动集。不过排除了其中少数（俺认为）极不常用的驱动。
2. 更新了一些版本较老的驱动。
3. 手工检查了一下 txtsetup 里的设备描述符数据段，调整、增补了一些 PCI 设备描述符。
4. 加入了 VMWare 的 SCSI 驱动，便于各位兄台测试。:)
体积上升 700KB，膨胀到 26MB。
*. 新增自制小工具，详见：《关于 “xpinit -9” 问题的补充说明和配套小工具》一节。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
2006-10-18 更新
彻底解决了高速机蓝屏问题。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
简介
根据老毛桃兄 21M 镜像修改：
1. 增加 Intel、SiS、ALi、VIA、Adaptec、HP Compaq、DELL、MegaRAID、Promise、LSI、Silicon、Stallion、MyLex、AdvenSys、ASUS、HighPoint、ATI、ULi、ACARD、nVIDIA 等厂商的 SATA、SCSI RAID 控制器驱动。
2. 增加 VIA、Intel、SiS、ALi、Toshiba、Promise 等厂商的专用高速 IDE 控制器驱动。
3. 增加 SMP 构架内核和硬件抽象层支持，在多处理器和双核处理器构架下不会跳出无法识别的硬件体系对话框。
4. 增加 CardBus/PCMCIA 总线和相应磁盘控制器支持（用于某些型号的笔记本电脑）。
5. 加载个人设置的启动屏幕换成干净版 :P
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
PS: 怎样把新增驱动合到自己的PE中：
1. 用一个文件同步工具，（推荐 Synchronize It，选中 Backup Mode 和 Duplicate Mode）把 Drivers 新加的驱动合到兄台自己的 Drivers 里。
2. 用任意合版本的工具（推荐 Compare It）把 25M 版的 TXTSETUP 中相关项目合到兄台自己的 TXTSETUP 里。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
怎样解决其它 PE 环境中的高速机蓝屏问题
Step 1. 在一台双核机器上碰到了Stop 0x71蓝屏。根据软件调试经验，结合兄弟们以前的延迟解决方案分析了一下，明显是进程间同步和时序问题。
Step 2. 因为 NT 系列本身的 IPC 机制是十分完善的，已经很多年没见相关 bug。基本确定是 BartPE 改装部分与系统进程间的时序问题。
Step 3. 查看 xpeinit 源码发现 “-9” 命令行参数的设计行为是 kill 掉系统 smss 和 winlogon 进程，其设计用意是要节约不到1MB内存。“xpeinit -9” 在系统启动时由 xpelogon 进程在其它初始化动作结束后调用。smss 和 winlogon 是系统关键进程，主要有两个任务：
1. 初始化用户会话。
2. 维持用户工作环境（User Workstation）。
这两个进程在标准 Win32 环境下是不可以 Kill 掉的，因为 PE 环境是单用户环境，并且用户以 SYSTEM 帐户登陆（此帐户通常仅用于本地服务），所以上述第二个任务可有可无，于是才有 “xpeinit -9” 一说。
由上述分析可以推断，在高速机器上，其它初始化动作执行的太快，以至于 smss 和 winlogon 的第一个任务（初始化用户会话）还没有完成时就执行到了 “xpeinit -9” 将它们强制 kill 掉了，导致系统初始化失败。
解决方法很简单：
1. 在注册表 RunOnceEx 子键中删除相应条目。
2. 现在不需要延迟方案了，所以把 System32\TimeDelay.exe 文件删除；修改 PECONFIG.INI，把调用 TimeDelay 的行注释或删除即可。
为什么是不到 1MB 内存
前文说道，“xpinit -9” kill 掉 smss 和 winlogon 的效果仅仅是节约了不到 1MB 内存。从任务管理器上看应该是 3.5MB 内存才是。这是由于这 3.5 MB Working Set 中，大部分为可共享资源（例如：装入的系统 DLL），只有很少的部分为独占的 Private Working Set（winlogon 大概八百二十多K，smss 大概一百一十多K）。
这 1MB 内存花的值吗？
做过 TC 或者 RD 的兄弟应该都知道，在真正的运营环境下部署系统的第一准则就是 “稳定压倒一切”。只要软件的时空开销在方案许可的范围内，占用多点资源不是问题。系统能够稳定可靠的使用才是关键问题。且不说强行 kill 掉系统进程是否有其它后遗症，用 1MB 内存换取大大增强的稳定性和兼容性俺以为就是十分值得的举动。
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
关于 “xpinit -9” 问题的补充说明和配套小工具（感谢 Rinrin 兄友情提醒 :)）
从命令行帮助看到，-9 参数 kill 掉 winlogon 和 smss 两大进程主要不是为了节约资源（尽管程序源码内指出是 unlock resource :L），主要是为了去除 WinPE 环境 24 小时强制重启的限制。少数情况下，这个限制可能会妨碍正常使用（比如：在周五晚开始一个维护任务，希望周一来看结果）。
为了同时避免高速机蓝屏问题和 24 小时重启限制，干脆自己写了个小工具来代替 xpeinit -9。
使用方法如下：
1. 下载附件，解压到 PE 的 SYSTEM32 目录内。
2. 修改 PE 注册表单元：SOFTWARE，将 RunOnceEx 里 ||xpeinit -9 项替换为 ||xpeinit.exe PEWaitKill.EXE
3. 重新制作 PE 映像并测试。
其工作原理如下：
1. xpelogon 按照注册表项依次调用到 “||xpeinit.exe PEWaitKill.EXE” 后，由 xpeinit 运行 PEWaitKill，并等待该程序运行完毕。
2. PEWaitKill 启动后立即 fork 一个后台进程，不等待该进程，立即返回。
3. 由于 PEWaitKill 已运行完毕，故 xpeinit 返回，xpelogon 结束阻塞，开始初始化用户 Shell（Explorer.exe）。
4. 系统正常启动完毕。
5. PEWaitKill fork 的后台进程等待一定时间（默认为 30 秒钟）后，Kill WinLogon 和 Smss 进程，然后结束自己。
PEWaitKill 支持一个参数用于指定后台进程的等待时间，格式为：[HH[:MM]:SS[.mmmm]]。例如：
- ||xpeinit.exe PEWaitKill.EXE 1:15:30.123 ：等待 1小时15分又30.123秒。
- ||xpeinit.exe PEWaitKill.EXE 15:30.123 ：15分又30.123秒。
- ||xpeinit.exe PEWaitKill.EXE 45.123 ：45.123秒。
综上，这个 workaround 比起传统延迟方案的优点在于：
1. 不用担心延迟设的过短导致在高配机器上出现蓝屏。
2. 不用担心延迟设的过长初始化系统的时候对着屏幕发呆。
[ 本帖最后由 asbai 于 2007-4-15 02:55 AM 编辑 ] |
|
[复制链接]
IP卡
狗仔卡
发表于 2006-10-17 17:07:29
收藏
支持
反对
提升卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡
楼主