Dotaz: Zruseni procesu, který neraguje na kill -9

[qiRzT]

Zdravím, ladil jsem do školy jeden program a teď po několika dnech koukám, že mám neustále v paměti jeden proces, který mu odpovídá. Zůstal pravděpodobně (spíš jistě - vím, co jsem napsal) v nekonečné smyčce - něco ve stylu while(1). Tak jsem ho zkusil sestřelit. Nejdřív kill, pak kill -9. Nic. ps tvrdí, že je ve stavu Tl, což by (alespoň podle mého pochopení toho, co jsem kde našel) nemělo vadit - nezničitelný by měl být proces ve stavu D. Rodičem je nyní init. To T má možná na svědomí gdb. Dá se nějak (jinak než restartem) zničit?

Odpovědi

[Heron]

PROCESS STATE CODES
Here are the different values that the s, stat and state output specifiers (header "STAT" or "S") will display to describe the state of a
process.
D    Uninterruptible sleep (usually IO)
R    Running or runnable (on run queue)
S    Interruptible sleep (waiting for an event to complete)
T    Stopped, either by a job control signal or because it is being traced.
W    paging (not valid since the 2.6.xx kernel)
X    dead (should never be seen)
Z    Defunct ("zombie") process, terminated but not reaped by its parent.

Zkoušel jsi kill -9 jako root? Gdb už tam neběží?

[qiRzT]

T    Stopped, either by a job control signal or because it is being traced.

přesně v tomhle stavu je... plus l, protože tam je víc vláken

Zkoušel jsi kill -9 jako root?

zkoušel, ale pokud je můj, tak by to imho mělo být jedno, ne?

Gdb už tam neběží?

neběží, ani nevím jistě, jestli za to může - nespouštel jsem to jen přes gdb..

Někde mi něco uniká, tohle by imho mělo jít sestřelit...

[Hynek (Pichi) Vychodil]

Pošli mu napřed SIGCONT.

[qiRzT]

To mě už napadlo, ale nepomáhá to...

[Jan Zahornadsky]

Tak podle předchozích přízpěvků bych řekl, že buď ten program běží v debuggeru (a tudíž ho nelze zrušiy ničím jiným než přímo tím debuggerem, nebo dokud ho neodpausuješ) nebo pravděpodobně je zastaven nějak jinak -- například jsi (omylem) stisknul ScrollLock na konzoli a kernel to zmrazil. Pak ten proces nejde zabít taky, protože stojí a nemůže ten signál zpracovat.

[qiRzT]

sqele, to je ono - blokoval ho debugger. gdb program pid, pak kill a je to. Díky.