diskpart shell ,用 pecmd 给 diskpart 做个外壳 ver:1.29.3

dos时代菜鸟

dos时代菜鸟 发表于 2026-7-21 07:30
为何？ msr 要放到 efi 后面？

没用过这个分区，diskpart 创建gpt结构，默认第一分区就是这个，还要删除之，然后再建个。
所以，就默认把这个放最前面了。其实无所谓。

蓝 色

嗯，刚才看了一下ai的解释，如下

shinykers

优雅~感谢分享~

dos时代菜鸟

蓝 色 发表于 2026-7-21 08:59
嗯，刚才看了一下ai的解释，如下

用diskpart 做gpt初始化时，会自动生成一个msr分区，要进行下一步的自定义分区，就需要先删除这个DISKPART自作主张生成的MSR，而极少数情况可能因为指令延迟或磁盘服务滞后等因素导致删除失败，而自定义分区指令集却不会因此中断，此时进行下一步的自定义分区，把自定义的分区序列里的MSR放前头，更合适一些，可以在后续手动修复分区序列中两个MSR的问题，把两个MSR删除重新分成一个MSR。
因为发现这问题时，很可能EFI分区可能已经被写入内容了。

dos时代菜鸟

1.29.1 改进了一下下

蓝 色

上图中的EFI和MSR这2个特殊分区，新规范强制ESP分区只能是“fat32”，
而MSR不执行任何 format命令，所以它卷标为空。这两个分区被选中时，右边
窗口文件系统和卷标那里应该都是灰色不可改才合适，也就是只能输入大小（M），
若乱选系统文件，创建的引导分区将不可正常引导系统启动。

dos时代菜鸟

蓝 色 发表于 2026-7-22 14:30
上图中的EFI和MSR这2个特殊分区，新规范强制ESP分区只能是“fat32”，
而MSR不执行任何 format命令，所 ...

这俩分区特殊
MSR分区，只要ID不变，是否格式化没啥关系
EFI分区，有的主板是支持NTFS 作为 efi 启动的，不能钉死。

dos时代菜鸟

改进一下下

1.29.3

1.29.3
改进，自定义分区中，
1.msr 分区的 raw 特性不可更改。
2.如果设置size=0 直接删除该条 拟分区记录。

算法效果如下：
自上而下依次修改列表数据.在列表中选择某条要修改的拟分区数据.修改特定数据.回车确认.
中间 某条记录size变更会影响下方逐条size
修改最后一条记录size 只会影响其上一条记录
size=0 将删除该条数据.
当最后一条记录 size=0时 原size 累加到上条记录.
中间某条记录size=0 原size平分到下方逐记录.