NoName Team 电脑资讯亚博2018客户端

 找回密码
 我要注册
搜索
查看: 11912|回复: 23
打印 上一主题 下一主题

[工具][辅助] Sources Setup Subst 2016.05.16.1436

[复制链接]
跳转到指定楼层
楼主
发表於 2016-5-7 19:31:16 | 只看该作者 |只看大图 回帖奖励 |倒序浏览 |阅读模式
本帖最後由 阿达金田一 於 2019-1-5 05:33 编辑

这是因为别人的问题...心血来潮写 .cmd ...
可能还有些小bug ... 可能要多测试才知道

Sources Setup Subst  版本 2016.05.16.1436
SSSubst_2016_05_16_1436.rar (2.97 KB, 下载次数: 373)

这版 基本测试 大多没问题了... 算正式版了...
等有人遇到其它 bug ... 在 debug 更新

范例架构 + Sources Setup Subst 2016.05.16.1436
( 架构和 15.1502 一样只是替换了 SSSubst.cmd 2016.05.16.1436 )
SSSubst_2016_05_16_1436_Root.rar (3.55 MB, 下载次数: 418)


更新日志:

2016.05.16.1436 ... 修改一个不算 bug 的 小bug ... 只是调整2行指令的顺序而以...优化检查判定
                         ... 上版在未使用 Subst.chk 检查功能时 ... 也不会检查 setup.exe 和 install.*
                         ... 所以没检查 Subst.chk 时...没 setup.exe install.* 的 目录 也一样会 Subst
                         ... 此版只是调整检查指令的顺序...先检查 setup.exe install.* (所以一定会检查) ... 之後才检查 Subst.chk

2016.05.15.1502 ... 修正 INI模式 没有优先的 Bug ...
2016.05.15.1322 ... 修正 INI模式 , 修改PE时路径判断 ... 等等 一些  bug
2016.05.15.0907 ... 大改版...旧的 SetupWin.cmd 改名为 Sources Setup Subst ( SSSubst.cmd ) ...
主要增加 Subst.chk 比对功能 ... 修改 PE 时...会自动生成 Subst.chk
Subst.chk 不匹配...则不会 Subst ... 找不到 setup.exe install.*  也不会 Subst



工具用途:


在 USB 上放置多种 Windows(NT6以上) 安装



简易使用法:

在 Windows 中...须以 系统管理员 身份执行 SSSubst.cmd 才能 修改PE

基本架构:
\xxxxx\SSSubst.cmd
\xxxxx\WinXXX1\Sources
\xxxxx\WinXXX2\Sources
\xxxxx\WinXXX3\Sources

\xxxxx 和 \WinXXXX 可自订
将 各版 boot.wim , install.wim , setup.exe , EI.cfg 放到 Sources
(不太懂的也可以复制整个 Sources ... 上述4个档案是最精简方式)

以 系统管理员 身份执行 SSSubst.cmd ...
出现 CMD Console 视窗 ... 要求输入要修改的 PE Wim 路径
直接拖曳 WinXXX1 到 Console 视窗 ... 会自动输入路径...按 Enter
要求输入映像索引...官方安装PE 都是用 2 ( Setup 那一个 ) ... 输入 2 按 Enter
以後就会开始修改...跑到完就完成了
把 WinXXX2 WinXXX3 所有要改的...都照做一次... 就可以了




开机情形
bootmgr bcd 开机 ... 请自行... 以自己的情况...自己的喜好...去搞定
下图为 范例架构 的 bootmgr bcd 开机





工具指令说明 (无兴趣者可无视)

本工具为了方便...采用一体化的写法 ... 所以只有一个 SSSubst.cmd
修改PE 和 PE中 Subst 都是用 SSSubst.cmd 来完成 ...
会自动判断...在 Windows 中...只会做 修改PE 的动作 ... PE中会做 Subst 动作

在 PE 中...除了参数为 wim档 时做 修改PE 动作 ... 其它都是做 Subst 动作
当 SSSubst.cmd 执行时 , 若有找到 INI档... 会优先以 INI档 中的设定为主 ... 而不会搜寻路径

在 Windows 只会做 修改PE 的动作
修改 PE 时...会以 SSSubst.cmd 所在 资料夹路径 为 搜寻的 指定资料夹路径
也就是会以去掉 磁碟代号: 的路径为 SSSubst.cmd 参数
例如
\ABCD\SSSubst.cmd  ... 所修改的 PE ... PE 都会自动执行 SSSubst \ABCD

SSSubst.cmd 开头 ... 可自订预设的 搜寻 路径 或 INI档 ... 当 没加参数 指定 INI 或 资料夹 就是用 预设值
set FindDIR=\WinSrc
set FindINI=\WinSrc.ini


指令:
SSSubst  指定Wim档路径
修改指定的 PE Wim 档案 , Win , PE 皆有效

指令:
SSSubst  指定INI档路径
说明:
使用指定的 INI档  ,  仅 PE 中有效
若路径开头含 磁碟代号: ... 表示只处理 指定的 INI档
反之若不含 磁碟代号:  ( 路径第1个字为 \ ) ...
表示 搜寻 所有磁碟中 指定的 INI档路径 ... ( 也就是 set FindINI=\指定INI档路径 )

指令:
SSSubst 指定的资料夹路径
说明:
使用指定的 资料夹  ,  仅 PE 中有效
若路径开头含 磁碟代号: ... 表示只处理 指定的 资料夹
反之若不含 磁碟代号:  ( 路径第1个字为 \ ) ...
表示 搜寻 所有磁碟中 指定的 资料夹路径 ... ( 也就是 set FindDIR=\指定资料夹路径 )


SSSubst.cmd 处理原则: (无兴趣者可无视)

请先看一下前面 指令说明 再来看这

在 Windows 修改 PE 时:
请用 系统管理员 身份执行 ...
这是因为会用 系统内的 dism 来修改 PE Wim ... 这需要有 系统管理员身份权限
在等待输入 路径 时 ...
可以拖曳 WIM 档 或 带有\Sources\Boot.wim 的目录 (也就是要 Subst 的目录)
到 SSSubst.cmd 的 Console 视窗中
当 SSSubst.cmd 同路径下有 boot.wim(优先) 或 Sources\boot.wim 时...会自动指定该 boot.wim ... 但不建议这样使用 (没比较好)
修改PE 时...会自动设定 PE 执行 SSSubst.cmd 的 参数为
SSSubst.cmd 所在 资料夹路径 (也就是 去掉 磁碟代号: 後的路径)
( 这个前面 指令说明 已有说过...这里在次强调 )
然後会在 PE Wim 中 和 PE Wim 所在路径...都生成一个相同的 Subst.chk ... 用来 Subst 比对
这是因为...旧的 SetupWin.cmd ... 原始都是全部 Subst
2567288大 反应...这会导致安装程式分割时...很慢  ... Subst 数量越多越慢...
所以 SSSubst.cmd 加入 subst.chk 的功能...通常情况
只会 Subst 一个 ( 除非故意 多个 Sources 都用同一个 Subst.chk 和 PE Wim )

在 PE 中执行:
SSSubst.cmd 的 Subst 有加了一些原本 SetupWin.cmd 的判断原则
以下是不会 Subst 的原则
1. Subst 目标路径 没有 Sources\setup.exe
2.
Subst 目标路径 没有 Sources\install.*
3. 当 SSSubst.cmd 同路径中 中有 Subst.chk ... 而 目标路径 中没有相同的
Sources\Subst.chk
( 注: 改过的 PE , SSSubst.cmd 和 Subst.chk 都在 x:\windows\system32 ... 所以 改过的PE 执行 SSSubst.cmd 是会比对 Subst.chk )

考量到...有的人可能 不喜欢改 PE Wim (或不会用) 或 喜欢用原始PE + 手动下指令...
所以 SSSubst.cmd 同路径下没 Subst.chk 时...是不会做比对动作...全都 Subst

SSSubst.cmd 目标路径 原则:
当 SSSubst.cmd 处理 目标路径 时...会 Subst 本身路径 和 次目录的路径
假设有
\XXXX\Sources
\XXXX\YYYY\Sources
\XXXX\ZZZZ\Sources
在 SSSubst.cmd \XXXX 时 , 会 Subst \XXXX , \XXXX\YYYY ,
\XXXX\ZZZZ



工具原理: (无兴趣者可无视)


NT6 以後的 安装档 原始结构...通常为
\bootmgr ... Windows 的 开机管理程式
\boot ... bootmgr 开机相关档案
\sources ... 安装PE Setup.exe 搜寻的 安装来源 路径
\sources\boot.wim ... 安装PE ... bootmgr 开机後会载人此PE 来开机...进入安装程式
\sources\install.wim ... Windows 主体... 里面其实就是官方原始封装好的系统
\sources\setup.exe ... 安装程式

安装PE 中... 其实也有 setup.exe
安装PE 会执行 其中的 Setup.exe ( 预设其实是执行 x:\Setup.exe ... 这个好像会去跑 x:\sources\setup.exe )
setup.exe 会搜寻 安装来源 \Sources 并比对其中的 setup.exe ... setup.exe 相同才会识为 安装来源

如果 USB 只是放单一个 Windows 的安装...通常是没问题
但如果要放多种 Windows ... 安装来源(\Sources)  势必要冲突
如果不按照 安装来源 原始结构... 即使进入 安装PE 又会找不到 安装来源 ...

网路上有很多方式...
有的是 修改 PE ... 自动执行 CMD 指令
有的是 进入 PE ... 按 shift + F10 叫出 CMD 手动下指令
网路上很多文章...大都使用的指令都是 setup.exe /installfrom 的参数功能...来指定 install.wim 位置

此方法的好坏这里就不说明了

本工具是使用另一种方式...
Subst 映射 路径(目录) 磁碟代号

简单说...只要 安装PE 可以搜寻到...可用的 安装来源 ( \Sources ) ... 就可以正常安装
Windows NT6 後...其实有提供一个 Subst 指令
Subst 指令可以把一个 目录 ... 映射成一个 磁碟代号
不说成 磁碟 是因为... 虽然有点像 挂载映像
但其实... 即不是 挂载 也不是 映像... 只能算 映射 ... 磁碟代号 映射的 只是 目录 ... 而不是磁碟映像档

使用 Subst 指令...
我们就可以把 \Sources 放到别的路径 ... 例如 D:\SetupWin\Win7\Sources
之後只要 Subst Z: D:\SetupWin\Win7
就可以把 D:\SetupWin\Win7 当成 Z: 使用...所以 Z: 底下就是 Z:\Sources

经过测试... 安装PE 搜寻 安装来源(\Sources) 时 ... 也会 搜寻 Subst 映射的 磁碟代号

使用 Subst 的好处是...
安装时...基本上是依照原始的结构
所以 安装PE 的 Setup.exe ... 是会自动比对 \sources\setup.exe
各种 安装PE 都会...使用各自的 安装来源

评分

参与人数 1金钱 +5 收起 理由
2567288 + 5 赞一个!

查看全部评分

沙发
发表於 2016-5-8 04:02:55 | 只看该作者
本帖最後由 2567288 於 2016-5-8 04:08 编辑

我觉得关键还是 setup.exe  , 如果不用 setup.exe /installfrom , setup.exe 还是只找 sources 目录下的 setup.exe install.wim

试了档案 :
(1) 有 dism 权限的问题 , win8 的作业系统


(2) 在 win7 处理 boot.wim 後 , 用原来测试的随身碟试一下 , 还是找不到 setupwin\win10 目录下的 setup.exe install.wim










如果把 win10 的 setup.exe 放到原来的 sources 目录下 win7 win8.1 win10 的 install.wim 都可以安装
win7




win10 的 setup.exe + win7 的 install.wim


win8.1




win10 的 setup.exe + win8.1 的 install.esd


win10




win10 的 setup.exe + win10 的 install.esd




板凳
 楼主| 发表於 2016-5-8 04:59:39 | 只看该作者
本帖最後由 阿达金田一 於 2016-5-8 10:58 编辑

老大...你有点误会了
的确 setup.exe 是重点之一...
但这只是 PE 的 setup.exe 用来比对匹配... sources 中的安装档是否是同版本
说是重点...但也是很简易的判断而以

install.wim 只会判断是否存在...因为install.wim 是可以客制的 (像 oem 也会自行客制)

也就是说  PE setup.exe 判断 的方式...就只是找 \sources 中 , 有同样的 setup.exe 并且有 install.wim 的...为安装来源

所以...老实说...都不带 setup.exe 一样可以完成安装...只要用 PE 中的 setup.exe 去取代...(所以一定一样)
这可以直接 copy PE setup.exe 到 安装来源 \sources 中...也可以用 mklink 来做到
不过 mklink 不可以做用在 X: 所以...要另外...建立一个 vhd 用来做 mklink
例如
x:\sources\setup.exe
D:\Win10\install.wim
V: 是 VHD
V:\Win10\sources\setup.exe ( mklink x:\sources\setup.exe )
V:\Win10\sources\install.wim ( mklink d:\win10\install.wim )
Subst S: V:\Win10
S:\Sources\setup.exe
S:\Sources\install.wim

这於由於
S:\Sources\setup.exe 一定是 PE 的 setup.exe 所以一定可以安装...不管 install.wim 是那一版...也不用管 PE 是那一版

但这有点无意义...因为主要就是要...各版PE 对应 各版 Wim 安装来源(Sources)
否则...何必修改每个 PE ... 都统一用 Win10 PE 来安装...不好就了
用 Win10 PE 再做个选单...来选择 install.wim ... 在用 setup.exe /installfrom 不就好了

而如果用 setup.exe /installfrom 来做 对应 各版本...就都要每个 PE 都要针对 路径位置 做修改...因为要对应不同的 isntall.wim

所以 subst 的效果...就是要映射出...多个安装来源 ?:\sources
所以老大...你失败是因为...你没放到 sources 啊

例如
D:\SetupWin\Win7\Sources\setup.exe
D:\SetupWin\Win7\Sources\install.wim
D:\SetupWin\Win8\Sources\setup.exe
D:\SetupWin\Win8\Sources\install.wim
E:\SetupWin\Win81\Sources\setup.exe
E:\SetupWin\Win81\Sources\install.wim
E:\SetupWin\Win10\Sources\setup.exe
E:\SetupWin\Win10\Sources\install.wim

是像上面那样 把 setup.exe install.wim 放 sources 不是直接放到 目录 下...
(可能我主题没说明的很清楚...等下补充一下...不过大大的功力...竟然没注意到...)

SetupWin.cmd 会把
D:\SetupWin\Win7\
D:\SetupWin\Win8\
E:\SetupWin\Win81\
E:\SetupWin\Win10\
做 Subst 所以会有 4 个 映射的 ?:\Sources

简单的说...建立好你要存放 安装来源 的 映射 目录 把 sources 拿进去就可以 (虽然其实只要 setup.exe install.wim 顶多加个 ei.cfg)


总结就是
我觉的 setup.exe /installfrom 本身的特性...就是自由选择来源 wim ...
所以...不适合固定路径位置的 Wim ...  所以如果要一个 cmd 就通用...那 cmd 要加入...选择 wim 的部份
例如...
自动寻找 \SetupWin 中... 所有的 Wim ... 然後有使用者...自行选择要 installfrom 那一样
不过这样就不可能 各版 PE 自动去 对应 各版 install.wim
要使用者手动选择 wim 来对应...( 其实不对应也没差...因为大致上的安装没差很多 )
注:
其实也不是不能自动对应...但要 cmd 另外写个 setup.exe 比对的程序
不过 Windows 好像没 2进位 比对 程式 或 指令...可能要自己写一个 Console 程式 ...给 .cmd 用
用 subst 就简单多了...反正 setup.exe 会自己比对

而老大你 setup.cmd 方法是...每一个 PE 的 setup.cmd 都不同
都要指定固定路径...这其实还是使用者手动选择...只是...是直接改在 PE 中

而 subst 就只是把 ?:\sources 的结构还原出来
所以不太懂的...大可以把各版的 安装来源 Sources 直接整个 目录 Copy 到 \SetupWin\xxxx\
所以最终的结构都是 \xxxx\Sources

要注意的是
SetupWin.ini 中是直接指定 \xxxx
SetupWin.cmd 是把 \SetupWin 下的 xxxx  做 subst
也就是 subst \SetupWin\xxxx
所以结构是 \SetupWin\xxxx\Sources
而 SetupWin.ini 内容中...要指定是用 \SetupWin\xxxx 而不是 \SetupWin
SetupWin.ini 是直接 subst 其中指定的路径

至於 win8 中执行...权限 应该用 系统管理员 去执行就可以了吧...(你那个也是要 系统管理员 去执行)
我自己的 Win7 系统是都有调成 关UAC 而且 cmd 都会自动用 系统管理员
地板
 楼主| 发表於 2016-5-8 10:55:12 | 只看该作者
主题更新
版本更新...
说明更详细一些...
5#
发表於 2016-5-8 19:20:33 | 只看该作者
本帖最後由 2567288 於 2016-5-8 19:51 编辑
阿达金田一 发表於 2016-5-8 10:55
主题更新
版本更新...
说明更详细一些...

的确是误解金大的原意 , win10 目录下加个 sources 目录就可以了






原始的 SetupWin.cmd , 系统管理员执行




直接拖曳 boot.wim 到 SetupWin.cmd


新版的 SetupWin.cmd ,  系统管理员执行(这样比较正常)





6#
 楼主| 发表於 2016-5-8 23:24:23 | 只看该作者
本帖最後由 阿达金田一 於 2016-5-8 23:56 编辑
2567288 发表於 2016-5-8 19:20
的确是误解金大的原意 , win10 目录下加个 sources 目录就可以了

因为旧版的没考虑 系统管理员 的问题
因为我自己Win7 都是 设 系统管理员 + 关 UAC ...
原本就是用 系统管理员 身份

所以 旧版 修改PE ... 当时我只有做成 下参数(拖曳) 这一个方法...
主要就是要方便直接拖曳 ... 没有 输入 PE Wim Path 的功能 ...
而拖曳...就不可能先用 系统管理员 去执行
不然就是要先 系统管理员 执行 CMD ... 到 CMD 下手动下 SetupWin.cmd 指令 加参数 WIM档

旧版 无参数 执行...只会做 Subst 而以
新版就是针对这个...补写上去的
如果在 Windows 下(以 CmdLine 是否有值来判断)... 无参数时... 会当成要 修改PE
会出现...输入 PE Wim Path ...
这样就可以用 系统管理员 执行 SetupWin.cmd ... 然後拖曳档案到 CMD Console 视窗中

简单说就是...除了旧版原本...加参数 Wim 档的方式 外...加上
在 Windows 下 无参数 时... 会自动找 boot.wim ... 找不到 boot.wim , 则可以输入 PE Wim Path 的功能 而以
所以如果是在 PE 就没这功能...
不过 PE 也没 系统管理员 的问题...直接拖曳 WIm档 到  SetupWin.cmd 上就可以

注:
直接 拖曳 ... 其实就是自动加参数...
例如 ... 把 d:\sources\boot.wim 拖到 d:\sources\SetupWin.cmd ...
其实就是执行 d:\sources\SetupWin.cmd d:\sources\boot.wim
若路径含有 空白...也会自动加上 " "
若是拖曳到 Console 视窗...就是把档案路径...贴到 Console 视窗中
所以拖曳...只是原本 Windows 档案总管的功能...
新版 SetupWin.cmd 本身其实就只是
加参数 Wim 档
无参数 仅在 Windows 下 ... 自动找 boot.wim ... 找不到 boot.wim , Console 视窗中 手动输入 Wim档
7#
发表於 2016-5-9 01:33:38 | 只看该作者
本帖最後由 2567288 於 2016-5-9 01:35 编辑

实际改整合光碟 , 看一下效果
win10 的 setup.exe 可以是找 sources , 也可以找 x86(x64)\sources , 所以 win10 就只有一个目录




setupwin目录的档案结构
J:\SETUPWIN
├─w10
│  ├─x64
│  │  └─sources
│  │          install.esd
│  │          setup.exe
│  │         
│  └─x86
│      └─sources
│              install.esd
│              setup.exe
│              
├─w70x64
│  └─sources
│          install.swm
│          install2.swm
│          setup.exe
│         
├─w70x86
│  └─sources
│          install.wim
│          setup.exe
│         
├─w81x64
│  └─sources
│          ei.cfg
│          install.esd
│          setup.exe
│         
└─w81x86
    └─sources
            ei.cfg
            install.esd
            setup.exe

测试项目


win7x86




win7x64




win81x86




win81x64




win10x86




win10x64





8#
 楼主| 发表於 2016-5-9 05:34:36 | 只看该作者
本帖最後由 阿达金田一 於 2016-5-9 05:36 编辑
2567288 发表於 2016-5-9 01:33
实际改整合光碟 , 看一下效果
win10 的 setup.exe 可以是找 sources , 也可以找 x86(x64)\sources , 所以 w ...

感谢大大详细的测试...
其实就是保持 安装光碟 的 原始安装来源结构
Win10 可以用
x64\Sources
x86\Sources
这我还真不知道
9#
 楼主| 发表於 2016-5-10 11:02:40 | 只看该作者
主题更新...
新增一个 结构范例
更新版本...在 Windows 中 修改PE 时...可以使用 Subst目录 ... 会修改其中的 Sources\boot.wim
10#
发表於 2016-5-14 02:34:49 | 只看该作者
本帖最後由 2567288 於 2016-5-14 02:43 编辑

金大来请教几个问题

我把您 2016.5.10 的 范例结构 , 做成 cd/usb legacy + uefix86 + uefix64 的 iso 档
因为考虑 install.wim 可能大於 4G(ntfs) , 及 uefi fat32 的启动, 把档案结构改成
(1) legacy grub4dos 引导
(2) 拆分 sources 目录下的 boot.wim


完整结构
K:\
│  grldr
│  
├─boot
│  │  bcd
│  │  boot.sdi
│  │  bootmgr
│  │  bootvhd.dll
│  │  hdd
│  │  memtest.exe
│  │  
│  ├─fonts
│  │      cht_boot.ttf
│  │      wgl4_boot.ttf
│  │      
│  └─zh-tw
│          bootmgr.exe.mui
│          memtest.exe.mui
│         
├─bootwin
│  ├─win10x64
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  ├─win10x86
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  ├─win7x64
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  ├─win7x86
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  ├─win81x64
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  ├─win81x86
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  ├─win8x64
│  │  └─sources
│  │          boot.wim
│  │          setupwin.cmd
│  │         
│  └─win8x86
│      └─sources
│              boot.wim
│              setupwin.cmd
│              
├─efi
│  ├─boot
│  │  │  bootia32.efi
│  │  │  bootx64.efi
│  │  │  
│  │  └─zh-tw
│  │          bootia32.efi.mui
│  │          bootx64.efi.mui
│  │         
│  └─microsoft
│      └─boot
│          │  bcd
│          │  boot.stl
│          │  memtest.efi
│          │  memtest32.efi
│          │  
│          ├─fonts
│          │      cht_boot.ttf
│          │      wgl4_boot.ttf
│          │      
│          └─zh-tw
│                  memtest.efi.mui
│                  memtest32.efi.mui
│                  
└─setupwin
    ├─win10x64
    │  └─sources
    │      │  install.esd
    │      │  setup.exe
    │      │  
    │      └─$oem$
    │          └─$1
    │              └─Program Files
    │                  └─KMS_VL_ALL
    │                      │  KMS_VL_ALL.cmd
    │                      │  
    │                      ├─32-bit
    │                      │      SppExtComObjHook.dll
    │                      │      SppExtComObjPatcher.exe
    │                      │      vlmcsd.exe
    │                      │      
    │                      └─64-bit
    │                              SppExtComObjHook.dll
    │                              SppExtComObjPatcher.exe
    │                              
    ├─win10x86
    │  └─sources
    │      │  install.esd
    │      │  setup.exe
    │      │  
    │      └─$oem$
    │          └─$1
    │              └─Program Files
    │                  └─KMS_VL_ALL
    │                      │  KMS_VL_ALL.cmd
    │                      │  
    │                      ├─32-bit
    │                      │      SppExtComObjHook.dll
    │                      │      SppExtComObjPatcher.exe
    │                      │      vlmcsd.exe
    │                      │      
    │                      └─64-bit
    │                              SppExtComObjHook.dll
    │                              SppExtComObjPatcher.exe
    │                              
    ├─win7x64
    │  └─sources
    │          install.wim
    │          setup.exe
    │         
    ├─win7x86
    │  └─sources
    │          install.wim
    │          setup.exe
    │         
    ├─win81x64
    │  └─sources
    │          ei.cfg
    │          install.esd
    │          setup.exe
    │         
    ├─win81x86
    │  └─sources
    │          ei.cfg
    │          install.wim
    │          setup.exe
    │         
    ├─win8x64
    │  └─sources
    │          ei.cfg
    │          install.wim
    │          setup.exe
    │         
    └─win8x86
        └─sources
                ei.cfg
                install.wim
                setup.exe
               
您的这种方式 , 相对於 setup.exe /installfrom 的两个优点
(1) 可以有修复磁碟机的功能
(2) 可以执行 sources\$oem$ 的功能






问题(一)
实测安装时 , 在磁碟分割成下列图式 , 用了 440




原本以为档案有问题 , 同一个 iso 加入 setup.exe /installfrom 的方式 , 一样的分割就很正常(10秒内)






问题(二)
(1) 用 05.08 的版本 , 把 boot.wim 跟 setupwin.cmd 放在一起 , 系统管理员执行 setupwin.cmd 可以修改 boot.wim


(2) 用 05.10 的版本 , 把 boot.wim 跟 setupwin.cmd 放在一起 , 系统管理员执行 setupwin.cmd 无法修改 boot.wim , 拖曳 boot.wim 也没效果


给绝对路径 , 图示的目录名称无效是否正常 ?


问题(三)
一次映射 8 个磁碟机 , 可能有的电脑磁碟代号不够用 , 如果不用 setupwin 目录的方式 , 改用 SetupWin.ini
如果使用前述的档案结构 , 例如 win10 x64 的 SetupWin.ini 放在 bootwin\win10x64\sources 目录下
(1) 批次档要如何改
set FindPath=\SetupWin
set SetupWinIni=\SetupWin.ini

(2) SetupWin.ini 的档案内容 ?

谢谢




您需要登录後才可以回帖 登录 | 我要注册

本版积分规则

小黑屋|手机版|NoName Team 电脑资讯亚博2018客户端 |网站地图

GMT+8, 2019-11-4 08:29亚博2018客户端 , Processed in 0.394187 second(s), 24 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表