신호에 반응하는 이상한 좀비 프로세스?

상황이 이상해요.

"B", "C", "D" 등과 같은 다른 실행 파일의 이름을 매개변수로 사용하는 C로 작성된 프로그램 "A"가 있습니다. "A"의 주요 작업은 "B", "C" 등을 분기하고 시작한 다음 충돌이 발생하는지 확인하는 것입니다. 이 경우 충돌이 발생한 프로세스를 다시 시작합니다.

또한 프로세스 "A"는 RTC 동기화를 위해 별도의 스레드를 실행합니다. "A"로 시작합니다 /bin/sh -c A B C D etc.

저는 임베디드 환경에 있으며 Linux 4.4.57에서 파생된 사용자 정의 커널을 사용하고 있습니다.

이제 문제가 발생합니다. 때때로 내 프로세스 "A"가 좀비가 됩니다!

내 관찰 중 일부:

• "A"를 시작한 상위 프로세스가 /bin/sh -c여전히 존재합니다.
• 하위 프로세스 "B", "C" 등은 종료되지 않았습니다.
• "A"는 신호에 반응합니다.
• 상위 프로세스를 종료하면 /bin/sh -c"A"의 상위 프로세스는 init(1)이 되지만 프로세스는 여전히 좀비 프로세스입니다.
• 좀비 "A"를 죽이는 유일한 방법은 kill -9 «pid-of-A»;
• RTC 동기화 스레드가 아직 실행 중입니다! ;

이제 "A"가 신호에 응답하고 내부 스레드가 계속 실행 중이므로 이 좀비 프로세스가 나를 미치게 만듭니다.

이 행동을 어떻게 설명해야 할까요? 커널 빌드 구성과 관련이 있을까요?

편집하다: 코드를 자세히 살펴본 결과 "A"가 다음 명령을 사용하여 데몬으로 시작되는 것을 발견했습니다. start-stop-daemon -b --start --quiet --pidfile /var/run/A.pid --background --exec /bin/sh -- -c "A B C D > /var/log/log 2>&1"

고쳐 쓰다: pthread_exit()를 호출하여 동일한 동작을 복제할 수 있었습니다. 문제는 원본 소스에서 phread_exit에 대한 참조를 찾을 수 없다는 것입니다. 메인 스레드가 다른 모든 스레드의 활성 상태를 유지하는 것을 중지하는 다른 방법이 있습니까?