co když 'kill -9' nefunguje?
<p>mám proces, který nemůžu zabít s <code>kill -9 &lt;pid&gt;</code>. jaký je problém v takovém případě, zejména proto, že jsem vlastníkem tohoto procesu. myslel jsem, že se té možnosti <code>kill</code> nelze vyhnout.</p>
<p><code>kill -9</code> ( <a href="http://en.wikipedia.org/wiki/sigkill"> sigkill </a> ) vždy funguje, za předpokladu, že máte oprávnění tento proces zabít. proces musí být v podstatě zahájen vámi a nesmí být setuid nebo setgid, nebo musíte být root. existuje jedna výjimka: ani root nemůže vyslat fatální signál na pid 1 (proces <code>init</code>).</p><p>nicméně <code>kill -9</code> není zaručeno, že bude fungovat <em> okamžitě</em>. všechny signály, včetně sigkill, jsou dodávány asynchronně: jádro může nějakou dobu trvat, než je doručí. dodání signálu obvykle trvá nanejvýš několik mikrosekund, právě čas potřebný k dosažení časového řezu. pokud však cíl má <a href="http://www.cis.temple.edu/~ingargio/cis307/readings/signals.html">zablokovaný signál</a> , bude signál zařazen do fronty, dokud jej cíl neodemkne.</p><p>normálně procesy nemohou sigkill blokovat. ale kód jádra může a zpracovává kód jádra, když volá <a href="http://en.wikipedia.org/wiki/system\_call">systémová volání</a> . kód jádra blokuje všechny signály, když přerušení systémového volání povede k špatně vytvořené datové struktuře někde v jádře nebo obecněji k narušení některých invariantů jádra. pokud tedy (kvůli chybě nebo nesprávnému designu) blokování systému trvá neomezeně dlouho, nemusí být žádný způsob, jak tento proces zabít. (ale proces <em> bude</em> bude zabit, pokud někdy dokončí systémové volání.)</p><p>proces zablokovaný při systémovém volání je v <a href="http://en.wikipedia.org/wiki/sleep\_%28operating\_system%29#uninterruptible\_sleep">nepřerušitelný spánek</a> . příkaz <code>ps</code> nebo <code>top</code> jej (ve většině odvětví) zobrazí ve stavu <code>d</code> (původně pro „<strong> d </strong> isk“ , myslím).</p><p>klasický případ dlouhého nepřerušitelného spánku je proces přístupu k souborům přes <a href="http://en.wikipedia.org/wiki/network\_file\_system\_%28protocol%29"> nfs </a> , když server neodpovídá; moderní implementace obvykle nezavádějí nepřerušitelný spánek (např. v systému linux umožňuje možnost připojení <code>intr</code> signál přerušit přístup k souborům nfs).</p><p>na výstupu <code>z</code> nebo <code>h</code> můžete někdy vidět položky označené <code>ps</code> (nebo <code>top</code> pod linuxem, nevím, co je rozdíl). technicky to nejsou procesy, jsou to zombie procesy, které nejsou ničím jiným než záznamem v tabulce procesů, takže rodičovský proces může být informován o smrti svého dítěte. když rodičovský proces <a href="http://pubs.opengroup.org/onlinepubs/009695399/functions/wait.html">věnuje pozornost</a> (nebo zemře), zmizí.</p>
Dalsi admin, co musi bojovat s Apple, vitaj v klube kamo.Neni moznost downgrade na ios9?CO sa pytam, ved je to Apple, takze asi nie. <p>chcete-li zabít zombie (proces), musíte zabít jeho rodičovský proces (stejně jako skutečné zombie!), ale otázkou bylo, jak jej najít.</p><p><strong> najděte zombie </strong> (otázka odpověděla na tuto část):</p><pre><code>a@server:~$ ps aux | grep 'z' </code></pre><p>to, co dostanete, jsou zombie a cokoli jiného se z v něm, takže získáte také grep:</p><pre><code>user pid %cpu %mem vsz rss tty stat start time command usera 13572 0.0 0.0 7628 992 pts/2 s+ 19:40 0:00 grep --color=auto z usera 93572 0.0 0.0 0 0 ?? z 19:40 0:00 something </code></pre><p><strong> najděte rodiče zombie: </strong></p><pre><code>a@server:~$ pstree -p -s 93572 </code></pre><p>dá vám:</p><pre><code>init(1)cnid\_metad(1311)cnid\_dbd(5145) </code></pre><p>v tomto případě nechcete zabít tento rodičovský proces a měli byste být docela spokojeni s jedním zombie, ale zabití okamžitého rodičovského procesu 5145 by se toho mělo zbavit.</p><p>další zdroje na askubuntu:</p><ul> <li> <a href="https://askubuntu.com/questions/48624/what-are-zombie-processes">co jsou to zombie procesy?</a> </li> <li> <a href="https://askubuntu.com/questions/30891/is-there-any-way-to-kill-a-zombie-process-without-reboot?lq=1">existuje nějaký způsob, jak zabít zombie proces bez restartu?</a> </li> </ul> Mít nečinné procesy 100% znamená nulové zatížení procesoru.  
To je to, oč bys měl v klidu usilovat a ne se toho obávat.  
Pokud je 100% nemáš, najdi ty procesy, které výkon opravdu spotřebovávají a pokus se zjistit proč a zda se nejedná o viry. [**Jak postupovat při likvidaci plísní**](/rada/187625-jak-postupovat-pri-likvidaci-plisni.html)


Pokud máme stěny napadené plísní, je potřeba vždy pátrat po příčině. Pokud se snažíte jen odstranit d… Mě dělá něco podobnýho XP.Asi je to bug windows,který nebyl opraven-nekompatibilita s některým hw(hdd,chipset,některý ovladač...). Tak si to nech tak, jak to je.. a budeš mít konečně klid. ![](/Client.Images/smileys/3.gif) V desítkách tě bude stejně otravovat i ten přihlouplej Defender, když ho nezakážeš .. ![](/Client.Images/smileys/1.gif) No a pak tě bude neustále otravovat systém, že tam nemáš žádnou ochranu. prostě debilní desítky.. A co bys jako od nich chtěl, že..???.. ![](/Client.Images/smileys/3.gif)Proč bys tam měl cpát něco, co tě otravuje..???.. Nebo si tam nainstaluj Avast, zaručeně tě klepne pepka.. ![](/Client.Images/smileys/1.gif) Upřímně řečeno, já bych jít s sestavení .NET, jak se zdá být jednodušší řešení a těsněji obsahoval řešení, než zahájit nový proces. Některé z důvodů, proč jsem pocit, že způsob, jakým jsou tyto:


1. S nástrojem příkazového řádku, že jste na trh nový proces. Takže je to zcela samostatný proces ID běh a bude probíhat mimo rozsah a aplikační domény vaší stávající aplikace. Veškerá komunikace mezi aplikací a procesu bude přes hranice procesu a bude muset být provedeno buď s telefonem, jakési sdílené paměti, nebo nějaký jiný přístup, který by mohl být těžkopádný (zejména při řešení otázek).
2. Se zahájením nového procesu, jste v podstatě ztratí kontrolu nad tímto procesem z vaší aplikace. Pokud vaše aplikace zemře nebo se vypne, budete muset tento proces výslovně zabít - jinak budete muset úchyty zůstat otevřené soubory uzamčeny, atd.
3. Včetně sestavení .NET v aplikaci umožňuje vše spustit ve stejném kontextu (obecně), který umožňuje lepší komunikaci mezi složkami, snadnější ladění a odstraňování poruch (obecně), a jediný způsob je řízena.
4. Máte trochu větší kontrolu nad kódu. Zahájení procesu je v podstatě black-box - nemáte ponětí, co se děje uvnitř ní. Je pravda, že se sestavení .NET máte podobný black-box scénář, ale vzhledem k tomu, že je ve stejném procesu, může mít nějaké další vhled do toho, jak jsou hovory byly provedeny, kde jsou výjimky být hozen, atd. V podstatě mít trochu větší vhled do složky s sestavení .NET spíše než zahájit nový proces.


To jsou jen některé myšlenky z vrcholu mé hlavy. Doufám, že to pomůže. Máte-li dotazy, dejte mi vědět a já vám zpracovat mé odpovědi. Hodně štěstí!! Procesor vymenit jde, pokud ho sezenete. Prakticky se to pri zvysenem usili da provest.  
GK jde vymenit jenom teoreticky. Prakticky se Vam toho nikdy nepodari dosahnout. Bud rad, ze ma tvuje pocitac lepsi herni vkus, nez ty a nech to plavat. :pAle vazne, pokud to chces resit, musis byt konkretnejsi. Presny zpusob, jak to nejde spustit (co se stane, co to ukaze/napise?), presny popis sestavy, na ktere spoustis? Že máš rád MS to by snad mělo být v pořádku pokud je to originál soft. Proč ale patlat dva oS ? Nech si buď vista nebo XP Na Vista jsem rozjel vše co jsem měl na XP a vista lépe odolává sračkám z internetu pokud nevypneš ochrany jako UAC a práva k souborům. já jsme modrou smrt na vista ještě neviděl a to s ní dělám kouzla. Jinak tvůj problém nejspíše v ovladačích pro ATI pro vistu.