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

NicTense · 发表于 2011-5-17 10:20:22

原帖由 chenall 于 2011-5-17 10:17 发表

ud会比较麻烦但也不是不可能。

隐藏分区，也是有办法支持的（简单一点可以使用比较另类的方案，配合专门的一级内核，很简单的就可以了）。

明天或者后天比较有空，我再放一个测试版PE出来，理论上支持 ...

OK，回头我发一个整理好的sif文件给你，你的那个有点乱，哈哈，手工删确实很麻烦

对了，需要新的native.exe支持吗？

Plantsoot · 发表于 2011-5-17 10:28:22

期待Chenall兄的新作。
直接MOUNT隐藏分区是指的ud分区，或者说包含ud隐藏分区？
是直接MOUNT隐藏分区ud区内的文件还是先map ISO，再MOUNT？

NicTense · 发表于 2011-5-17 10:30:20

原帖由 Plantsoot 于 2011-5-17 10:28 发表
期待Chenall兄的新作。
直接MOUNT隐藏分区是指的ud分区，或者说包含ud隐藏分区？
是直接MOUNT隐藏分区ud区内的文件还是先map ISO，再MOUNT？

应该是直接 mount 隐藏ud分区内的文件，要不就没意义了

Plantsoot · 发表于 2011-5-17 10:33:20

原帖由 NicTense 于 2011-5-17 10:30 发表

应该是直接 mount 隐藏ud分区内的文件，要不就没意义了

如果是的话就太好了，这也是大家非常期待的，迫切想知道chenall兄实现它的原理。呵呵，有点拿来主义了。
如果真是的话，那WIM格式的内核（二级、……）的体积大小对启动速度和内存的影响基本上能忽略不计了吧。
弹性内核，呵呵！

[ 本帖最后由 Plantsoot 于 2011-5-17 10:35 编辑 ]

chenall · 发表于 2011-5-17 10:33:41

隐藏的ud区会比较麻烦，我对ud格式也不是很熟，目前还没有办法。
也许Plantsoot 可以想办法处理。

我前面的隐藏分区，是指一般普通的隐藏分区。

Plantsoot · 发表于 2011-5-17 10:37:45

原帖由 chenall 于 2011-5-17 10:33 发表
隐藏的ud区会比较麻烦，我对ud格式也不是很熟，目前还没有办法。
也许Plantsoot 可以想办法处理。

我前面的隐藏分区，是指一般普通的隐藏分区。

恩，看来还是得靠驱动解决这个问题，不知道Bean能不能出手，出了驱动是好事是坏事这个还真不好说。
我对驱动的开发一窍不通，呵呵。

Plantsoot · 发表于 2011-5-17 10:41:22

通过特殊的方式不知道能不能有办法解决这个问题。如果出个native版的fbinst，把WIM导出到内存盘再mount，不知道意义大不大。

NicTense · 发表于 2011-5-17 10:56:27

原帖由 Plantsoot 于 2011-5-17 10:41 发表
通过特殊的方式不知道能不能有办法解决这个问题。如果出个native版的fbinst，把WIM导出到内存盘再mount，不知道意义大不大。

貌似 native 和 fbinst 扯不上关系啊，估计很难实现

如果把外置单独弄成一个iso，如wxpe.iso，然后

map --mem (ud)\wxpe.iso (fd0)

在native.cfg里，直接
cd a:\
mount wxpe.wim x:\wxpe

这样应该可以找到，就是多了个A盘，而且很难做到安装完全傻瓜化

wyb391 · 发表于 2011-5-17 11:29:36

原帖由 NicTense 于 2011-5-17 02:54 发表
一个重大的发现
改造成nativepe，一级内核中需要用到的文件，都可以从二级内核中剔除，可以做到一个文件都不重复
我测试了一下，昨天改的tangope迷你版的native版可以再节省2M，功能一样

但是很奇怪，明明 ...

逆天使这个发现，在4.2 的模板中楼主说过了。一直在看你们讨论， wim在小体积压缩的时候是没有CAB 的压缩比高，另外WIM修改是要整理，不然体积是不会减小的， pe 1.x 在未来的支持上有很大的局限性，例如现在的 I5 笔记本，还是关注 PE3.X 吧，可以先简单的列出一个一级内核的文件列表

andos · 发表于 2011-5-17 11:45:37

楼上在说UD，我倒想知道为什么非UD不可呢?

pseudo · 发表于 2011-5-17 11:46:14

@chenall
能提供除了支持scd，还支持expand的native.exe么？
最好还支持可写mount。

@百草
等你的native版fbinst plus。

@wyb391
pe1.x跟i5没关系。只是某些引导方式出了问题，估计改进一下就行了，pe本身甚至不用动。

@逆天使
个人认为最好是不需要专门安装程序。

另外提一下，我专门发了“统一PE”的帖子，许多人没看到或没看明白。
还在发愁，甚至争论，嘿嘿。
如果看明白了，许多PE都值得改一下，出个新版。

andos · 发表于 2011-5-17 11:49:47

原帖由 pseudo 于 2011-5-17 11:46 发表
@chenall
能提供除了支持scd，还支持expand的native.exe么？
最好还支持可写mount。

@百草
等你的native版fbinst plus。

@wyb391
pe1.x跟i5没关系。只是某些引导方式出了问题，估计改进一下就行了， ...

native本身支持expand啊，不过expand比较慢，由其是文件多的时候
mountrw这个功能不错呢

你说的统一PE概念，估计没有足够基础的人，一般应该也不能完全看懂吧
什么时候弄个"统一PE3"(对，是PE3)，给我们参考下啊?(好像有点伸手主义，哈哈) 呵呵~~

[ 本帖最后由 andos 于 2011-5-17 11:51 编辑 ]

NicTense · 发表于 2011-5-17 11:51:57

原帖由 andos 于 2011-5-17 11:45 发表
楼上在说UD，我倒想知道为什么非UD不可呢?

不是非UD不可，我就没用过UD

但是一个好的PE结构是要可以兼容各种启动方式，你可以不用它，但最好是保证要用的时候也能用，而且用起来很简单

andos · 发表于 2011-5-17 11:55:46

原帖由 NicTense 于 2011-5-17 11:51 发表

不是非UD不可，我就没用过UD

但是一个好的PE结构是要可以兼容各种启动方式，你可以不用它，但最好是保证要用的时候也能用，而且用起来很简单

其实我也只是想问问而已，也就是为什么那么热爱UD的原因。我没有反对别人用UD呢，

可是我到现在还不知道UD有什么优点呢...

Plantsoot · 发表于 2011-5-17 11:59:14

关于ud的好处到是可以看一个帖子，不点的帖子：

兔年大PK：兼容性最高的USB启动方式，fbinst or NTLDR?

当然了，很多PE没考虑过出UD版，也可能觉得ud没什么太大用处，这个是很正常的，无可厚非的。
不过，确实有很多朋友喜欢ud，甚至爱上了ud，呵呵，说的有点夸张了，尤其是fbinst+grldr，更是让很多朋友着迷，这里面肯定有他的原因的。

如果是散开藏人ud的PE，native和fbinst还是可以有关系的。

[ 本帖最后由 Plantsoot 于 2011-5-17 12:28 编辑 ]

andos · 发表于 2011-5-17 12:12:09

原帖由 Plantsoot 于 2011-5-17 11:59 发表
关于ud的好处到是可以看一个帖子，不点的帖子：

兔年大PK：兼容性最高的USB启动方式，fbinst or NTLDR?

当然了，很多PE没考虑过出UD版，也可能觉得ud没什么太大用处，这个是很正常的，无可厚非的。
不 ...

兼容性嘛，我还是没看出来呢....
这种投票，我想多半是在用UD的人去投的吧，标题在问"fbinst or NTLDR"，但内又有别的可选，已经有误导成份，有假象的味

对了，好像听说UD可以防毒的似...不过又貌似说可以cmd秒杀，都听到有点糊涂了.....

功能愈多是不错的呢，配合不同口味嘛....呵呵~~

wyb391 · 发表于 2011-5-17 12:25:53

原帖由 Plantsoot 于 2011-5-17 11:59 发表
关于ud的好处到是可以看一个帖子，不点的帖子：

兔年大PK：兼容性最高的USB启动方式，fbinst or NTLDR?

当然了，很多PE没考虑过出UD版，也可能觉得ud没什么太大用处，这个是很正常的，无可厚非的。
不 ...

先声明，我很喜欢各位的作品，我一直是拿来主义者，当然不是全那，应用各位的优点而已，说道不点的那篇文章找就看过了，说道地还是他一再在开发的grub4dos 罢了。 UD 一开始接触是有很多的吸引人的地方，但是现在很多慢慢的又放弃了UD 问什么？分析来说，他能很简单的做U盘启动，新手很适合用，不用再去找配套的安装工具。更不用量产U了。。。。但是事实证明，这只能短时间内吸引一些新手。现在不是很多人都开始放弃了吗。我也放弃了。原因就不解释了。

PE1.X拿多核心CPU当单核使用你不觉得郁闷吗。现在是多核时代是效率=核心+频率+二级缓存而不是效率=频率+二级缓存

支持和能用不是一回事。

[ 本帖最后由 wyb391 于 2011-5-17 12:31 编辑 ]

NicTense · 发表于 2011-5-17 12:31:18

原帖由 wyb391 于 2011-5-17 12:25 发表

先声明，我很喜欢各位的作品，我一直是拿来主义者，当然不是全那，应用各位的优点而已，说道不点的那篇文章找就看过了，说道地还是他一再在开发的grub4dos 罢了。 UD 一开始接触是有很多的吸引 ...

其实原因是要解释的，没有原因的选择纯属个人喜好，没有任何意义

Plantsoot · 发表于 2011-5-17 12:34:32

从喜欢到不喜欢，从使用到放弃，都是很正常的，就像人的恋爱，从喜欢到恋爱，从恋爱到结婚，从结婚到离婚，从离婚到复婚，……

呵呵，ud不仅可以用在U盘上，还可以用在硬盘上，具体就不在这里讨论了.
每个人都有自己的选择，每个使用PE的人使用的环境也是不尽相同的，比如说我管理的几百台电脑全部无光驱，2000年到2011年的电脑都有，所以我选择了ud，当然我也有量产的盘，不同的情况可以选择不同的方式，这个是没办法的，只要自己喜欢，只要能更好的完成工作就是好的方式。

扯远了，native的帖子扯到fbinst了。

不讨论ud这个问题了，也没太大必要。

[ 本帖最后由 Plantsoot 于 2011-5-17 12:36 编辑 ]

pseudo · 发表于 2011-5-17 12:45:51

chenall的不支持expand，足迹的不支持scd。

有基础的，也没几个看明白。还在为一些已得到很好解决的问题发愁，嘿嘿。
对他们而言，一旦想达到其中某种效果，技术就不是主要障碍，因为解决方案是现成的。

wyb391 · 发表于 2011-5-17 12:50:06

原帖由 NicTense 于 2011-5-17 12:31 发表

其实原因是要解释的，没有原因的选择纯属个人喜好，没有任何意义

先称赞天使一下，  很佩服你的脚本功底。CMD 那写的那个真是厉害啊。

放弃的原因  百草霜别介意啊

1.  他是基于grub4dos 的一个外壳，  布点发布的grub4dos 的太过于频繁，功能还在改进。

2.  引导兼容确实不如SYSLINUX  和  EZB

3.  完整的内核iso  虽然现在可以外置工具到可见分区内，但还是不进如意。

4.  你刚才也说了和双显卡的机器存在一定的未知数。

Plantsoot · 发表于 2011-5-17 13:01:51

呵呵，怎么会介意呢，我也用户，不是开发者。驾驭的了的就是适合的，适合自己的就是好的，某种意义上讲不好对比，参照物不同，反正好用就行。

chiannet · 发表于 2011-5-17 13:05:17

我觉得把WIM提取到内存盘再moun丧失了native的本意。我一直在默默留意此贴，在下认为没有支持native版的fbinst.exe时，native PE @UD方式没有任何优势。

现有的这项技术可能只能用在满足以下条件的场合才显神效：
1、普通的USB-HDD、USB-zip、USB-CDROM（量产），U+
2、不支持USB2.0启动老旧机器的场合

目前看下来。包括chenall NicTense两位老大给我们所展示的native PE都是不能散开全藏于UD来使用的。不散开整体藏入的话，也就用不上native的秉性了。
而pseudo 大的OPE是利用了GRLDR可访问UD的功能，但NATIVE的秉性表现得不淋漓尽致。

[ 本帖最后由 chiannet 于 2011-5-17 13:11 编辑 ]

Plantsoot · 发表于 2011-5-17 13:09:17

c兄分析的很到位，如果解决了ud驱动的问题就好多了。

chiannet · 发表于 2011-5-17 13:28:59

应用当前的native shell到UD，我看要回到这个状态：UD区只藏入grldr 及其meun.lst，把setupldr.bin winnt.pex,ntdetect.com及RAM PE内核的文件散布于可见区，既解决近段时间恼人map --mem iso引发的i3 i5双显卡蓝屏故障，又利用了native的加速效果。置于外置程序。爱放哪就放哪。反正进了PE可运行fbinstl.exe从UD提取或直接从U盘可见区搜索。

正如您说的，支持native shell的 ud驱动才是终极解决方案。有了它，诸如map --mem 蓝屏故障、老旧机器map时间长、从UD提文件的等待等问题不就都解决了？

NicTense · 发表于 2011-5-17 14:36:43

@chenall

TXTSETUP.7z (4.69 KB, 下载次数: 30)

整理好的txtsetup.sif

对了，你把pcmcia删了，这样好吗？好像几年前的笔记本电脑还有用pcmcia卡的

andos · 发表于 2011-5-17 14:41:09

原帖由 wyb391 于 2011-5-17 12:25 发表

先声明，我很喜欢各位的作品，我一直是拿来主义者，当然不是全那，应用各位的优点而已，说道不点的那篇文章找就看过了，说道地还是他一再在开发的grub4dos 罢了。 UD 一开始接触是有很多的吸引 ...

现在的PE如果不支持多核CPU的话，会比较杯具....效能会下降很多
有的CPU有第三级缓存L3的

pseudo · 发表于 2011-5-17 14:42:18

不客气地说，0PE算是目前将NATIVE的秉性表现得最淋漓尽致的PE之一。
是chiannet兄，甚至包括NicTense兄没看明白。

NicTense · 发表于 2011-5-17 14:59:10

原帖由 pseudo 于 2011-5-17 14:42 发表
不客气地说，0PE算是目前将NATIVE的秉性表现得最淋漓尽致的PE之一。
是chiannet兄，甚至包括NicTense兄没看明白。

0PE的技术含量确实是目前所有PE里面最高的
不过那个启动方式和结构我不太喜欢，所以至今为止没有具体研究过里面的文件

其实我还是比较喜欢简单一点的启动方式，太复杂维护起来太麻烦，我喜欢完美的东西
过程多了就永远都无法做到完美了
而且完美这个东西，仅仅对我而言，在我启动的时候没有遇到任何问题，启动之后一切如我所愿，就是完美了
就个人而言，其实我还是喜欢原来一个22M的完整iso，native对我来说还属于玩具状态

p大如果有时间的话，不妨写一个帖子介绍一下native结构在pe的高级应用
老实说，目前为止，我对native还是处于一知半解状态
而且感觉这个应用很依赖这个nativeshell的功能和性能

@andos
多核支持不是问题，修改一下txtsetup，添加几个文件而已
问题是，你把pe当系统用，还是当维护工具用，我是后者，所以多核没有任何意义

[ 本帖最后由 NicTense 于 2011-5-17 15:00 编辑 ]

andos · 发表于 2011-5-17 15:10:47

原帖由 NicTense 于 2011-5-17 14:59 发表

0PE的技术含量确实是目前所有PE里面最高的
不过那个启动方式和结构我不太喜欢，所以至今为止没有具体研究过里面的文件

其实我还是比较喜欢简单一点的启动方式，太复杂维护起来太麻烦，我喜欢完美的东西 ...

0PE的打开看了几次，但是都是没搞懂，感觉比较复杂，我个人来说看不懂

PE我从来是当PE用，从没当过系统用，PE多核效率也会高一点的
举个例(或者可能例子不太好，但是想你明白一点)，
有一100辆车，一条隧道畅通一点，还是有四条隧道畅通一点?
再说，既然CPU是多核的，只用一个核也太浪费了.......

[ 本帖最后由 andos 于 2011-5-17 15:27 编辑 ]

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

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

回复 #470 chenall 的帖子

回复 #487 wyb391 的帖子

回复 #491 wyb391 的帖子

回复 #477 Plantsoot 的帖子

回复 #493 chiannet 的帖子

回复 #494 Plantsoot 的帖子

浏览过的版块