Debian10系统dotnet5环境下Process.Start执行命令失败但shell运行正常

核心原因1：参数解析错误 #

当UseShellExecute = false时，.NET的Process类不会自动处理shell层面的引号解析、重定向符号逻辑，你当前的传参方式会导致bash接收到的命令结构完全不符合预期：

• bash的-c参数仅会将紧跟其后的第一个完整字符串作为要执行的命令内容，你原写法中重定向符号> /dev/null、后台运行符号&、写pid逻辑都被当作bash的额外参数传入，不会被正常执行
• 你在Arguments中写的单引号不会被shell自动剥离，会被当作命令内容的一部分传入bash，直接导致命令语法错误，触发退出码1

核心原因2：环境变量/权限不匹配 #

• 手动执行shell命令的用户，和.NET程序运行的用户可能不一致，pipenv等命令可能不在.NET进程的PATH环境变量中
• 你写pid使用的是相对路径script1.pid，若.NET程序的工作目录没有写入权限，也会触发命令执行失败
• .NET进程可能没有/home/test/script1目录的访问、执行权限

修复方案 #

第一步：修正参数传法 #

把所有要执行的逻辑全部打包为-c的单个参数，使用转义双引号包裹命令串：

var fileName = "bash";
// 把所有逻辑（cd、nohup、重定向、后台、写pid）全部放到-c的参数内，pid路径改为绝对路径避免歧义
var arguments = "-c \"cd /home/test/script1 && nohup pipenv run python main.py > /dev/null 2>&1 & echo $! > /home/test/script1/script1.pid\"";

using var process = new Process
{
    EnableRaisingEvents = true,
    StartInfo =
    {
        FileName = fileName,
        Arguments = arguments,
        UseShellExecute = false,
        CreateNoWindow = true,
        // 不需要捕获输出时可以关闭这两项，避免缓冲区满导致进程异常
        RedirectStandardOutput = true,
        RedirectStandardError = true,
        ErrorDialog = false
    }
};

process.Start();

第二步：排查具体错误（可选） #

如果修正后仍有问题，可以临时去掉命令里的> /dev/null 2>&1，读取标准错误流定位具体问题：

process.Start();
string errorOutput = process.StandardError.ReadToEnd();
process.WaitForExit();
// 输出errorOutput即可看到具体的命令报错信息

其他注意事项 #

• 所有涉及的路径尽量使用绝对路径，避免相对路径受进程工作目录影响
• 确认.NET运行用户和你手动执行命令的用户一致，或者对应权限、环境变量配置正确

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