使用Rust nix库clone进程后调用waitpid出现ECHILD错误求助

使用Rust的nix crate通过clone创建子进程，父进程调用waitpid等待子进程退出时触发ECHILD错误，错误日志如下：

In parent process, child PID: 2747, parent PID 2746
In child process, child PID: 2747, parent PID: 2746
thread 'main' panicked at src/main.rs:23:32:
called `Result::unwrap()` on an `Err` value: ECHILD

源代码如下：

fn main() {
    let mut stack = [0u8; 1 * 1024 * 1024]; // 1 MB stack for child process

    let cb = Box::new(|| {
        println!("In child process, child PID: {}, parent PID: {}", getpid(), getppid());

        sleep(10);
        println!("Ended!");
        0
    });

    match unsafe { clone(cb, &mut stack, CloneFlags::empty(), None) } {
        Ok(pid) => {
            println!("In parent process, child PID: {}, parent PID {}", pid, getpid());
            waitpid(pid, None).unwrap();
        }
        Err(e) => {
            eprintln!("Failed to create child process: {}", e);
            exit(1);
        }
    }
}

系统环境：

Linux ubuntu-Virtual 6.8.0-40-generic #40~22.04.3-Ubuntu SMP PREEMPT_DYNAMIC Tue Jul 30 17:30:19 UTC 2 x86_64 x86_64 x86_64 GNU/Linux

确认调用waitpid时子进程仍在运行，无法定位错误原因。

• 核心原因：nix的clone函数默认创建的是线程而非独立进程——你传入的CloneFlags::empty()没有设置必要的进程隔离标志，此时子进程和父进程共享同一个PID空间与线程组，而waitpid仅能等待独立进程，无法处理同线程组内的线程，因此触发ECHILD（无对应子进程）错误。

• 解决步骤：

  1. 修改clone的标志位，添加CloneFlags::CLONE_NEWPID来创建独立的PID命名空间，同时配合CLONE_VM、CLONE_FS等基础共享标志（或直接用CloneFlags::default()获取进程创建的默认标志集）；
  2. 注意：使用CLONE_NEWPID需要root权限运行程序，否则会返回EPERM错误；
  3. 调整后的clone调用示例：

     use nix::sched::CloneFlags;
     // 组合必要标志创建独立进程
     let flags = CloneFlags::CLONE_NEWPID | CloneFlags::CLONE_VM | CloneFlags::CLONE_FS | CloneFlags::CLONE_FILES;
     match unsafe { clone(cb, &mut stack, flags, None) }
     

     或更简洁的写法：

     let flags = CloneFlags::CLONE_NEWPID | CloneFlags::default();
     match unsafe { clone(cb, &mut stack, flags, None) }
     

• 替代方案：如果只是需要普通子进程，推荐用nix::unistd::fork()，它符合传统进程创建语义，无需手动管理栈，也不会出现waitpid的兼容性问题。

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