Позволяет ли Linux переназначать идентификаторы групп процессов процессам?

Не проблема, потому что форк гарантирует:

Идентификатор дочернего процесса также не должен совпадать с идентификатором какой-либо активной группы процессов.

И fork — единственный способ создать новые процессы.

Nemo прав в том, что POSIX гарантирует, что fork() не будет повторно использовать существующий PGID в качестве PID; однако это еще не все.

Группы процессов и лидеров групп процессов также можно изменить с помощью setpgid(). . Следующий пример кода вызывает существование группы процессов, равной PID текущего процесса, в которой текущий процесс отсутствует:

#define _XOPEN_SOURCE 500
#include <stdio.h>
#include <unistd.h>
#include <sys/wait.h>
#include <signal.h>

int main()
{
    pid_t pgrp_orig;
    pid_t child;
    int status;

    /* Fork so that we are not a process group leader */
    if (fork()) {
        /* Grandparent process */
        wait(&status);
        return 0;
    }

    /* Record our original process group, then start a new one */
    pgrp_orig = getpgrp();
    if (setpgid(0, 0))
        perror("setpgid");

    child = fork();

    if (!child) {
        /* Child process */
        pause();
        return 0;
    }

    /* Switch back to original process group.  Child remains in the new one */
    if (setpgid(0, pgrp_orig))
        perror("setpgid");

    printf("Parent pid=%ld, pgid=%ld\n", (long)getpid(), (long)getpgrp());
    printf("Child pid=%ld, pgid=%ld\n", (long)child, (long)getpgid(child));

    /* Wake child up to finish up */
    kill(child, SIGUSR1);
    wait(&status);

    return 0;
}

Обратите внимание, что если родительский процесс попытается вызвать здесь setsid() до того, как дочерний процесс завершится, сработает состояние сбоя, о котором вы спрашивали.

Однако из-за ограничений допустимых переходов, которые может вызвать setpgid(), это не может привести к случайным сбоям, о которых вы беспокоитесь. Поломка ограничивается одним сеансом.