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

527104427

mdyblog 发表于 2015-7-12 16:09
该命令 不删除UD的目录文件。
你自己 先将 UD目录中的扩展区文件都删掉。一般新建ＵＤ。

UD扩展区格式化成功了，但下面命令又出现了问题，与 10655#  一样，EXPLORER 卡死，并出现一堆没用的盘符。

UD里面有多少个文件，就会出现多少个盘符。并且 udext 挂出来也无法访问:

MOUN  -udm  -mall -mhide1 -udfs -udm-  \\.\PhysicalDrive2  VUTSRQPONMLKIBA

mdyblog

527104427 发表于 2015-7-12 16:18
意思是，原来扩展区的文件，在格式化后还是可以访问，不会损坏。
老大是这意思吗？

是的。
但是文件实体， 是重叠的。
扩展区格式化的时候， 或改写前面部分，随着使用，改写的越多。

在格式化后还是可以访问，目录结构不会损坏， 但是文件内容迟早被改写。

UD主区 的文件实体， 是指不破坏---放启动小文件。

mdyblog

527104427 发表于 2015-7-12 16:28
UD扩展区格式化成功了，但下面命令又出现了问题，与 10655#  一样，EXPLORER 卡死，并出现一堆没用的盘符 ...

1： 用来 -udfs 需要配合 -udimg:  udext -udimg:  udext.img

2：你还是新建一个UD来完吧。 原来的信息无效了。

3： 哦， 前面脚本 udext 还是改成udext.img。

527104427

mdyblog 发表于 2015-7-12 17:22
1： 用来 -udfs 需要配合 -udimg:  udext -udimg:  udext.img

2：你还是新建一个UD来完吧。 原来的 ...

1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如果已存在ud扩展区，而且有文件在里面，能不能用pecmd代码重置ud扩展区？我想做成一个gui工具。

3.上面的代码挂载ud扩展区，即使只有两个文件，也会卡好久，大概5到6分钟，这个怎么解决？

mdyblog

527104427 发表于 2015-7-12 17:41
1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如 ...

能不能用pecmd代码重置ud扩展区？我想做成一个gui工具。
---------------
就是删除 原有UD扩展区文件吗？
fbinst.exe  可以删除的。

mdyblog

527104427 发表于 2015-7-12 17:41
1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如 ...

格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？
--------------
单位不同的原因。
算了。改成一样，动用字节单位。 重下载 PECMD

mdyblog

527104427 发表于 2015-7-12 17:41
1.前面老大写的代码，格式化udext无效，还需要挂载出来再格式化才有文件系统，这个怎么解决？

2.如 ...

新版可以删除UD文件
MOUN -udm upud  -ret: &&V  -udmask:  0   %&DEV%    文件名

527104427

mdyblog 发表于 2015-7-12 19:26
新版可以删除UD文件
MOUN -udm upud  -ret: &&V  -udmask:  0   %&DEV%    文件名

老大改改 FmtUDEx.zip 呗，不知道这句该放哪个位置

527104427

mdyblog 发表于 2015-7-12 19:26
新版可以删除UD文件
MOUN -udm upud  -ret: &&V  -udmask:  0   %&DEV%    文件名

似乎得一个一个地删，假如扩展区的文件有成千上万，那就不好玩了

mdyblog

527104427 发表于 2015-7-12 19:33
老大改改 FmtUDEx.zip 呗，不知道这句该放哪个位置

下载最新PECMD, 配合这个脚本， 可以清除旧的UD扩展文件。

测试可以加载的：


MOUN  -udm  -ret: &V -mall -mhide1 -udfs -udm-  \\.\PhysicalDrive2  VUTSRQPONMLKIBA
MESS. %&V%

527104427

mdyblog 发表于 2015-7-12 22:34
下载最新PECMD, 配合这个脚本， 可以清除旧的UD扩展文件。

测试可以加载的：

多谢老大，完美！！

但扩展区的文件名有空格，就删不掉了。

mdyblog

527104427 发表于 2015-7-13 05:50
多谢老大，完美！！

但扩展区的文件名有空格，就删不掉了。

新版可以删除空格文件

527104427

mdyblog 发表于 2015-7-13 08:50
新版可以删除空格文件

发现新版有几个情况：

1.用 FmtUDEx.zip 格式化后，挂载出来的盘符还是未格式化的，昨天的PECMD正常。



2.假如文件全部放在主分区，扩展区没有文件，用 FmtUDEx.zip 格式化后，创建的不是 udext.img ，而是 udext.im





3.用 test.img 恢复U盘，再用 FmtUDEx.zip 格式化，扩展区的文件夹还有残留，并且双击该文件 fbinsttool 会报错。






test.7z (1.46 MB, 下载次数: 2)

2015-7-13 09:32 上传

点击文件名下载附件

freesoft00

软键盘在dpi为125%的时候按钮上的文字就显示不全了

mdyblog

527104427 发表于 2015-7-13 09:33
发现新版有几个情况：

1.用 FmtUDEx.zip 格式化后，挂载出来的盘符还是未格式化的，昨天的PECMD正常 ...

5大： 请问 dpi为125%的时候, 怎么 控制 文大小不变？

527104427

mdyblog 发表于 2015-7-13 10:17
5大： 请问 dpi为125%的时候, 怎么 控制 文大小不变？

不知道这种方法可不可靠，如果可能的话，老大用编程的方式实现，那就比较靠谱了。



软键盘弄成这种风格会不会好看一点？总觉得原来的标题栏太耀眼了，呵呵



Send_Gui.7z (3.2 KB, 下载次数: 6)

2015-7-13 10:35 上传

点击文件名下载附件

这里提两点建议：

1.PECMD内置的WCS都转换成UNICODE格式吧，在繁体系统上不会出错。

2.分区管理也自动判断计算一下字体吧，要不然放大后还是很难看的。

mdyblog

527104427 发表于 2015-7-13 10:39
不知道这种方法可不可靠，如果可能的话，老大用编程的方式实现，那就比较靠谱了。

这个是漂亮些。
都改了。

mdyblog

527104427 发表于 2015-7-13 09:33
发现新版有几个情况：

1.用 FmtUDEx.zip 格式化后，挂载出来的盘符还是未格式化的，昨天的PECMD正常 ...

用新PECMD， 新脚本
FmtUDEx.zip (931 Bytes, 下载次数: 3)

2015-7-13 12:13 上传

点击文件名下载附件

mdyblog

527104427 发表于 2015-7-13 10:39
不知道这种方法可不可靠，如果可能的话，老大用编程的方式实现，那就比较靠谱了。

#code=936T950
也支持 繁体系统。

527104427

mdyblog 发表于 2015-7-13 12:13
用新PECMD， 新脚本

好了，暂时没发现问题。

527104427

mdyblog 发表于 2015-7-13 12:14
#code=936T950
也支持 繁体系统。

我一直以为这句是摆设，没用的

mdyblog

527104427 发表于 2015-7-13 13:57
我一直以为这句是摆设，没用的

#code=936
表示本文编码默认是936（简体中文GBK），如果有UNICODE-BOM，UTF8-BOM，忽略。
T950： 如果在繁体系统，且本文是简体，则自动翻译成繁体。即使有UNICODE-BOM，UTF8-BOM，还是有效。

如果是TW，
#code=950T936

527104427

mdyblog 发表于 2015-7-13 15:27
#code=936
表示本文编码默认是936（简体中文GBK），如果有UNICODE-BOM，UTF8-BOM，忽略。
T950： 如果 ...

明白了！

老大好像忘了一件事，DLL版的PECMD该修修了。不管32位还是64位的，一直是报错状态：

mdyblog

UD扩展区转FAT  直接内置了
MOUN -udm ud2fs  设备名  [bClrOldFile=1] [bMkUDFile=1]                     //UD扩展区转FAT

加个吧。

MOUN -udm ud2fs  设备名  [bClrOldFile=1] [bMkUDFile=1]     [FS=FAT]

mdyblog

527104427 发表于 2015-7-13 13:57
好了，暂时没发现问题。

新版MBROSTool 格式化出来的， 默认 没有 写保护。

527104427

mdyblog 发表于 2015-7-14 06:25
新版MBROSTool 格式化出来的， 默认 没有 写保护。

支持！·！！！

mdyblog

527104427 发表于 2015-7-13 17:18
明白了！

老大好像忘了一件事，DLL版的PECMD该修修了。不管32位还是64位的，一直是报错状态：

1：
改了， 亲测 X64都可用。


2：PECMD包中 4GUD中grldr/grub.exe  支持大于4G的UD文件。

527104427

mdyblog 发表于 2015-7-14 13:12
1：
改了， 亲测 X64都可用。

好了！替大伙感谢老大！

不知道UD中要如何创建大于4G的文件？


FmtUDEx.wcs 的这句是否能创建大于4G呢？
MOUN -udm upud -ret: &&V -udmask: 0x41 %&Dev% udext.img %&offs%s %&lenb%

应该要NTFS格式才能放大文件吧，那下面的改成这样是否妥当：
SET &&FS=FAT
IFEX $%&lenb%>2040M, SET &&FS=FAT32
IFEX $%&lenb%>4G, SET &&FS=NTFS

mdyblog

527104427 发表于 2015-7-14 14:06
好了！替大伙感谢老大！

不知道UD中要如何创建大于4G的文件？

1：
我说的大于4G是说 UD中的文件。 不是FS中文件。
比如说UD扩展区8G， 对应UD中文件udext.img为8G。
超过了4G。
原来， grdldr 对这个超过4G的 UD 文件 udext.img无能为力。 因为UD最大支持4G的文件。
map  ()/udext.img  (fd0)  && map --rehook

后也不能访问整个8G。

现在UDM版的  4GUD-grldr 可以正常访问 这个8G的 udext.img。
直到 UD扩展区的上限：2048G----够了吧。


2：
至于FS支持 大文件这个和UD无关.
map 后， 里面文件的访问不数UD驱动的， 儿是FS的驱动，如FAT、FAT32、NTFS、EXT2、EXT4。

FS 是否需要 支持 大于4G文件。 看需要。毕竟很多时候是奔EFI来的， 此时用FAT32。
moun  -udm ud2fs 最后一个参数就是FS参数。

3：
不知道UD中要如何创建大于4G的文件？
FmtUDEx.wcs 的这句是否能创建大于4G呢？
MOUN -udm upud -ret: &&V -udmask: 0x41 %&Dev% udext.img %&offs%s %&lenb%
------------
对就是这个。 支持创建大于4G的UD文件的。
MBROSTool， PECMD，udmldr 全线支持 大于4G的UD文件。

mdyblog

527104427 发表于 2015-7-14 14:06
好了！替大伙感谢老大！

不知道UD中要如何创建大于4G的文件？

最新版PECMD加强了下：
pecmd_ful_cli支持将PECMD输出输出到命令行.7z

就是说没有 PECMD.DLL, 有PECMD.EXE

pecmd_ful_cli.EXE 也能(借用PECMD.EXE并)将PECMD的输出 “偷来”显示在命令行中，“透明”处理， 就象真的是 pecmd_ful_cli.EXE 自己在处理。
见测试包： pecmd_ful_cli支持将PECMD输出输出到命令行.7z (728.66 KB, 下载次数: 7)

2015-7-14 15:56 上传

点击文件名下载附件