从通过 SCCM 部署的 Powershell 脚本中运行 SFC.EXE



我正在尝试创建一个Powershell脚本,该脚本将部署到任何显示不良更新运行状况的节点,以自动执行一些简单的任务,而无需在工作日中断用户。 Powershell 脚本如果从提升的 PS 提示符运行,则可以完美运行。 当通过 SCCM 将同一脚本部署到测试计算机时,它也可以正常运行,但有一个例外:它不会调用SFC.EXE /SCANNOW

我试过使用:

Start-Process -FilePath "${env:Windir}System32SFC.EXE" -ArgumentList '/scannow' -Wait -NoNewWindow

Start-Process -FilePath "sfc.exe" -ArgumentList '/scannow' -Wait -NoNewWindow

Start-Process -FilePath "${env:Windir}System32SFC.EXE" -ArgumentList '/scannow' -RedirectStandardOutput "C:SFC-Out.log" -RedirectStandardError "C:SFC-Err.log" -Wait -NoNewWindow

& "sfc.exe" "/scannow"

Invoke-Command -ScriptBlock { sfc.exe /scannow }

同样,所有这些示例在从提升的 PS 提示符运行时都完全按预期工作,但在从部署的 PowerShell 脚本运行时失败。 当我使用 -RedirectStandardOutput 时,我检查了文件 SFC-Out.log它显示为:

"Windows 资源保护无法启动修复服务">

我认为这是因为 SCCM 在 SYSTEM 上下文中运行程序/脚本,而不是用户上下文(甚至是提升的用户上下文,但 SYSTEM 应该高于提升的会话)。

有没有办法做到这一点? 很抱歉格式不好,这是我在这个网站上的第一篇文章。

有点晚了,但我遇到了同样的问题。不确定是否适合您,但原因是使用 SCCM 配置脚本部署以作为 32 位进程运行。该脚本正在部署到 64 位系统。当我在部署配置中取消选中"以 32 位进程运行"时,SFC 在系统帐户的上下文中没有问题。

我在 SCCM 中创建了一个包(不是应用程序),并且必须使用 x64 机器的难以捉摸的系统本机文件夹使用重定向:

https://www.thewindowsclub.com/sysnative-folder-in-windows-64-bit

所以它会是:

C:\Windows\Sysnative\SFC.EXE/SCANNOW

您拥有的内容将起作用,只是缺少"-Verb RunAs"来提升权限。 因此,您的 cmdlet 应显示为:-

Start-Process -FilePath "${env:Windir}System32SFC.EXE" -ArgumentList '/scannow' -Wait -Verb RunAs

我一直在网上阅读和搜索这个,到目前为止唯一的答案是它由于使用系统帐户sccm而无法运行。尝试运行winmgt时的行为也相同。

快进到 SCCM 当前分支 2109,我能够通过使用 SCCM 中内置的新脚本功能来解决此问题。 使用& 'sfc.exe' '/scannow'有效,我可以针对显示错误设备的任何设备集合手动运行此脚本。Start-Process -FilePath "sfc.exe" -ArgumentList "/scannow" -NoNewWindow -Wait也有效。

最新更新