遇到这个问题其实很常见，核心原因在于任务计划的执行上下文差异——我来帮你拆解问题并给出可行的解决方案：

问题根源 #

当你选择“无论用户是否登录都运行”时，任务计划会以系统账户的非交互式上下文执行，而不是你登录后的用户会话上下文。映射的网络驱动器（比如你的L:盘）是和用户登录会话绑定的，系统上下文不会加载这些用户级的驱动器映射，所以脚本路径L:[path]\test.ps1在这个环境里根本找不到，这就是报错的直接原因。而本地C盘路径能正常运行，是因为系统上下文可以直接访问本地文件系统。

解决方案 #

1. 使用UNC路径替代映射驱动器

这是最可靠的解决方法，直接用远程服务器的UNC路径访问脚本，完全摆脱对驱动器映射的依赖。把任务计划的参数改成：

-File "\\远程服务器名\共享文件夹名\test.ps1"

比如你的L:盘对应\\fileserver\scripts共享，就写成-File "\\fileserver\scripts\test.ps1"。系统上下文可以直接通过UNC路径访问共享资源，不需要依赖用户的驱动器映射配置。

2. 确保执行账户有足够的权限

除了“Log on as batch job”权限，还要确认执行任务的账户（不管是本地管理员还是域账户）对远程共享文件夹拥有：

• 共享权限：至少授予“读取”权限
• NTFS权限：至少授予“读取和执行”权限
  如果是域环境，建议用域账户执行任务，避免本地账户在访问域共享时出现权限问题。

3. 指定PowerShell的完整路径

有时候系统上下文可能无法自动找到powershell.exe的默认路径，建议把任务计划里的程序路径写成完整的绝对路径：

C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe

避免因路径解析失败导致的执行错误。

4. 手动映射网络驱动器（可选，不推荐）

如果你坚持要使用映射驱动器，可以在脚本开头添加手动映射的命令，确保在系统上下文里创建临时驱动器：

# 先检查驱动器是否已存在，不存在则创建
if (-not (Get-PSDrive -Name L -ErrorAction SilentlyContinue)) {
    New-PSDrive -Name L -PSProvider FileSystem -Root "\\远程服务器名\共享文件夹名" -Persist
}

不过这种方法不如UNC路径可靠，因为非交互式会话里的驱动器映射不会持久，且需要额外的权限验证。

验证技巧 #

你可以先手动模拟系统上下文测试脚本：

1. 使用psexec工具（Windows Sysinternals套件中的工具）
2. 打开命令提示符，执行psexec -s powershell.exe，这会打开系统账户的PowerShell窗口
3. 在这个窗口里尝试访问UNC路径或运行脚本，看是否能正常执行——如果这里报错，说明是权限或路径配置问题，提前排查解决后再配置任务计划。

备注：内容来源于stack exchange，提问作者PAT_The_Whale