LINUX.ORG.RU

зомби


0

0

зомби не убивается. :\

$ ps alx | grep firefox
0  1000  4339     1  18   0      0     0 exit   Zl   ?          0:04 [firefox-bin] <defunct>
1  1000  4396  4339  18   0      0     0 exit   Z    ?          0:00 [firefox-bin] <defunct>
0  1000 12007 11719  18   0   3332   832 -      R+   pts/8      0:00 grep firefox

и чем я только его не пробовал
и kill -9 и просто kill и killall и из под рута всё это повторял, а ничё не робит. 

что же делать? :\
anonymous

>что же делать? :\

куищще или килять иксы

ps. у меня огнелис вешался так флешплугином (быдлоподелие мля)

wfrr ★★☆
()
Ответ на: комментарий от Osmos

святой воды не было. :\ обмазал системник чесноком и скомандовал reboot.

помогло, правда за аптайм обидно и чесноком щас воняет.

//флешплугин +1

anonymous
()

во-во прибыл бы иксы и фсё!

rooter
()

да ни чего не делать -- они уже мёртвые, это только одно смутное воспоминание осталось

beastie ★★★★★
()

Зомби каши не просит, зачем аккуратизмом страдать?.. :) Ядро доберется -- почистит.

Uncle_Theodore ★★
()
Ответ на: комментарий от wfrr

иксы перазагружал ( ctrl + alt + <- ), не сработало.

>Зомби каши не просит, зачем аккуратизмом страдать?

Дык, ФФ запускаться из-за этого отказывался, мол уже запущен.

anonymous
()

последнее время я сталкивался с зомби когда родители этих зомби висели в неопределённом состоянии.
помогало вычисление pid'ов родителей этих зомби через ps с последующим kill'ом.
умирающий родитель тянул за собой и потомка-зомби.

saahriktu ★★★★★
()
Ответ на: комментарий от anonymous

> Дык, ФФ запускаться из-за этого отказывался, мол уже запущен.

Вряд ли. Убей лучше lock в директории ~/.mozilla/firefox/<пукфы_пукфы>.default

Uncle_Theodore ★★
()
Ответ на: комментарий от Uncle_Theodore

ps --forest|less

находим родителя и киляем.

зомби образуются из-за того, что родитель не удосужился прочитать код завершения дочернего процесса. поэтому ядро хранит соотв. структуры, а процесс становится зомби. наверно каким-то самопалом что-то запускаете?

scaldov ★★
()
Ответ на: комментарий от scaldov

мануалы нуна читать

$ man 2 wait

NOTES
       A  child  that terminates, but has not been waited for becomes a "zombie".  The kernel maintains a minimal set of
       information about the zombie process (PID, termination status, resource usage information) in order to allow  the
       parent  to  later  perform a wait to obtain information about the child.  As long as a zombie is not removed from
       the system via a wait, it will consume a slot in the kernel process table, and if this table fills, it  will  not
       be possible to create further processes.  If a parent process terminates, then its "zombie" children (if any) are
       adopted by init(8), which automatically performs a wait to remove the zombies.

alex_custov ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.