请问下有没有办法用批处理或者命令行小程序确定系统引导分区？

CodeHz · 发表于 2021-1-14 22:26:08

dos时代菜鸟发表于 2021-1-14 22:11
你是说，
有盘符，就卸载，
没盘符，就加载？

楼主应该是写错了，应该是这样的情况

使用场景应该是先执行挂载，然后等用户操作完，再执行卸载（

CodeHz · 发表于 2021-1-15 13:47:45

liuzhaoyzz 发表于 2021-1-15 13:45
c:\windows\system32\bcdedit.exe是一直存在的，64位操作系统里面，32位的第三方文件管理器只能调用32位 ...

莫慌，重定向可以再重定向回来的，访问%windir%/sysnative就是原系统的system32(

CodeHz · 发表于 2021-1-15 14:05:03

dos时代菜鸟发表于 2021-1-15 14:01
用你这个 32位文件管理器，打开cmd 看下他的 ComSpec 是多少？
我们可以改下路径，到cmd 的解析路径找 ...

cmd当然也会是32位重定向的版本（（

CodeHz · 发表于 2021-1-15 14:05:31

liuzhaoyzz 发表于 2021-1-15 14:00
这个%windir%/sysnative用起来感觉比较麻烦，如果是64位的cmd环境这个%windir%/sysnative就出出错；如果3 ...

我的意思是可以通过检测sysnative目录的存在性来判断（

CodeHz · 发表于 2021-1-15 14:13:56

dos时代菜鸟发表于 2021-1-15 14:07
这是改过的

看图就很明确了

wow64重定向就是让你看起来像是在真的32位环境跑

CodeHz · 发表于 2021-1-15 14:18:01

liuzhaoyzz 发表于 2021-1-15 14:15
32位的文件管理器，很容易重现，比如你把你的批处理发给qq上面的任意一位好友，然后从qq的文件管理器里面 ...

其实主动调用 SysWoW64 里的cmd就是跑的32位的cmd了（（可以通过ProcExp看到访问的相关目录全都是重定向的）

CodeHz · 发表于 2021-1-15 15:03:48

dos时代菜鸟发表于 2021-1-15 14:51
这里面的情况还真多。

改进了一下。

思考了以下你可以先尝试 %windir%\sysnative\bcdedit ，失败再尝试 %windir%\system32\bcdedit ，再不行就报告
应该就可以了（

CodeHz · 发表于 2021-1-15 15:09:31

liuzhaoyzz 发表于 2021-1-15 15:06
不是考虑64位的xp啊，是32位xp下面，运行dos时代菜鸟的批处理，显示结果却是“当前环境是64位系统下的6 ...

哦，也对，不过判断架构不是可以用 PROCESSOR_ARCHITECTURE 吗（
所以先检测架构，是32位再检测WoW

CodeHz · 发表于 2021-1-15 15:11:33

dos时代菜鸟发表于 2021-1-15 15:09
xp 下这个已经不重要了，因为 xp 下根本没有 bcdedit 也就不用考虑这个问题

不是，你这个逻辑的问题在于，纯32位的win7，8，8.1，10的ProgramFiles变量也是没x86的（

CodeHz · 发表于 2021-1-15 15:17:29

本帖最后由 CodeHz 于 2021-1-15 15:18 编辑

dos时代菜鸟发表于 2021-1-15 15:15
这是个不错的办法，判断位数，再看看有没有特定文件夹。

另外，在查找文件这个问题上，64位上 ...

我认为根本不用检测，直接尝试两个路径（sysnative, system32）就好了

CodeHz · 发表于 2021-1-15 15:30:08

dos时代菜鸟发表于 2021-1-15 15:27
64位下调用 32位 cmd 可以运行
%windir%\sysnative\ 这个路径下的 bcdedit 。

其实没必要绕一圈，可以直接按我说的方法测试两个路径下的bcdedit那个存在就用哪个

CodeHz · 发表于 2021-1-15 22:02:08

江南一根葱发表于 2021-1-15 21:55
mklink %temp%\cmd.exe C:\windows\system32\cmd.exe
我使用好久了，还有个特性，就是使用这招前似乎不 ...

win7 下 mklink 需要特权（

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