uccidi: nessun processo trovato

quando elencho i miei processi ho:

root @ adam-ThinkPad-T410: ~ # ps -e | segnali di grep
Segnali 11641 pts / 0 00:00:00
Segnali 11642 pts / 0 00:00:00
Segnali 11643 pts / 0 00:00:00

ma quando voglio uccidere ricevo informazioni che non esiste un tale processo:

root @ adam-ThinkPad-T410: ~ # killall -9 11641
11641: nessun processo trovato

Sono abbastanza nuovo per Linux e un po 'confuso Ho provato anche a "uccidere 11641" - ma ancora senza fortuna

— xwhyz
fonte

kill 11641 dà esattamente lo stesso errore? (Ne dubito). O vuoi dire, il processo è ancora vivo?

— mpy

ancora vivo, grazie per la tua risposta, ha funzionato :)

— xwhyz

Risposte:

killall si aspetta un nome di processo, ad es. killall signals che uccide tutti questi processi. Altrimenti dovresti usare l'id di processo (da cui hai estratto correttamente ps ): kill -9 <PID> dove -9 è SIGKILL ed è piuttosto maleducato, normalmente a kill <PID> è abbastanza (ma che sems non funziona nel tuo caso). man killall e man kill sono i tuoi amici

— mpy
fonte

Bastonatemi! :) Ecco il pagina man .

— Nicole Hamilton

@NicoleHamilton: Scusa;)

— mpy

LOL. Affatto. Vedo che sei un membro relativamente nuovo e probabilmente puoi usare i punti aggiuntivi anche più di me. (L'unico che hai già avuto è stato il mio.) Continuate così.

— Nicole Hamilton

@NicoleHamilton: ho già intuito il tuo upvote;) - e grazie mille per le tue parole incoraggianti.

— mpy

Il comando grep restituisce sé stesso come un processo quando lo si pipa da un altro comando. Suppongo che il process 11641 è il processo di grep, che essenzialmente è uscito (e non può essere ucciso nel modo in cui si sta tentando di chiuderlo).

Prova a fare questo:

ps -e | grep signals | grep -v grep

Ciò sostanzialmente rimuove il processo di grep dal risultato.

— Kata
fonte

no, ho ancora lo stesso id

— xwhyz

ps -e | grep [s] ignal ti salva il grep -v .. L'ho preso da un altro post qui che purtroppo non ricordo e quindi non posso accreditare su

— ezdazuzena