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

阿弥陀佛

mdyblog 发表于 2014-5-21 15:14
1： 为什么要截取呢？
就用 那查出来的不行吗？

>>设备管理－》磁盘驱动器－》对应磁盘－》禁用/启用 能成吗？
能成！不管用什么办法，只要禁用->启用就可以。

mdyblog

阿弥陀佛 发表于 2014-5-21 15:21
>>设备管理－》磁盘驱动器－》对应磁盘－》禁用/启用 能成吗？
能成！不管用什么办法，只要禁用->启用就 ...

你亲自用那个U盘试了吗？ 而不是推理出来的结论。
“设备管理－》磁盘驱动器－》你那测试磁盘－》禁用 ， 能禁用成功吗？ 再启用”
对比下， 你那ID 到底那个设备的 “设备范例Id” 或 “硬件 Id”？
给个图。

阿弥陀佛

mdyblog 发表于 2014-5-21 15:14
1： 为什么要截取呢？
就用 那查出来的不行吗？

>>为什么要截取呢？就用 那查出来的不行吗？
查出来的id用devcon.exe是可以禁用启用，但pecmd不行，因为这个id不完整啊。截取\后面那一段，是因为part查出来的信息除了id还有其他信息，也要截取，所以我截取的是\之后的。然后再【devcon.exe find “截取字符串”】，这样就能得到准确的id的。

阿弥陀佛

mdyblog 发表于 2014-5-21 15:25
你亲自用那个U盘试了吗？ 而不是推理出来的结论。
“设备管理－》磁盘驱动器－》你那测试磁盘－》禁用 ...

>>对比下， 你那ID 到底那个设备的 “设备范例Id” 或 “硬件 Id”？
devcon得到的id是：USBSTOR\DISK&VEN_GENERIC&PROD_STORAGE_DEVICE&REV_9451\7&724E74F&0
设备管理器没有“设备范例Id”win7可能是“ 设备实例路径”，结果是一样的，如图：

阿弥陀佛

>>你亲自用那个U盘试了吗？ 而不是推理出来的结论。
测试过三种办法禁用->启用设备，第一是windows设备管理器，第二是devcon.exe，第三是pecmd的devi命令。都可以。测试u盘和读卡器都可以。所以才得出的推论。

mdyblog

阿弥陀佛 发表于 2014-5-21 15:33
>>对比下， 你那ID 到底那个设备的 “设备范例Id” 或 “硬件 Id”？
devcon得到的id是：USBSTOR\DISK&V ...

那么
part -devid  lsit disk 2,V
得出的DevID 又是多少呢？给个图吧。
和 设备管理得出的 “设备范例Id” 相比反查， 那又是谁的 "设备范例Id"？ 给个图吧。

阿弥陀佛

mdyblog 发表于 2014-5-21 15:59
那么
part -devid  lsit disk 2,V
得出的DevID 又是多少呢？给个图吧。

devcon find只要匹配部分字符，查询出来的结果都是一样的，和设备管理器看到的一样。

命令如下：

1. part -devid list disk 2,&V
   
2. MSTR &V1=<12>%&V%
   
3. exec*1 --wait --hide &V2=devcon.exe find %&V1%
   
4. MSTR -delims:: &V3=<1>%&V2%
   
5. mess 执行part  ：%&V%\n截取      ：%&V1%\n执行devcon：%&V2%\n截取      ：%&V3%

复制代码

结果如图：

设备管理器：

mdyblog

阿弥陀佛 发表于 2014-5-21 16:34
devcon find只要匹配部分字符，查询出来的结果都是一样的，和设备管理器看到的一样。

命令如下：

1：
PART -devid 竟然 和设备管理器不一样， 奇怪？
还有 PART -devid 返回的 devid 应该用很多巫师符号'&', 怎么这个这么干净？
我到 win7测试下。

2：
你 直接用  PART -devid  返回的 ID， 直接找到 另外惟一个ID， 因此 应该是通一设备。
为什么 part -ahup hupdate 2失败？
会不会是其它原因？比如：
1）此时U盘在使用者。锁住了。
2） part -ahup hupdate 2 还需要什么参数，。。。这个， 我再测试下。
3）昨天改了程序， 难道是PECMD 锁住设备了（我记得跟踪了，流程很正常啊？？）， 这个， 我再测试下。


3：
你直接 将 PART -devid 返回的 devid 用于DEVCON ，可以刷新设备吗？
如果这样可以， 那就没什么大问题（不可解决的问题），回去调调就好了。
否则，哼，得另起炉灶了。

阿弥陀佛

mdyblog 发表于 2014-5-21 16:53
1：
PART -devid 竟然 和设备管理器不一样， 奇怪？
还有 PART -devid 返回的 devid 应该用很多巫师 ...

>>会不会是其它原因？比如：1）此时U盘在使用者。锁住了。
U盘并没有在使用，这是一个读卡器+SD卡，不知道是否有关系。我的U盘是不需要-ahup 就可以交换分区的。
>>你直接 将 PART -devid 返回的 devid 用于DEVCON ，可以刷新设备吗？
可以的，devcon匹配部分就可以，会禁用所有符合的设备。例如devcon.exe disable USBSTOR\*  会禁用所有USB存储设备。

mdyblog

阿弥陀佛 发表于 2014-5-21 16:34
devcon find只要匹配部分字符，查询出来的结果都是一样的，和设备管理器看到的一样。

命令如下：

麻烦 用 MBROSTool 的分区管理 的 分区交换 试试 ，能刷新吗？
如果这个 行， 那问题好说多了， 大不了，从头再搬一次。

阿弥陀佛

>>麻烦 用 MBROSTool 的分区管理 的 分区交换 试试 ，能刷新吗？
MBROSTool 的分区管理也不行

mdyblog

阿弥陀佛 发表于 2014-5-21 17:06
>>会不会是其它原因？比如：1）此时U盘在使用者。锁住了。
U盘并没有在使用，这是一个读卡器+SD卡，不知 ...

不要 用通配符。 就用返回的devid本身精确匹配。

1. ENVI^  EnviMode=1
   
2. part -devid list disk 2,&V
   
3. MSTR &V1=<12>%&V%
   
4. exec* --wait --hide &V2=devcon.exe  enable @"%&V1%"
   
5. exec* --wait --hide &V3=devcon.exe  disable @"%&V1%"
   
6. 
   
7. mess 执行part  ：%&V%\nDEVID      ：%&V1%\n执行【devcon.exe enable @"%&V1%"】\n    ：%&V2%\n【devcon.exe disable @"%&V1%"】\n    ：%&V3%
   

复制代码

mdyblog

阿弥陀佛 发表于 2014-5-21 17:06
>>会不会是其它原因？比如：1）此时U盘在使用者。锁住了。
U盘并没有在使用，这是一个读卡器+SD卡，不知 ...

>>可以的，devcon匹配部分就可以，会禁用所有符合的设备。例如devcon.exe disable USBSTOR\*  会禁用所有USB存储设备。

你难道 不是 直接 用上面 devfind 到的具体id来禁止的？
而是 用：
devcon.exe disable USBSTOR\*

如果只能这样，  那不用再继续 折腾了。
那是设备的原因。

阿弥陀佛

mdyblog 发表于 2014-5-21 18:13
不要 用通配符。 就用返回的devid本身精确匹配。

devcon.exe使用返回值可以。pecmd的devi命令不可以，必须用devcon.exe查询出来的完整id才可以。

阿弥陀佛

阿弥陀佛 发表于 2014-5-21 18:33
devcon.exe使用返回值可以。pecmd的devi命令不可以，必须用devcon.exe查询出来的完整id才可以。

但是你给的代码多了@字符，要去掉才可以

阿弥陀佛

mdyblog 发表于 2014-5-21 18:22
>>可以的，devcon匹配部分就可以，会禁用所有符合的设备。例如devcon.exe disable USBSTOR\*  会禁用所 ...

我只是举个例子。是使用返回的id。代码前面都贴上去了。

mdyblog

阿弥陀佛 发表于 2014-5-21 18:33
但是你给的代码多了@字符，要去掉才可以

@表示 PART -devid 对应的 “设备范例Id”
这么说 ， 那玩意 不是 “设备范例Id”！
那是什么？
看起来也不象"设备范例Id"

郁闷？
我明明返回的 是 “设备范例Id”？！

阿弥陀佛

mdyblog 发表于 2014-5-21 18:36
@表示 PART -devid 对应的 “设备范例Id”
这么说 ， 那玩意 不是 “设备范例Id”！
那是什么？

说不清楚，我还是用你给的代码执行结果贴上图片吧：

阿弥陀佛

阿弥陀佛 发表于 2014-5-21 18:39
说不清楚，我还是用你给的代码执行结果贴上图片吧：

最为对比，去掉@之后的执行结果也贴上去

阿弥陀佛

mdyblog 发表于 2014-5-21 18:36
@表示 PART -devid 对应的 “设备范例Id”
这么说 ， 那玩意 不是 “设备范例Id”！
那是什么？

>>这么说 ， 那玩意 不是 “设备范例Id”
返回的应该是硬件id，在设备管理器中查看吻合的。

mdyblog

阿弥陀佛 发表于 2014-5-21 18:53
>>这么说 ， 那玩意 不是 “设备范例Id”
返回的应该是硬件id，在设备管理器中查看吻合的。

是啊！
1：
devi  listdev:V1 *listdev=i *devclass:DiskDrive
devi  listdev:V2  *devclass:DiskDrive
MESS %V1%\n%V2%
看了下， 返回的的确不是 “设备范例Id" 而是硬件Id。
回去 改下。

2： 不过问题不在这里。
内部不依靠 这个 来 运作的。 这个 只是调试时 肉眼看看而已。
//如果调用DEVICON，需要这个。
//这里PECMD不用DEVCON。
没有尾巴的老虎，真奇怪！

阿弥陀佛

brow的问题，6259#提供的附件是可以初始化为普通目录的，但是%temp%还是不行。既然是微软的限制也不用去管它了吧。只要能浏览普通目录就好。

sp_star

mdyblog 发表于 2014-5-21 19:01
是啊！
1：
devi  listdev:V1 *listdev=i *devclass:DiskDrive

那怎样获取硬件ID呢？
另外问下，从一个硬件ID，能知道它的驱动是否安装，或者安装是否正确吗？

mdyblog

sp_star 发表于 2014-5-21 20:51
那怎样获取硬件ID呢？
另外问下，从一个硬件ID，能知道它的驱动是否安装，或者安装是否正确吗？

devi  listdev:V1   
就是 硬件ID

》》另外问下，从一个硬件ID，能知道它的驱动是否安装，或者安装是否正确吗？
没想过。
DEVCON  有这个功能吗？

mdyblog

diannao338 发表于 2014-5-21 08:38
改后 结果:还是不正常,     为什么移动窗口正常?
确实判断为子窗口了,和主窗口(打开的资源管理器)的位 ...

新版好了。

mdyblog

阿弥陀佛 发表于 2014-5-21 19:44
brow的问题，6259#提供的附件是可以初始化为普通目录的，但是%temp%还是不行。既然是微软的限制也不用去管 ...

新版这样改了。

mdyblog

阿弥陀佛 发表于 2014-5-21 18:53
>>这么说 ， 那玩意 不是 “设备范例Id”
返回的应该是硬件id，在设备管理器中查看吻合的。

不知道 新版 行不行。

阿弥陀佛

mdyblog 发表于 2014-5-21 23:48
不知道 新版 行不行。

还没休息，发上来试试

sp_star

mdyblog 发表于 2014-5-21 23:44
devi  listdev:V1   
就是 硬件ID

估计也没有，随便问问，呵呵。

mdyblog

阿弥陀佛 发表于 2014-5-21 23:51
还没休息，发上来试试

下载， 就是最新的。