시스템 관리

첫번째...

일반적으로 알려진 프로그램은 좀비를 거의 생산하지 않습니다.
좀비란 그 부모ID를 잃어버렸을경우 발생을 합니다.
시스템이 시작되고 나서 모든 프로세서들은 부모 ID인 PPID를 가지게 되어있습니다.
그런데 어떠한 이유에선지 그 부모프로세서가 종결이 되었는데 자식프로세서는 살아있는 경우가
아주 가끔씩 발생하곤합니다. (끝나는 시그널을 받지 못했거나 또는 일부 데몬프로세서의 경우
일부러 부모프로세서를 끝내고 자식프로세서만으로 동작하는 경우가 있긴합니다. 물론 이경우
프로그램적으로 좀비가 발생되지 않도록 조치하고 있습니다.)

질문하신 Xsession의 경우에는 X-System을 동작시키는 도중에 실행되어지는 스크립트로 알고
있습니다. 이것이 좀비로 보일경우라면 자신의 홈 밑의 .Xsession쪽을 점검해서 잘못된 명령을
고치면 일단 다음부터는 보이지 않을겁니다.(자신의 홈의 루트에서 ls -al 을 실행해보세요.)
에러가 발생했다면 자신의 홈의 루트의 .xsession_error이라는 파일이 있는지 확인하신후 이와
비슷한 파일이 있다면 그것을통해서 에러를 확인해보실 수 있습니다.
(때로는 X 설정자체의 문제점이라면 /var/log/X... 로 시작하는 로그를 확인해보세요.)

두번째... 터미널에서 ps... 의 경우에는 당연한 결과라고 생각합니다.
한번보죠.
# ps aux | grep z
이라는 명령을 내리면 먼저 프로세서정보를 보여주는데(ps aux) 거기에서 'z'가 포함된 열만
보여달라는 명령어(grep z)가 되겠죠.
그런데 결과값으로 나온 값을보면 단한줄... 즉, 'grep z'이 포함된 줄만나옵니다.
이줄은 'grep z'이 실행될 때의 PID를 가지고 있음으로 '화면에 결과값을 출력한 이후에는
해당 PID가 없어지게 됩니다. 따라서 kill 명령으로 해당 PID를 죽이려고하지만 결국에는
없는 PID이므로(이미 grep z 은 그 역할을 다하고 프로세서가 끝났음으로...) 그와같은 에러
메시지를 받는 것입니다.
만일 Xsession을 가진 프로세서 PID를 알고 싶었다면
# ps aux | grep Xsession
이라고 했어야만 합니다.

P.S. : 내용중에 정확하지 않은 부분도 있을 수 있습니다. 다만 그러한 흐름으로 진행된다는
것을 표현한 것이기 때문에 이게 정답이다라고 생각하지는 말아주시기 바랍니다.
------------------------------
좋은 하루 되세요.