[更新376#2825]PECMD2012.1.80.13_Win32_64.多窗口多线程.裸机系统2.3.3.1+18M酷M...

mdyblog

hhh333 发表于 2015-8-26 07:21
这个区不区分无所谓了，这个命令有不有一个保留盘符的概念，也可以理解为只理顺某个范围内的盘符，譬如 ...

1：
有.

-from:CDEFGHIJKLMNOPQRSTUV
顺序可以任意指定，且按指定顺序分配。
-from:VUTSRQPONMLKJIHGFEDC



单个盘符就是起始了。
-from:F 或  -from:F:  就是F-Z


DISK -check  -from:CDEFGHIJKLMNOPQRSTUV   ,,,1,?:,0x31


2：
哦， 意思 可能不太一样。
从根本上说，DISK 是盘符分派器， 而不是整理整理器。
其信息出发点是设备，而不是原有的盘符列表。
即使盘符都没了， DISK 也能重建。它是设备信息这个依据 出发的。

不过重合读挺大的。


3：
还有一个 -skippt：
这个是保护某些分区及其持有的盘符， 不受影响。

DISK -check  -skippt:0:1;0:5   ,,,1,?:,0x31

hd0 的  1 5号逻辑分区，的盘符状态 不受影响， 其只有的盘符也不被人拿走。

mdyblog

1：
REGI 加了个  --a --av --ak 来枚举下面的玩意儿。
每行一个


2：
FORM -x  返回详细类型。 可以排除软盘了。

hhh333

mdyblog 发表于 2015-8-26 08:33
1：
有.

那我基本上用你的：DISK -check  -from:CDEFGHIJKLMNOPQRSTUV   ,,,1,?:,0x31这条命令就可以了，如果能够简化点：DISK -check  -from:C-V   ,,,1,?:,0x31更好，毕竟用到范围的更多，要保护的多数是两端的。指定按列表顺序的情况几乎用不到。

mdyblog

hhh333 发表于 2015-8-26 09:05
那我基本上用你的：DISK -check  -from:CDEFGHIJKLMNOPQRSTUV   ,,,1,?:,0x31这条命令就可以了，如果能 ...

-from:C-V 加上了
也支持倒序
-from:V-C

倒序乱序主要是U盘,从后面开始分配。
ＷＧ的Ｕ盘是从后面开始分配，优先Ｚ:

DISK -check  -from:CDEFGHIJKLMNOPQRSTUVZ   ,,,1,ZVUTSRQPONMLKJIHGFEDC,2

hhh333

mdyblog 发表于 2015-8-26 09:50
-from:C-V 加上了
也支持倒序
-from:V-C

要处理的情况真多，现在应该比较完善了，我再仔细测试一下。

mdyblog

选项 0x71

限定 整理 指定盘符表对应的设备，并用指定的盘符表。


DISK -check  -from:CDEFGHIJKLMNOPQRSTUV   ,,,1,?:,0x71

hhh333

mdyblog 发表于 2015-8-26 12:00
选项 0x71

限定 整理 指定盘符表对应的设备，并用指定的盘符表。

这个与前面不同是不是在于：只要位于表内的盘符会按约定的顺序规则进行整理？

mdyblog

hhh333 发表于 2015-8-26 17:15
这个与前面不同是不是在于：只要位于表内的盘符会按约定的顺序规则进行整理？

是的。
G-Z
则 A-F对应的设备不动， A-F也不参与分配。

恋梦

编辑掉了

hhh333

mdyblog 发表于 2015-8-26 17:28
是的。
G-Z
则 A-F对应的设备不动， A-F也不参与分配。

如果31与71的盘符列表相同，区别是31不会整理有些类型的盘，如RAMDISK　IMDISK等？

mdyblog

hhh333 发表于 2015-8-26 18:04
如果31与71的盘符列表相同，区别是31不会整理有些类型的盘，如RAMDISK　IMDISK等？

RAMDISK　IMDISK
都不整理。
目前整理的：标准接口的CDROM    \\.\PhysicalDriveN这种标准接口的磁盘。

hhh333

mdyblog 发表于 2015-8-26 18:55
RAMDISK　IMDISK
都不整理。
目前整理的：标准接口的CDROM    \\.\PhysicalDriveN这种标准接口的磁盘 ...

那不是没有区别？

mdyblog

hhh333 发表于 2015-8-26 19:12
那不是没有区别？

-from:G-Z


0x31: (只限制盘符)
   A-F不会参与分配，   原A-F对应的设备可能会被整理。
   如: 原C: 盘可能变成G:


0x71:(限制盘符和设备=-from:+-skippt:)
   A-F不会参与分配，  原A-F对应的设备不会被整理。
  如: 原C: 盘还是C:盘

hhh333

mdyblog 发表于 2015-8-26 19:31
-from:G-Z

那71应该更准确一些，31只是将设备在列表区间内分配
71能保护区间外的盘符和设备

那我直接用DISK -check -from:C-V ,,,1,?:,0x71
应该可以达到目的。

hhh333

关于挂载的标志我还想提一些问题
实际上标志文件有几种情况：
A、只有一个标志文件（这种情况可以用checkfile:来解决）
B、有两个或多个标志文件，但他们之间可能是“和”与“或”的关系。如同时满足两个标志才挂载或者只要有其中任何一个就挂载。（这种情况我看了一下说明，可以用“-tag:  标志文件”，但这个只能解决后一种情况，即只要有一个就挂载，但前一种可能就不行了，能不能来一个诸如“-tag+:  标志文件”，代表同时满足的条件）

另外我想既然有了“-tag:  标志文件”就没必要“checkfile”参数了，不知道LZ为什么搞两个？

哦，还有就是标志文件路径的书写是不是用"\"和"/"都允许？

如代码：

1. MOUN -udm -mall -mhide -u+ -check -nbrd -tag:H3PE/WINPE.INI -tag:BOOT/H3_3PEIN.WIM -ret:&&v \\.\PhysicalDrive* B-
   

复制代码

代表只要有H3PE/WINPE.INI 或者BOOT/H3_3PEIN.WIM就应该挂载。（麻烦看一下，这种写法对不对）

而代码：

1. MOUN -udm -mall -mhide -u+ -check -nbrd -tag:H3PE/WINPE.INI -tag+:BOOT/H3_3PEIN.WIM -ret:&&v \\.\PhysicalDrive* B-
   

复制代码

表示必须同时有H3PE/WINPE.INI 和BOOT/H3_3PEIN.WIM才挂载。（当然这个是我想像的功能，如实现起来麻烦就算了）

hhh333

那个软键盘脚本也不错，我已经将它放我发布的新PE中了，我还有个想法，能不能将这个脚本再强化一下变成一个中英文符号键盘，可以参考智能陈桥。
如：①②㈠㈡☆

mdyblog

hhh333 发表于 2015-8-30 07:05
关于挂载的标志我还想提一些问题
实际上标志文件有几种情况：
A、只有一个标志文件（这种情况可以用check ...

-tag: 和   -checkfile: 不同。

1） -tag:
：：挂载
只关涉到挂载。 没有就不不挂载。

1）  -checkfile:
：：挂载 和 盘符过滤
（1）关涉到挂载。 没有就不不挂载。
（2）-findboot时，可以过滤哪些不需要挂载的盘符。没有整个文件，就丢弃。

mdyblog

hhh333 发表于 2015-8-30 07:05
关于挂载的标志我还想提一些问题
实际上标志文件有几种情况：
A、只有一个标志文件（这种情况可以用check ...

2：“-tag+:
算了吧， 太复杂。
这种还是 PE只见诶主动配合吧。
一般   -checkfile:  就够了。设计PE也简洁多了，都用同一个标志文件。

mdyblog

hhh333 发表于 2015-8-30 07:05
关于挂载的标志我还想提一些问题
实际上标志文件有几种情况：
A、只有一个标志文件（这种情况可以用check ...

3：
还有就是标志文件路径的书写是不是用"\"和"/"都允许？
-----------------
是的。内部自动标准化。

mdyblog

hhh333 发表于 2015-8-30 07:44
那个软键盘脚本也不错，我已经将它放我发布的新PE中了，我还有个想法，能不能将这个脚本再强化一下变成一个 ...

这么多子键盘，还不累死啊。

hhh333

mdyblog 发表于 2015-8-30 10:11
2：“-tag+:
算了吧， 太复杂。
这种还是 PE只见诶主动配合吧。

一般来讲PE不会设专门的标志，只是用其中的文件来标识，两个标志同时满足，实际上是检测是不是有两个文件，更不容易出错而已。同时两个标志满足用到的情况确实较少。麻烦就不弄也罢。

实际上，我一直有个疑问，为什么PECMD一直没有关系运算，可能比较复杂吧，看LZ的架势是要将其打造成一个超级脚本解析器的，也有这个能力。实现了关系运算，代码的可读性会增加，也更方便一些条件判断。

hhh333

mdyblog 发表于 2015-8-30 10:11
-tag: 和   -checkfile: 不同。

1） -tag:

看来 -tag的功能对我是有用的，我确实需要检测两个文件，因为我有个精简版会把H3PE整个目录都删了，我又不想运行两次挂载命令。

hhh333

mdyblog 发表于 2015-8-30 10:14
这么多子键盘，还不累死啊。

哈哈，想一想一个超级虚拟键盘还有很有诱惑的！特别对平板对我们中国用户很有用的。

mdyblog

hhh333 发表于 2015-8-30 10:46
一般来讲PE不会设专门的标志，只是用其中的文件来标识，两个标志同时满足，实际上是检测是不是有两个文件 ...

我一直有个疑问，为什么PECMD一直没有关系运算，
----------------------
有啊。



IFEX $[  2>1 & 3>2 & (  1>2 | 9>4 ) ], MESS YYY! MESS NNNN
就是调用的 关系运算。
此处 && 简写为 &  （因为没有位运算），书写简单了。

hhh333

mdyblog 发表于 2015-8-30 10:57
我一直有个疑问，为什么PECMD一直没有关系运算，
----------------------
有啊。

这个可以用到条件判断中吗？

mdyblog

hhh333 发表于 2015-8-30 10:51
看来 -tag的功能对我是有用的，我确实需要检测两个文件，因为我有个精简版会把H3PE整个目录都删了，我又 ...

可以， 放过 H3PE\标志文件
这样统一了， 命令也好写，设计也简单了。

mdyblog

hhh333 发表于 2015-8-30 11:01
这个可以用到条件判断中吗？

可以的。
你一直看的是4，0的精简说明书，看看完整版说明书吧。

IFEX $[  2>1 & 3>2 & (  1>2 | 9>4 ) ], MESS YYY! MESS NNNN

hhh333

mdyblog 发表于 2015-8-30 11:01
可以， 放过 H3PE\标志文件
这样统一了， 命令也好写，设计也简单了。

哈哈，我两个都是需要的，因为我是允许H3PE这个目录放任何地方的，不一定非得放启动区与boot\h3_3pein.wim一起的。我看有的用户就将我的ISO的文件放到了UDM2里面，我还得改代码，让支持这种情况，我总是用一个UDM区的，不想整得太复杂，但用户不这么想。
因此，仔细看你的说明，设计了-tag可以有多个，正适合我这种想法。

hhh333

mdyblog 发表于 2015-8-30 11:06
可以的。
你一直看的是4，0的精简说明书，看看完整版说明书吧。

以前总用精简版， 这次才改用完全版，我得仔细点。

mdyblog

-tag+: 加上了