native版的mini pecmd测试,添加mount命令--2011-4-4

NicTense · 发表于 2011-5-14 15:22:08

搞了老半天，我被误导了
原来Mount完原来的内容都被屏蔽了
也就说，磁盘驱动只要加进wxpe.wim就可以了，一级内核只要保证能启动到native模式就足够了，对吧

thttht · 发表于 2011-5-14 15:22:43

原帖由 friend8179 于 2011-5-14 15:19 发表
C大迟些应该会整合进去吧

我在liulaotou2贴中已经发了可写挂载的版本

很感谢你的帮助！有你们这些高手大大们的无私奉献，我们这些菜鸟才有的用啊！

thttht · 发表于 2011-5-14 15:27:10

原帖由 NicTense 于 2011-5-14 15:22 发表
搞了老半天，我被误导了
原来Mount完原来的内容都被屏蔽了
也就说，磁盘驱动只要加进wxpe.wim就可以了，一级内核只要保证能启动到native模式就足够了，对吧

是这样的，Mount完成后，原目录里的文件将被屏蔽失效，wxpe.wim里为完整的核心文件！

xhwfq · 发表于 2011-5-14 16:44:57

这个是支持可写挂载的， LaotouMountImage的最后一个参数如果是NULL,只读，如果是路径，就是可写挂载临时目录...

我这样理解不知对不对:只要将wim挂到x:\,如果可写,x:盘的容量岂不是无限制了?也就意味着可以将FBWF扔到垃圾箱了!

[ 本帖最后由 xhwfq 于 2011-5-14 16:49 编辑 ]

fukystone · 发表于 2011-5-14 16:56:54

原帖由 NicTense 于 2011-5-14 15:22 发表
搞了老半天，我被误导了
原来Mount完原来的内容都被屏蔽了
也就说，磁盘驱动只要加进wxpe.wim就可以了，一级内核只要保证能启动到native模式就足够了，对吧

不对吧？那个测试pe是没有磁盘驱动的，但是它的wxpe.wim是有的……
我试了下，把wxpe.wim里的TXTSETUP.SIF，磁盘驱动和SETUPREG.HI_加到那个测试pe里，才能看到vmscsi的硬盘。
不把磁盘驱动加进去，启动的时候会报错，找不到sys文件……

NicTense · 发表于 2011-5-14 17:08:08

http://u.115.com/file/dn42y8hs#
nativePE.rar

那个...谁用chenall那个nativepe找不到硬盘的，用这个解开替换里面的tangope.im_再试一下看行不行，反馈一下结果

如果行就意味着,wxpe的驱动只要保留几个文件，其他都可以删了，如果不行就意味着驱动得放到wxpe.wim里

fukystone · 发表于 2011-5-14 17:11:34

没看懂什么意思啊？驱动到底放哪里？

fukystone · 发表于 2011-5-14 17:20:43

原帖由 NicTense 于 2011-5-14 17:08 发表
http://u.115.com/file/dn42y8hs#
nativePE.rar

那个...谁用chenall那个nativepe找不到硬盘的，用这个解开替换里面的tangope.im_再试一下看行不行，反馈一下结果

如果行就意味着,wxpe的驱动只要保留几个 ...

用你这个可以找到vmscsi，像我前面说的，需要把磁盘驱动放在tangope.im_里。
但是这样的话，我试着把驱动放全了，tangope.im_有9m那么大，是不是有点太大了？
另外，你这个在启动时也会在进度条那里卡很久，初步判断，TXTSETUP.SIF的内容越多，卡的越久，可是为什么啊？

NicTense · 发表于 2011-5-14 17:35:05

原帖由 fukystone 于 2011-5-14 17:20 发表

用你这个可以找到vmscsi，像我前面说的，需要把磁盘驱动放在tangope.im_里。
但是这样的话，我试着把驱动放全了，tangope.im_有9m那么大，是不是有点太大了？
另外，你这个在启动时也会在进度条那里卡很久 ...

如果是这样的话，那就意味着磁盘驱动是在native模式前就安装好了，如果是这样的话，只能在wxpe.wim那里节省体积了

或者用f6模块

我上传的这个是迷你版的驱动，加起来5m的体积应该还是可以接受的

不过这种模式弄出来的pe，总体的体积肯定比直接全内置的方式要大一些，因为考虑到mount wim后屏蔽原来文件的问题，所以有些文件是2个内核都必须有的

xhwfq · 发表于 2011-5-14 20:58:26

原帖由 friend8179 于 2011-5-14 18:43 发表
shi是可以不用FBWF了

但可写WIM挂载要空间放TEMP文件

关于temp空间有两种选择,要快就建在内存盘,要大建在硬盘或U盘上.
就是不知native如何查找指定文件夹并自动作为挂载文件夹的"temp空间".

xhwfq · 发表于 2011-5-14 21:12:47

也就是能支持这种格式:mountw pe.wim x:\ \abc
将pe.wim挂在x盘根文件夹上,并查找所有磁盘,自动将第一个找到的abc文件夹作为temp空间(与chenall的scd类似).

NicTense · 发表于 2011-5-14 22:45:45

把Mini TangoPE弄成Native版了，体积大了将近4M，不开心啊不开心

http://u.115.com/file/clwmemss

对了，native的背景色在哪改？

[ 本帖最后由 NicTense 于 2011-5-14 23:29 编辑 ]

huangdi168 · 发表于 2011-5-15 00:46:45

@NicTense
我很开心很开心。。拿来主义，坚定拿走...

nnail · 发表于 2011-5-15 07:20:41

高手的游戏，我小菜还是等待成果好了………………

xhwfq · 发表于 2011-5-15 12:51:53

原帖由 friend8179 于 2011-5-14 21:49 发表
仿照C大的，似乎不难。

迫切需要,老大能不能弄个出来,谢谢先.

xhwfq · 发表于 2011-5-15 13:13:40

我想将temp设在其它盘(但不知道盘符,需要搜索),而不是x:\temp.

pseudo · 发表于 2011-5-15 16:34:24

原帖由 ntsyh 于 2011-5-15 09:50 发表
...前几天用了P大的Native版的OPE0509在我的一台老台式机上用了，OPE里启用了P大的加速器，效果很明显，原先其他PE用10-20分钟，用OPE是5分多钟启动到桌面，后用P大的这个版为3分钟，明显提 ...

如果我没弄错的话，你并没有启动plpbt加速。

你说过启动过程没有按键，那么plpbt是不会被激活的。
出现USB_ACC.0PE界面时，按空格才激活；不按键，或按回车键是不激活的。

在你不激活plpbt能正常启动后，我曾建议你尝试激活plpbt，但没见下文。
如果激活plpbt，运气好能正常启动到桌面的话，速度应该快些。

U启速度主要取决于“U启内核”。
以往PE中，统一PE的U启内核几乎是最小的，因而与普通PE比，理论上是超快的。

native的出现是U启的一场革命，使得所有传统PE的U启内核一下子都可以做得很小，小到比以往统一PE的U启内核还要成倍的小。
于是所有PE又都站到新的同一的起跑线上了——都可以有很小的U启内核，U启都可以很快。

0509的native版只是简单引入native机制，绝大部分沿用统一PE的东西。
所以，它应该是目前最慢的native pe。但native的最慢，可能比非native的最快还要成倍地快。
本帖刚出来时，看到其意义的好像不多。我有幸是一开始就看到其意义的一个。

那个native版拥有跟统一PE几乎相同的功能，4in1版统一PE里60MB的SRS、及过100MB的PETOOLS都可以直接搬过来用。
也算是一个目前实用的现成native pe。

dengxiong · 发表于 2011-5-15 18:46:13

原帖由 pseudo 于 2011-5-15 16:34 发表

如果我没弄错的话，你并没有启动plpbt加速。

你说过启动过程没有按键，那么plpbt是不会被激活的。
出现USB_ACC.0PE界面时，按空格才激活；不按键，或按回车键是不激活的。

在你不激活plpbt能正常启动后 ...

P大，1.3.0版的0PE现在好像还不能解开放入UD区内吧？

lhteee · 发表于 2011-5-15 20:24:26

原帖由 pseudo 于 2011-5-15 16:34 发表

如果我没弄错的话，你并没有启动plpbt加速。

你说过启动过程没有按键，那么plpbt是不会被激活的。
出现USB_ACC.0PE界面时，按空格才激活；不按键，或按回车键是不激活的。

在你不激活plpbt能正常启动后 ...

真的转变观念了！！！

NicTense · 发表于 2011-5-15 20:45:30

呵呵，老实说，我只是觉得好玩，目前来说我还没看到很大的意义，因为native模式下可以做的事情，目前来说还太少，而且效率比较低，如果用Mount wim的方式，就失去了全内置拔U盘的优势，可是如果不mount，用复制或者cab解压的话，好像速度又没多大优势

而且，如果机器不太老的话，只要支持usb2.0，貌似最传统的方式就是最好的方式

不过如果nativeshell能扩展到拥有cmd那样的功能，那就很好玩了

pseudo · 发表于 2011-5-15 21:40:55

在U启慢（例如以分钟计）的慢机上，这个有意义。
即使复制cab也大致能快3倍。

而且，功能还在扩展中。

andos · 发表于 2011-5-15 21:42:13

原帖由 pseudo 于 2011-5-15 21:40 发表
在U启慢（例如以分钟计）的慢机上，这个有意义。
即使复制cab也大致能快3倍。

而且，功能还在扩展中。

文件少还可以，文件多就慢得要命

2011足迹 · 发表于 2011-5-15 22:04:27

今天又解决一个问题。。。现在cmd的native移植版功能已经相当强大。。。
目前支持cmd的copy echo del rd cd if for等命令。。。除for不支持f参数外其他的基本上是完美实现。。。
而且现在已经支持输出重定向到文件
bug不断排除中。。。
需要尝鲜的到svn下载代码编译。。。

NicTense · 发表于 2011-5-15 22:11:16

原帖由 2011足迹 于 2011-5-15 22:04 发表
今天又解决一个问题。。。现在cmd的native移植版功能已经相当强大。。。
目前支持cmd的copy echo del rd cd if for等命令。。。除for不支持f参数外其他的基本上是完美实现。。。
而且现在已经支持输出重定向到 ...

是把cmd的功能移植到native.exe里，还是编译一个可以在native模式下运行的cmd？

对了，楼主能不能直接给个编译好的版本，毕竟对我等不擅长编程的人来说，编译也是一个很麻烦还未必能做好的事情

2011足迹 · 发表于 2011-5-15 22:27:03

一个reactos中cmd的native子系统版。。。
基本上兼容cmd的命令。。但是不能启动win32程序（这个无解）
编译其实很简单。。。到微软官方下个ddk最新版。。安装好。。。然后运行代码中的scripts\build-free.bat就可以编译一个发行版了。。
现在不发布了。。还不是很成熟。。。变动经常发生。。。

NicTense · 发表于 2011-5-15 22:36:09

其实能不能用这些代码直接扩展nativeshell的功能，个人觉得不需要能启动win32程序，也不现实，native状态下，只要能有批处理那样的功能，足以实现各种判断和文件操作就可以了，这样很多功能就都能在这个模式下实现了

2011足迹 · 发表于 2011-5-15 22:38:16

正在向这个方向努力。。。大多数重要功能实现了。。。

yzszh64 · 发表于 2011-5-15 22:45:47

收藏了。老大厉害。谢谢了。

xhwfq · 发表于 2011-5-16 08:37:02

你给的native,测试如下:
1.mounw wxpe.wim x:\ d:\temp
  可写挂载,不开fbwb,正常.
2.mount wxpe.wim x:\
  不可写挂载,开fbwb,蓝屏(0x0000008e)
  原来用C大的是正常的,可惜不能可写挂载.

[ 本帖最后由 xhwfq 于 2011-5-16 08:39 编辑 ]

thttht · 发表于 2011-5-16 09:02:48

原帖由 xhwfq 于 2011-5-16 08:37 发表
你给的native,测试如下:
1.mounw wxpe.wim x:\ d:\temp
  可写挂载,不开fbwb,正常.
2.mount wxpe.wim x:\
  不可写挂载,开fbwb,蓝屏(0x0000008e)
  原来用C大的是正常的,可惜不能可写挂载.

你试试：mounw wxpe.wim x:\ 不可写挂载！

		自动登录	找回密码
密码			注册

native版的mini pecmd测试,添加mount命令--2011-4-4

回复 #403 fukystone 的帖子

回复 #404 NicTense 的帖子

回复 #394 ntsyh 的帖子

回复 #418 pseudo 的帖子

回复 #425 NicTense 的帖子

回复 #427 NicTense 的帖子

回复 #416 friend8179 的帖子