无忧启动论坛

标题: ======= Native PE 在iso光盘　中MAP 二级内核失败　的测试　讨论＝＝＝＝ [打印本页]
作者: 歌理    时间: 2012-6-29 22:04
标题: ======= Native PE 在iso光盘　中MAP 二级内核失败　的测试　讨论＝＝＝＝
下载了Ｎ个　native PE,

Ａ、将ＮＶ　ＰＥ放于ＵＤ中，虚拟机、实机均成功启动，菜单如下：

command (bd)/BOOT/GRUB/F6IMG
map --mem (bd)/TANGO/XPBOOT.ISO (0xff)
map (bd)/TANGO/TWO.ISO (0xfa)
map --hook
chainloader (0xff)

再次说明，ＵＤ中，在ＶＭ虚拟机、实机均成功启动ＰＥ
------------------------------------------------------------------------------------
Ｂ、将上述ＰＥ文件制作成ＩＳＯ文件，一字未动，用GRLDR作引导文件
　　a\启动失败，失败原因是：mount 34,即map (bd)/TANGO/TWO.ISO (0xfa)　ＭＡＰ失败
　　
　　b\将　map (bd)/TANGO/TWO.ISO (0xfa)　　增加　--mem ,启动成功！！！！！！！
--------------------------------------------------------------------------------------------------------------------------------
Ｃ、以上测试用了不同的NV PE，包括nv win7pe,都是同样的现象，无论是ＩＳＯ或刻录到光盘实机启动，现象都一样！！
-------------------------------------------------------------------------------------------------------------------------------
Ｄ、在GRUB命令行中，分别测试，
　　一个一个地输入菜单中的命令，现象完全一样，凡是增加 --mem参数的，二级内核就能成功，否则失败！（说明包括　win7PE)
---------------------------------------------------------------------------------------------------------------------------------------
Ｅ、百思不解的是：在ＧＲＵＢ例行中，
　　不管是　map (bd)/TANGO/TWO.ISO (0xfa)　还是　map 　--mem (bd)/TANGO/TWO.ISO (0xfa)
      用　ＬＳ　(0xfa)/查看，都能显示该文件内容，
　　说明：　TWO.ISO 已成功ＭＡＰ

但是ＢＯＯＴ后，进入到native SHell,用scd 查看，凡是加了　--mem的，就有TWO.iso的盘符，不加的就没有！！！！！
最关键的问题是　map (bd)/TANGO/TWO.ISO (0xfa)显示成功，否则都好办
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
Ｆ、ＵＤ中能成功启动　（包括win7PE),说明二级内核文件不错（注ＵＤ中是不加　--mem的）
也说明，native没有错。

问题的关键是，明明已经成功MAP了的，启动一级内核后，怎么会消失呢？（而ＵＤ中不会消失？）

--------------------------------------------------------------------------------------------------------------------------------------
我试试过本站上几乎所有的可能解决的方法了，还是没招。
（补充说明：将ＩＳＯ中的文件放到硬盘上，与ＵＤ一样正常，将two.iso中的WIM提取出来放到ＩＳＯ中，也也正常，再次补充，nvwin7PE也是同样的现象,应该说不是一级内核问题，也不是二级的问题）

这个问题是什么原因？？？？？？？？？？？？？？？？？？？？？？？？




－－－－－－－－－－－－－－－－－－－－２０１２０７０１－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

暂时的解决方法

　　１、将二级内核解压出的WIM文件旆ＵＤ，ＩＳＯ，硬盘根目录下，不推荐这个方法

　　２、还是map ISO比较好，当为光盘启动时，自动增加--mem
, ISO中可以使用这个方法：

set mem=
if /i "%@root%"=="(cd)" set mem=--mem
command (bd)/BOOT/GRUB/F6IMG
map %mem% (bd)/TWO.ISO (0xfa)
map --mem (bd)/XPBOOT.ISO (0xff)
map --hook
chainloader (0xff)
这个方法可以解决光盘启动问题


３、目前条件下可能最大限度解决的方法：
　　方法２只能解决光盘启动问题，对于一些UD,量产，USB3.0等mount 34错误无法启动的问题，无能为力！
　彻底解决的方法是：
　在GRLDR启动菜单增加　强制启动模式！
　这个方法至少可以解决大部分　native PE启动失败的问题！！！！！！！

菜单如下：
set menu=启用　强制启动　模式 (速度可能很慢，启动失败时试用）
set mem=
title ----- %menu%　--
set ch=N
if /i not "%mem%"=="--mem" set ch=Y
if /i %ch%==Y set mem=--mem
if /i %ch%==N set mem=
　　if /i "%mem%"=="--mem" set menu=启用　常规快速启动　模式
if /i not "%mem%"=="--mem" set menu=启用　强制启动　模式 (速度可能很慢，启动失败时试用）
　　clear


然后　在加载菜单中，增加%mem%, 如：

command (bd)/BOOT/GRUB/F6IMG
map %mem% (bd)/TWO.ISO (0xfa)
map --mem (bd)/XPBOOT.ISO (0xff)
map --hook
chainloader (0xff)

－－－－－－－－本菜单，ＵＤ，光盘、硬盘通用，不用修改一个字！支持　　ＵＳＢ３.０启动ＰＥ－－－－－－－－－

[ 本帖最后由 歌理 于 2012-7-1 00:26 编辑 ]
作者: 歌理    时间: 2012-6-29 22:19
补充两个问题：
一、一级内核不管有没有　--mem,都　能成功
二、我在ＩＳＯ加入了几个另外的ＩＳＯ，同map
     在nativeshell中查看，全部map失败
作者: 一只猴子    时间: 2012-6-29 22:25
好像是驱动加载顺序的问题，之前NATIVE 7PE的制作中有提过这个问题
作者: 歌理    时间: 2012-6-29 22:27
我是用了　smine　的nv win7 pe 的一级内核,也存在同样问题。
作者: zds1210    时间: 2012-6-29 23:07
是的，这个是一个大问题，请大家研究解决，grub语句中，有指定cd UD功能的。
作者: zds1210    时间: 2012-6-29 23:07
原帖由 一只猴子 于 2012-6-29 22:25 发表
好像是驱动加载顺序的问题，之前NATIVE 7PE的制作中有提过这个问题

好的，能不能说细一点，解决了这个问题，统一版制作就没有问题了。
作者: smine    时间: 2012-6-29 23:16
原帖由 歌理 于 2012-6-29 22:04 发表 下载了Ｎ个　native PE,Ａ、将ＮＶ　ＰＥ放于ＵＤ中，虚拟机、实机均成功启动，菜单如下：command (bd)/BOOT/GRUB/F6IMGmap --mem (bd)/TANGO/XPBOOT.ISO (0xff)map (bd)/TANGO/TWO.ISO (0xfa)ma ...
问题的原因很简单，map二级成功了，grub能看到二级的内容了，但那仅仅是grub认了，win7pe不一定能认；当win7pe启动时，需要WINVBLOCK驱动来识别grub的MAP镜像，但这有个前提，就是二级所在的介质要在这个时候能被win7pe认出来；这是我改过的稀饭的一级，硬盘启动OK，ud试过也OK，直接用稀饭的第四版fba导入U盘，然后用下面的一级替换即可： http://115.com/file/bednt7e9#win7boot.lzma，希望大家凡下载测试过的，都报告一下结果

[ 本帖最后由 smine 于 2012-6-29 23:32 编辑 ]
作者: sunsea    时间: 2012-6-30 06:17
标题: 标题
自用代码，拿出来分享，路径自己改
注：需要在boot\grub目录下新建一个大小512字节的空文件，名为temp，这个文件是判断是否为可写介质用
Movehd在置定S版的教材里有，zhaohj作品

  2. iftitle [if exist /MKRL/Win7PE/NV7PEKR1.IMG || find --set-root /MKRL/Win7PE/NV7PEKR1.IMG] 启动Win7PE（自适应模式）
  3. debug 1
  4. echo 正在以自适应模式加载WIn7PE，请稍后……
  5. command /boot/grub/movehd
  6. set mem=
  7. checkrange 0x1:0x40000 read 0x8298 && set mem=
  8. calc *0x82b9&0xff || set mem=--mem ! set mem=
  9. dd if=(md)0 1 of=()/boot/grub/temp bs=512 count=1 || set mem=--mem
  10. if /i "%@root%"=="(cd)" set mem=--mem
  11. if /i "%@root%"=="(pd)" set mem=--mem
  12. if /i "%@root%"=="(fd0)" set mem=--mem
  13. if /i "%@root%"=="(fd1)" set mem=--mem
  14. map %mem% /MKRL/Win7PE/NV7PEKR1.IMG (hd0) || map --mem /MKRL/Win7PE/NV7PEKR1.IMG (hd0)
  15. map %mem% /MKRL/Win7PE/NV7PEKRL.IMG (0x9E) || map --mem /MKRL/Win7PE/NV7PEKRL.IMG (0x9E)
  16. map --mem /MKRL/Win7PE/MOUNT.GZ (hd19)
  17. map --e820cycles=3
  18. map --hook
  19. echo Finished loading!
  20. chainloader (hd0,0)/bootmgr
  21. root (hd0,0)
  22. boot
复制代码

这个应该万无一失，而且不会出现因为软盘司机的问题

[ 本帖最后由 2011czmxbb52 于 2012-6-30 12:13 编辑 ]
作者: 歌理    时间: 2012-6-30 13:05
标题: 回复 #7 smine 的帖子
下载了这个win7boot.lzma,也不行。

经过多次测试，说明：
二级内核通过　ＩＳＯ格式进行　MAP ,可靠性很差，ＩＳＯ铁定不行，ＵＤ有时可以，有时不行。
所以，目前一级内核的情况下，加载二级内核的方法，
　　保证可靠的方法有二：增加　--mem 参数，但是这让启动变得非常慢（指ＵＤ），特别是二级内核很大时，完全违背了native的初衷，所以这个方法不值得采用。
　　　　　最可靠的方法是：二级内核直接由ＷＩＭ构成，让native直接mount *.WIM,这也是目前几乎所有的　nv win7PE所采用的办法，此方法可靠，ＵＤ、硬盘、ＩＳＯ通用，缺点是文件比较多且乱，而且ＷＩＭ必须放于根目录，（当然可通过修改native.ini进行修改）
　　我有个关于native.ini的小建议：由于native.ini隐藏得比较深，建议学学grldr的外置菜单，例如，将native.ini放到\boot目录下，那比较方便自行编辑，就可以任意放置ＷＩＭ到其他目录了

多谢各位的帮助!!!!!!!!

---------------------------------------
PS:map /two.iso (0xfa) 在GRLDR中是可以成功map的，启动一级内核后，map失败，问题肯定出在一级内核当中，是native还是其他地方？它什么时候消失的？
　　　这些问题如能解决，应该可以恢复map ISO功能

[ 本帖最后由 歌理 于 2012-6-30 13:12 编辑 ]
作者: 歌理    时间: 2012-6-30 13:16
原帖由 2011czmxbb52 于 2012-6-30 06:17 发表
自用代码，拿出来分享，路径自己改
注：需要在boot\grub目录下新建一个大小512字节的空文件，名为temp，这个文件是判断是否为可写介质用
Movehd在置定S版的教材里有，zhaohj作品

iftitle  启动Win7PE（自适 ...

你的方法是不错，但仅限于GRLDR MAP失败的场合，失败了加－-mem,
现在的问题是　在ＧＲＬＤＲ中，mapj是成功的，也就是说用你的方法，永远不会出现　--mem的情况，问题出在grldr之后，启动一级内核过程中。

不过还是谢谢你的方法。
作者: 2011qt    时间: 2012-6-30 13:53
内容似乎饭大的前两版的ntive7pe可以两次map的！
作者: 幸运的草    时间: 2012-6-30 14:24
标题: 回复 #1 歌理 的帖子
不用费事了，你是不是要量产用？你这种方法不成功也不足奇。
想成功很简单，把二级内核中的WIM提出来。放到一级内核ISO根下即可。不信你试试。
但记住：如果是用软碟通，注意4K的问题。
作者: sunsea    时间: 2012-6-30 16:30
原帖由 歌理 于 2012-6-30 13:16 发表

你的方法是不错，但仅限于GRLDR MAP失败的场合，失败了加－-mem,
现在的问题是　在ＧＲＬＤＲ中，mapj是成功的，也就是说用你的方法，永远不会出现　--mem的情况，问题出在grldr之后，启动一级内核过程中。 ...


我和zds1210在群里讨论过这个问题
结论是不可写介质中出现这个问题概率最大

是智能判断
遇到不可写介质、ZIP、CD、PXE，自动加mem
还有智能判断失败了加mem
内存比256M大加mem

优先级是MAP失败>不可写介质、ZIP、CD、PXE>内存判断。

所以不会出现“永远不会出现不加载到内存”的情况

还有
想起来
必须把所有USB相关、文件系统驱动的Start改成0
然后新建一个组，名为Load First Me，把他们的Group值改成这个
具体加组改驱动的方法在这里
http://support.microsoft.com/kb/115486
还有
cdrom的Start要改成1

[ 本帖最后由 2011czmxbb52 于 2012-6-30 16:41 编辑 ]
作者: hotdll    时间: 2012-6-30 18:23
原帖由 歌理 于 2012-6-29 22:04 发表
下载了Ｎ个　native PE,

Ａ、将ＮＶ　ＰＥ放于ＵＤ中，虚拟机、实机均成功启动，菜单如下：

command (bd)/BOOT/GRUB/F6IMG
map --mem (bd)/TANGO/XPBOOT.ISO (0xff)
map (bd)/TANGO/TWO.ISO (0xfa)
ma ...

不知道楼主要干什么？
光盘启动还是量产？

光盘启动。两个ISO可以合并为一个就OK

量产启动还是两个ISO合并为一个，然后在grub启动的时候初始化物理光驱。

我曾发布过一个NATIVE XPPE的量产版。。。。因为最近忙，所以半个月没怎么弄PE了
作者: chiannet    时间: 2012-6-30 19:26
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=187328&extra=page%3D1

这个帖子20120612日老二的更新正是针对NT5 native PE 量产场合034问题的。


采用的是 2012hongrui 提出的方案，经测试真实有效且简单。
作者: 2012wqmeng    时间: 2012-6-30 20:03
昨天就像问这个问题来，写的差不多时没能发上来，结果宽带挂了一天才修好。  
我的问题和楼主是一样的。 下面是我想问的内容， 另外期待大家可以彻底解决这个问题。






ISO 版的Native PE的Grub启动菜单 Mount 34和加速

小弟初来，开始是想把饭大的FBA的UD版的Native PE转成ISO 光盘版使用，经过反复测试和学习各位大大的已经做好的ISO版的NativePE。发现在加载ISO版的NativePE的时候， 会经常遇到 Mount 34的问题。 然后对比各种grub的菜单的写法， 好像这个和加载一级内核和二级内核的先后顺序有关系。
这里我经过比较各位大大的写法，下面的这个菜单可以顺利加载饭大的Native7 PE， 但是这里需要注意， 加载二级内核要比一级内核要早， 而且需要使用 map --mem 的形式。 如果把下面的 map --mem /ISO/win7two.iso (0xfe) 移动到 win7boot.lzma 后面， 或者不带--mem 参数， 就必然出现 Mount 34的错误。  大家可以对比饭大的UD版本的grub菜单， 那个里面首先是加载了二级内核， 但是并没有加 --mem 参数， 一级内核是直接加入内存的。 利用了一级内核较小，带有USB驱动的原理可以对二级内核的数据的读取起到加速的目的 。

我想问下，  UD 和 CD 有什么区别， UD 不加 --mem 就可以， CD 必须加 --mem ，  这样就无法利用加速的原理对吧？ 能不能在 ISO 光盘的模式下面， 加载二级内核的时候不加 --mem， 从而到一级内核来加速二级内核数据的目的 ？



title  1. 启动 Native WIN7PE 网络版
echo -e \n$[0003]  正在加载Win7PE 网络版一级内核！
echo -e \n$[0003]  此过程可能需要几分钟。。。。。。
command (cd)/BOOT/GRUB/DRV7
find --set-root /ISO/win7two.iso && map --mem /ISO/win7two.iso (0xfe)
map --mem (cd)/ISO/win7boot.lzma (0xff) > nul
map --hook
chainloader (0xff)/bootmgr
boot
作者: 2012wqmeng    时间: 2012-6-30 20:15
C大 能不能把 2012hongrui  大侠的解决方法说一下， 或者哪个回复里面有？  翻了几十页， 也没有看到 2012hongrui  大侠的真迹。

这么说 五子登科里面的二哥已经成功解决这个问题了？
作者: 2012wqmeng    时间: 2012-6-30 20:23
http://bbs.wuyou.net/forum.php?mod=viewthread&tid=211211&;highlight=
找到了  不知道方法是不是有效。  Native 在等二级的加载 ？

这种情况， 以及各利用了驱动对 二级加速了吗？ 其实我是想知道这个。

另外hongrui大侠用的是 WIM 的， 二级如果是 ISO , 也有效果 ？  

制作成 ISO 对于日后的维护和更新， 都很方便吧， Native XP,  Native 03,  Native 7, 每个系统都是一个一级内核ISO + 一个二级内核ISO， 更换起来会非常方便， 而且结构明了。 如果里面又多了 WIM， 而且必须在/下面， 似乎就有些乱了。

[ 本帖最后由 2012wqmeng 于 2012-6-30 20:33 编辑 ]
作者: 歌理    时间: 2012-6-30 20:46
标题: 回复 #14 hotdll 的帖子
1、我基本不量产，Ｕ盘启动，都是fbinst，发现这个现象是因为要将NV PE由光盘启动。

２、将二级内核放入到一级内核，肯定是可以成功的，这与常规ＰＥ没有区别，但不是native 模式所要求的先加载尽可能小的一级内核，如果这样，还如用常规ＰＥ。
　　此外，这个方法与　map --mem 在速度、可靠性一样。

３、我提出这个问题最主要的目的，并不仅是ＩＳＯ光盘启动，恰恰ＵＳＢ启动最应关心的问题：
大家知道，ＮativePE UD启动失败的例子很多，有的甚至不同的ＵＳＢ插口都有不一样的结果，ＵＳＢ３.０基本失败。

　简单分析了一下，ＵＳＢ之所以能启动，主要是BIOS及GRLDR在启动时能认Ｕ盘，当进入ＮＶＰＥ一级内核后，由于一级内核功能所限，或者说native所限，这时候不再成功识别Ｕ盘，例如，肯定不能识别USB3.0，所以造成启动失败！（与Ｕ盘启动到DOS,而DOS下找不到U盘一样道理 ）
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
在这种情况下，哪怕将ＷIM文件放至Ｕ盘可见分区，也不能成功启动！！！

这也是许多nv pe mount error 34 的根本原因！！！！！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
但是，若在ＵＤ中，使用了　map --mem /two.iso (0xfe),则能成功启动，包括USb3.0都成功！！！这是目前成功率最高的一种方法。许多mount 34经此一改，应该可以启动。
(缺点是：--mem参数时，先将二级内核全部读入内存，当二级内核较大或usb速度慢时，会影响启动速度，同时占用内存,进入系统可以脱盘运行）
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

４、造成这个现象的原因，不知是内核驱动问题，还是native的原因
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

５、期望解决的办法（彻底消除　mpunt 34方法）建议：two.iso

　　除了进一步完美一级内核（这估计比较难），最简单的办法是，让native SHell 支持GRUB.exe,当mount 34时，用grub.exe 重新　map　/two.iso
作者: zds1210    时间: 2012-6-30 22:23
很好，能解决，好多问题就爽多了。
作者: 歌理    时间: 2012-7-1 00:13
暂时的解决方法

　　１、将二级内核解压出的WIM文件旆ＵＤ，ＩＳＯ，硬盘根目录下，不推荐这个方法

　　２、还是map ISO比较好，当为光盘启动时，自动增加--mem
,  ISO中可以使用这个方法：

set mem=
if /i "%@root%"=="(cd)" set mem=--mem
command (bd)/BOOT/GRUB/F6IMG
map %mem% (bd)/TWO.ISO (0xfa)
map --mem (bd)/XPBOOT.ISO (0xff)
map --hook
chainloader (0xff)
  这个方法可以解决光盘启动问题


３、目前条件下可能最大限度解决的方法：
　　方法２只能解决光盘启动问题，对于一些UD,量产，USB3.0等mount 34错误无法启动的问题，无能为力！
　彻底解决的方法是：
　在GRLDR启动菜单增加　强制启动模式！
　这个方法至少可以解决大部分　native PE启动失败的问题！！！！！！！

菜单如下：
set menu=启用　强制启动　模式 (速度可能很慢，启动失败时试用）
set mem=
title ----- %menu%　--
    set ch=N
    if /i not "%mem%"=="--mem"  set ch=Y
    if /i %ch%==Y set mem=--mem
    if /i %ch%==N set mem=
　　if /i "%mem%"=="--mem" set menu=启用　常规快速启动　模式
    if /i not "%mem%"=="--mem" set menu=启用　强制启动　模式 (速度可能很慢，启动失败时试用）
　　clear


然后　在加载菜单中，增加%mem%,   如：

command (bd)/BOOT/GRUB/F6IMG
map %mem% (bd)/TWO.ISO (0xfa)
map --mem (bd)/XPBOOT.ISO (0xff)
map --hook
chainloader (0xff)

[ 本帖最后由 歌理 于 2012-7-1 00:21 编辑 ]
作者: 歌理    时间: 2012-7-1 00:17
FiraDisk&WinVBlock使用帮助 （by zhhsh@wuyou）
FiraDisk和WinVBlock是Windows下Grub4dos仿真盘的驱动。

可以支持grub4dos map--mem出来的光驱，软驱，硬盘，支持多个虚拟驱动器，并从仿真盘启动。也支持grub4dos map（非载入内存方式）出来的硬盘，并从仿真硬盘启动。Firadisk驱动的0.0.1.30版本支持 map（非载入内存方式）出来的光驱，并从仿真光驱启动。

FiraDisk和WinVBlock的区别之一：

FiraDisk不支持直接扇区映射的map，而WinVBlock支持。简单来说，WinVBlock是可以无需通过注册表或小内存盘获取映像路径，但FiraDisk需要。

-------------------------
WinVBlock驱动帮助
1.驱动安装[以下以32位驱动为例]
(1)直接安装到本机系统
方法很多种，可以自行琢磨。。。本帮助提供其中的一种方法。

将以下内容另存为WinVBlock.reg，双击reg导入注册表。

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\wvblk32]
"DisplayName"="WinVBlock Virtual Disk Driver"
"ErrorControl"=dword:00000001
"Group"="SCSI miniport"
"ImagePath"="system32\\DRIVERS\\wvblk32.sys"
"Start"=dword:00000000
"Tag"=dword:00000022
"Type"=dword:00000001

可以打开命令行工具cmd.exe，输入以下命令启动WinVBlock驱动：net start wvblk32

(2)添加到PE内核里
把wvblk32.sys加入到winpe映像里面的WXPE\system32\dirvers，修改txtsetup.sif如下

在[scsi.load]字段下添加一行

wvblk32=wvblk32.sys,4

(3)整合到XP安装盘
①修改TXTSETUP.SIF

在[scsi.load]下面添加一行

wvblk32=wvblk32.sys,4

在[SourceDisksFiles]添加一行

wvblk32.sys = 100,,,,,,3_,4,1,,,1,4
wvblk32.inf = 100,,,,,,,20,0,0

②然后把wvblk32.sys和inf文件放到I386目录下

2.驱动的应用
(1)制作RAMOS[内存里运行的操作系统] [基本上与FiraDisk一致]

(2)安装ISO版系统 [基本上与FiraDisk一致]

(3)从映像文件启动XP[类似win7的vhd，映像文件无需载入内存]
注： ①请先向该系统安装WinVBlock

②系统映像文件必须是连续存储，如果不是，可以使用contig工具对该系统映像文件进行整理

③FiraDisk的版本必须是v0.0.1.8及以上

WinVBlock无需修改boot.ini，直接写grldr菜单即可

方法1：

grldr菜单例子

title boot XP from IMG
find --set-root /filename.img
map /filename.img (hd0)
map --hook
chainloader (hd0,0)/ntldr

需要注意的是要预防系统运行时其他程序触及并修改该系统镜像。

方法2：

此方法可能减少0x7B蓝屏

map (hd0,0)/filename.img (hd0)
map --rd-size=2048
map --mem (rd)+4 (0x55)
map --hook
write (0x55) #GRUB4DOS\x00v=1\x00filename.img\x00\x80\x00
chainloader (hd0)+1

参数解析：

#GRUB4DOS\x00v=1\x00 : WinVBlock检查签名和版本。

filename.img : 告诉WinVBlock去寻找和挂载该文件。

\x00 : 文件名的结束。

\x66 : 该文件仿真成仿真盘的序号。

\x00 : 没有更多的文件要挂载。

3.驱动自带小工具winvblk.exe
目前只介绍其挂载映像功能

1.挂载

winvblk -cmd attach -m c -u c:\some.iso 挂载iso为光驱（c 代表光驱）

winvblk -cmd attach -m f -u c:\some.vfd 挂载vfd为软驱（f 代表软驱）

winvblk -cmd attach -m h -u c:\some.hdd 挂载img为硬盘（h 代表硬盘）

2.卸载

winvblk.exe -cmd detach -d 磁盘序号

例如：

winvblk.exe -cmd detach -d 1
作者: sunsea    时间: 2012-7-1 10:24
现在发现：
在不可写介质上直接map的NATIVE挂载0x34概率最大！
但不知原因。
作者: sunsea    时间: 2012-7-1 10:26
原帖由 歌理 于 2012-7-1 00:13 发表
暂时的解决方法

　　１、将二级内核解压出的WIM文件旆ＵＤ，ＩＳＯ，硬盘根目录下，不推荐这个方法

　　２、还是map ISO比较好，当为光盘启动时，自动增加--mem
,  ISO中可以使用这个方法：

set mem= ...

嘿嘿
第一种方法
好像是学我滴
……
作者: gbzx    时间: 2012-7-1 11:16
标题: 回复 #19 歌理 的帖子
我的理解是,GRUB能认隐藏区,WINDOWS系统不能认隐藏区,要WINDOWS系统认隐蔽区,必需有FBINST.EXE,如果WINDOWS不使用第三方软件能认隐蔽区,隐蔽区的就没有存在的必要了,在win7boot.lzma启动完成后,就无法认隐蔽区的数据了,map --mem /two.iso 是在win7boot.lzma启动前读入内存了,当然能成功,但内存要大,速度也慢,要发挥NV的优势,就要在win7boot.lzma启动后,通过FBINST.EXE读取WIM文件.FBINST.EXE必需加入一级内核,并能运行,MOUNT才能成功,我这样理解不知对否?
作者: zds1210    时间: 2012-7-1 11:20
如果不做统一版，就很好解决，如果做统一版,ud和量产统一，就难解决。
楼主说解决了，我感觉还早。楼上连基本的常识都没有搞清楚。
作者: chiannet    时间: 2012-7-1 11:33
标题: 回复 #26 zds1210 的帖子
什么统一？你看看五子登科老二算不算所谓统一版？

反正是生成量产用ISO、刻盘用ISO、 制作为UD、 安装到本地硬盘、安装到移动硬盘、安装到U盘一体。
作者: gbzx    时间: 2012-7-1 11:35
标题: 回复 #26 zds1210 的帖子
我本来外行,应该是"map --mem /two.iso 是在win7boot.lzma启动前读入内存了"理解错了吧?但WINDOWS系统不使用第三方软件无法识别隐蔽区应该不会错吧?
作者: zds1210    时间: 2012-7-1 11:36
原帖由 chiannet 于 2012-7-1 11:33 发表
什么统一？你看看五子登科老二算不算所谓统一版？

反正是生成量产用ISO、刻盘用ISO、 制作为UD、 安装到本地硬盘、安装到移动硬盘、安装到U盘一体。

支持u+吗？你是怎么做到在iso中直接map二级内核的？分享一下。说统一，我以前的统一版，就做到了各方面的统一，我还一个文件还可以用于U+，只是统一得不太完美，问题就出在楼主所说的。希望高手解决一下。这样子，ud版 和量产版的二级内核都可以打包成iso文件，量产时候不用解开了。

[ 本帖最后由 zds1210 于 2012-7-1 11:47 编辑 ]
作者: chiannet    时间: 2012-7-1 11:46
标题: 回复 #29 zds1210 的帖子
呵呵、明确表示不支持U+。
作者: zds1210    时间: 2012-7-1 11:57
楼主的解决方案并不完美，我发现，极速win7PE也存在问题。。二级内核比较大时，map mem在老机子中量产一定相当的慢。我以前在统一版只是一个暂时的解决方案为，问题如你说：
主要存在问题：
光盘版中，目前不能用map参数加载NVXPPE.ISO(PE二级内核及外置)，而只能用map –mem方式加载，这样量产方式为USB—cdrom在老电脑中不能起到极速启动。可能为NVXPPE.ISO有碎片，或NATIVE PE mount出问题。请高手指点，GRUB菜单只能暂定如下：
title 运行老毛桃PE极速迷你系统
echo $[1106] booting Fast xppe, please wait ...

(ud)/srs/F6IMG || find --set-root /srs/F6IMG && /srs/F6IMG

map  --mem (cd)/NVXPPE.ISO (0xfa) || map (ud)/NVXPPE.ISO (0xfa) || find --set-root /NVXPPE.ISO && map /NVXPPE.ISO (0xfa)

map --mem (ud)/boot.iso (0xff) || find --set-root /boot.iso && map --mem /boot.iso (0xff)

map --e820cycles=3

map --hook

chainloader (0xff)/WXPE/SETUPLDR.BIN

http://zds1210.blog.163.com/blog/static/24481248201231511375291/

[ 本帖最后由 zds1210 于 2012-7-1 12:00 编辑 ]
作者: 2012wqmeng    时间: 2012-7-1 17:08
这个问题， 正如剑大说的，如果带上 --mem 就算是解决的话， 剑大的统一版早就已经是支持的了。   其他大大的ISO版里面， 也都有 --mem 这个参数， 做不到加速的目的。

问题的关键是如何去掉光盘版里面二级内核map时的 --mem。 只有这个问题解决了，做的统一版PE， 才真正通吃了现在应用的场合，全部起到了1级加速二级的目的。
作者: kcyou    时间: 2012-7-1 21:46
如饭大所说，二级Wim放到一级ISO里，MAP 一般成功，也是起到加速效果的，只是比分开稍慢点，和非NATIVE版速度还是大不一样，最初的NATIVE PE就是放在一起的。
作者: zds1210    时间: 2012-7-1 22:03
标题: 回复 #33 2011kcyou 的帖子
这也是一种解决方案，改天试一下。
作者: fukystone    时间: 2012-7-1 22:55
我很奇怪哈，如果是光盘版，为什么要map二级内核的iso？map二级是因为ud情况下native不认UD吧？
既然是光盘，不管你量产还是iso，在native下scd都应该能找到wim文件啊？
因为没用过量产的，所以很疑惑，难道native不能识别量产的usbcdrom？
作者: zhuyoucheng    时间: 2012-7-2 17:39
原帖由 fukystone 于 2012-7-1 22:55 发表
我很奇怪哈，如果是光盘版，为什么要map二级内核的iso？map二级是因为ud情况下native不认UD吧？
既然是光盘，不管你量产还是iso，在native下scd都应该能找到wim文件啊？
因为没用过量产的，所以很疑惑，难道n ...

楼主这是吃饱饭没事做。
作者: 2012wqmeng    时间: 2012-7-2 19:09
有些特殊的情况 ， 是必须使用ISO的 。  

楼上两位朋友觉得无法理解，也不奇怪。
作者: zds1210    时间: 2012-7-3 01:27
是的，ISO格式，支持刻录光盘、量产、和U+的，二级内核直接解开成wim格式就可以了，不用打包成iso文件 。打包成iso文件是为了统一UD版才这样子的。
以后win7极速PE，还是把UD版及量产版分开。现在一二级内核已经相对稳定，准备出个量产版玩玩，程序全内置式。



欢迎光临 无忧启动论坛 (http://bbs.wuyou.net/) Powered by Discuz! X3.3