diskpart shell ,用 pecmd 给 diskpart 做个外壳 2022.03.23 ver:1.28 改进

dos时代菜鸟 · 发表于 2021-7-9 12:12:44

高分屏没用过，不知道咋调试。
脚本中已经加入设置每个窗口的字体，不知道能有效果不。

dos时代菜鸟 · 发表于 2021-10-23 11:27:31

本帖最后由 dos时代菜鸟于 2021-10-23 13:11 编辑

zhxy9804 发表于 2021-9-25 19:47
给加个整数分区计算功能就完美

对于NTFS格式的硬盘分区，原理比较复杂。NTFS分区的最小容量不能精确到1MB，而是柱面大小。硬盘一般有255个磁头，63个扇区，故每个柱面的大小为：512bit*255*63=8,225,280bit=7.84423828125MB。
如果要分个10GB的NTFS分区，理应为10*1024MB=10240MB，实际需要的柱面数10240÷7.84423828125=1305.4。因柱面只能算整数，即1306个柱面，这样实际分配的M数为
1306*7.84423828125=10244.575MB，不管小数点后面几位都进1，也就是10245MB，这样才会被Windows系统认成是10GB。

也就是说，需要有多出一点点而的空间供分区，才能实现整数，而，这个是需要做判断的，如果你要分区的区域，不能满足多出那么一点点儿，diskpart 就会分区失败。

这个如果用来制作 vhd 倒是问题不大，但是落到分区上，一些实际情况恐怕就不允许了。
弄到自动均分上到时可以考虑，不计算尾巴分区的整G，应该就可以，但是，自动均分这个事情，本身就有人不认同。

而且自动均分上，如果均分的数额本身就不是整 G ，即便考虑到磁柱整数的问题，结果也不是整G，比如给10G的空间均分成3份，总不能3+3+4 这么分呀，这就不是均分了。

dos时代菜鸟 · 发表于 2021-10-23 13:35:02

zhxy9804 发表于 2021-9-25 19:47
给加个整数分区计算功能就完美

1.25.0-2021.10.23-diskpart2x.7z (17.93 KB, 下载次数: 5)
1.25.0 2021.10.23 测试用核心脚本
用于创建、均分分区是在条件允许的情况下，取整G .
需要广泛测试。在均分是，如果分区大小是 1024 5120 等之类的，应该是取整G的。手动创建分区，单个分区取整G后，如果空间允许，就取整G了，比如 10G 就会计算成 10245M 。

dos时代菜鸟 · 发表于 2021-10-23 16:35:56

本帖最后由 dos时代菜鸟于 2021-10-23 16:37 编辑

支持自动计算整G 分区，

diskpart_shell.1.25.1.7z (1.7 MB, 下载次数: 3)

当设置分区在 1G以上，就尝试进行整G 计算，如果该区域有足够空间支持的话，就整G 分。

如下图：在指定区域（该硬盘10G位置开始）分出一个5G 分区，在资源管理器中，显示该分区是整整5G。

dos时代菜鸟 · 发表于 2021-10-23 18:00:34

本帖最后由 dos时代菜鸟于 2021-10-23 19:10 编辑

diskpart_shell.1.25.3.7z (1.7 MB, 下载次数: 1)

继续测试版，做了一些细微的调整。减少出错。

1.25.3
调整一些关于创建分区时对于数据溢出的判断，如果设置的偏移量+Size>空间量，就提示并退出模块。
  //如果人为设置偏移量差额多余1G且分区容积不为零,尝试计算offset取整G。
  //容积为0，意为将自偏移量后的所有空间分配给这个新分区。offset如果设置取整G，后面的空间就不足整G了，
  //所以如果容积被设置为0，就不进行offset取整G
  //如果分区指定的大小取整G计算后在未分配空间的范围内，就取整G。

dos时代菜鸟 · 发表于 2021-10-23 23:59:47

1.25.4 2021.10.23
改进了一下创建分区模块中关于整G 分区的算法。
更新已经放在1楼

dos时代菜鸟 · 发表于 2021-10-24 07:47:43

1.25.41
修正创建分区时，当设置分区容量为0，而offset也被设置增加时，分区容量赋值不正确导致无法分区的问题。
此问题只有 1.25.4 存在

已经更新至1楼。

dos时代菜鸟 · 发表于 2021-10-24 11:13:21

本帖最后由 dos时代菜鸟于 2021-10-24 11:38 编辑

关于
创建分区功能的演示和整G分区功能的检测，如图

dos时代菜鸟 · 发表于 2021-10-25 09:07:48

nttwqz 发表于 2021-6-20 21:10
已确认，就是系统变量%path%某个路径下有pecmd.exe造成，换成新版或删除后，问题解决。
鉴于PE中一般都 ...

dos时代菜鸟 · 发表于 2021-10-25 09:47:28

本帖最后由 dos时代菜鸟于 2021-10-25 16:30 编辑

增加了一个取消按钮。通常用不到。

1.25.51 核心脚本

diskpart2x.zip (21.1 KB, 下载次数: 2)

升级日志：

updata.txt (12.54 KB, 下载次数: 2)

dos时代菜鸟 · 发表于 2021-10-26 11:17:13

用 Resource Hacker 弄了个单文件脚本内置的版本。放在一楼了。

dos时代菜鸟 · 发表于 2021-10-26 12:50:42

脚本内置版的脚本也放到了一楼，
请用最新版 pecmd.exe 调用，

脚本不在需要 ids.txt

dos时代菜鸟 · 发表于 2021-10-27 16:19:43

get 到了新能力，如何把内置到 pecmd.exe 中的文本转成变量供脚本使用

getf# #301,0#*,x
CODE **-ansi,x,**-uni,x
mess %X%

复制代码

就是把pecmd.exe\ExeDATA\#301 中的文本信息读取为变量 x 再mess 显示出来。
必须用GETF# 以二进制方式读取，再用 code 把 uni 转为 ansi .

dos时代菜鸟 · 发表于 2021-12-6 22:18:07

lxb1628 发表于 2021-12-6 09:46
好东西，可惜下不了

何出此言?

dos时代菜鸟 · 发表于 2022-1-3 12:05:37

my9823 发表于 2022-1-2 21:31
x64的在某些pe中一直显示开始那个貌似倒计时的对话框

Pe里没有DISKPART

dos时代菜鸟 · 发表于 2022-1-4 14:44:43

my9823 发表于 2022-1-2 21:31
x64的在某些pe中一直显示开始那个貌似倒计时的对话框

用这个试试吧，只是加了一个检查是否存在 diskpart.exe 的判断。

DiskPart_Shell_1.25.57(x64)_.7z (959.6 KB, 下载次数: 12)

dos时代菜鸟 · 发表于 2022-3-6 12:48:56

本帖最后由 dos时代菜鸟于 2022-3-6 12:50 编辑

更新了一下。修复一处bug

2022.03.06
1.25.6
修正未分配空间计算的一处bug,主要表现为：当扩展分区全部空间被分配满，扩展分区与其后的主分区之间的未分配空间将不被显示。原算法，只考虑了当扩展分区中有尚未被分配的空间时的情况。341,342 两行代码位置移出 find 段，即可解决此问题。

dos时代菜鸟 · 发表于 2022-3-6 14:19:47

本帖最后由 dos时代菜鸟于 2022-3-6 14:50 编辑

貌似扩展分区方面还是有点儿问题
原来 341 行那两行代码移出 find{} 段以外，移多了，这次重新来过了。

dos时代菜鸟 · 发表于 2022-3-7 10:03:32

窄口牛发表于 2019-3-29 17:57
搞点实际意义大些的，命令办不了的那些。

思来想去，唯独这个点选未分配区域并对其分区的功能，勉强能算是命令做不来的。

dos时代菜鸟 · 发表于 2022-3-23 10:46:02

1.26.0
增加子vhd 向上合并功能

dos时代菜鸟 · 发表于 2022-3-23 19:31:05

1.26.1 可以探测子vhd 的上面十八级祖宗。

dos时代菜鸟 · 发表于 2022-3-23 23:09:28

本帖最后由 dos时代菜鸟于 2022-3-23 23:23 编辑

yesfei 发表于 2022-3-23 22:39
那个几百M的EFI启动分区，只能用DG分区创立外，还有什么软件创立？

diskgen 可以，我常用 diskpart 也可以，
其实就是个 Fat32 的正常分区，修改一下 id 成 efi ，就行了。
用本贴中的 pecmd 脚本，更方便些
如图：

dos时代菜鸟 · 发表于 2022-3-24 10:18:46

本帖最后由 dos时代菜鸟于 2022-3-24 10:25 编辑

这个是集鼠标操作与键盘操作于一身的脚本。
鼠标操作完，然后是是显示 diskpart 指令，此时仍然可以在界面修改指令集，最后确定即可。
可以根据命令结果，判断是否成功。

最好有点儿 diskpart 使用经验的。

dos时代菜鸟 · 发表于 2022-3-24 11:55:20

刚给单文件版增加了一个附带参数 debug
如果附带次参数，将显示两个本该隐藏的 diskpart 窗口。虽然指令结果已经被转移到某临时文件，但这两个窗口可以看到运行的指令。（对于使用者，其实没啥大用。）

dos时代菜鸟 · 发表于 2022-3-24 19:15:24

刚在中文 Win10 中安装了个英文语言包，设置语言默认英文，然后运行单文件版。
发现代码页还是 936 而 diskpart 运行时调用的却是英文。导致程序按照中文关键字搜索磁盘信息失败。
所以，修正了一下判断 diskpart 语言环境的语句，即使 diskpart 调用的是英文字典文件，也可以正常获取磁盘信息。

dos时代菜鸟 · 发表于 2022-3-25 13:59:16

vhd 查祖宗功能，有时还是有些用处的。比如 expand 扩展vhd 大小时，就必须用这个确定最顶层 vhd 是哪一个。
在合并的时候，也能确定到底合并到第几级。

dos时代菜鸟 · 发表于 2022-3-25 17:08:16

nttwqz 发表于 2022-3-25 14:25
不如改为查祖宗十八代。。。

可以有

dos时代菜鸟 · 发表于 2022-3-26 12:47:59

考虑把双 diskpart 引擎变为单 diskpart .
当初考虑双 diskpart 进程，是因为读取临时文件获取 diskpart 返回信息的方法效率低，后来用到 getf 函数，文件体积与读取信息几乎没啥影响。用两个 Diskpart 进程，反而占用了10M 的内存。除了当用户中断操作时，能够更快切换 diskpart 进程以外，没啥优势。

dos时代菜鸟 · 发表于 2022-3-26 19:06:54

freesoft00 发表于 2022-3-26 18:58
“查祖宗”专业软件用不专业的词汇感觉就不太专业了。

那。。。么。。。换个啥名词好呢？

dos时代菜鸟 · 发表于 2022-3-26 19:46:35

527104427 发表于 2022-3-26 19:26
“溯源”两个字足矣

好的，已经更新到 1.27.1 版

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

diskpart shell ,用 pecmd 给 diskpart 做个外壳 2022.03.23 ver:1.28 改进

点评

点评

点评