为何打开Process Monitor后程序启动？Windows脚本遇DOS错误1307求助

这其实是Process Monitor的默认设计哦——它就是为了让你一启动就能立刻监控系统事件，省去手动点击“开始捕获”的步骤。不过如果你不需要它一打开就跑，可以这么调整：

• 打开Process Monitor后，点击顶部菜单栏的Options，取消勾选Start Minimized（如果之前勾选了的话），或者直接点工具栏上的放大镜图标，就能停止当前的捕获。
• 要是你常用快捷方式启动，还可以给快捷方式加个参数：右键快捷方式→“属性”，在“目标”栏的末尾加上 /nocapture（注意前面有空格），这样下次启动Process Monitor就不会自动开始捕获了。

先给你拆解下这个错误：DOS error 1307对应系统错误码ERROR_INVALID_OWNER，说白了就是“指定的文件/文件夹所有者无效”，大概率是那次未完成的安全更新搞乱了系统的权限或者所有权设置。结合你说的15年正常运行、服务调用的VBS也失败的情况，给你几个排查方向：

• 先处理未完成的更新：打开“控制面板”→“程序和功能”→“查看已安装的更新”，找找那个没装完的更新，尝试手动卸载它，然后重启系统。未完成的更新很容易破坏系统的ACL（访问控制列表）或者权限数据库，这是最可能的根源。
• 检查权限设置：
  • 如果是你手动运行脚本，确保当前登录用户对脚本要创建/写入的文件夹有完全控制或者至少“创建文件/写入数据”“创建文件夹/附加数据”的权限。
  • 要是是服务调用的VBS，得看服务运行的账户（比如Local System、Network Service，或者你自定义的账户）有没有目标文件夹的写入权限。右键目标文件夹→“属性”→“安全”标签，添加对应的账户，把必要权限加上。
• 核对文件所有权：有时候更新会偷偷改文件夹的所有者，导致脚本没权限操作。右键目标文件夹→“属性”→“安全”→“高级”→“所有者”，看看当前所有者是不是你或者服务用的账户，如果不是，点“更改”换成正确的所有者，再重新应用权限。
• 测试简化脚本：写个超简单的测试脚本（比如就一行Set fso = CreateObject("Scripting.FileSystemObject") : fso.CreateTextFile("C:\test.txt").WriteLine("test")），放到同一个路径运行。如果这个也报错，那肯定是系统权限的问题；如果不报错，再一点点加原脚本的功能，定位具体哪一步出问题。
• 修复系统默认权限：要是卸载更新后还是不行，试试用系统自带工具修复：以管理员身份打开命令提示符，运行secedit /configure /cfg %windir%\inf\defltbase.inf /db defltbase.sdb /verbose，这个命令会重置系统的默认权限设置，大概率能修复损坏的ACL。

内容的提问来源于stack exchange，提问作者SebA