Puncte:0

Pachetul epurat încă sufocă sistemul

drapel in

Acum câteva zile mi-am pornit mașina cu pornire dublă în Windows și, cu surprinderea mea, ventilatorul era mai silentios.

Întorcându-mă la Linux, am început să investesc ceea ce se întâmplă și s-a dovedit că a fost un proces care stăpânește toate forțele procesoarelor: Captură de ecran a carcasei care rulează deasupra

Procesul a fost numit postgres

Am ucis acel proces cu sudo kill 6509

Ventilatorul a încetinit și am crezut că totul este gata.

Dar a doua zi ventilatorul era din nou zgomotos. top a arătat că un proces numit postgres, era încă acolo (pid diferit).

Asa de

  1. Am ucis procesul;
  2. eliminat postgresql: sudo apt purge postgres*. După aceea, repornesc, dar un proces numit postgres folosirea multor CPU era acolo.

Cred că nu poate fi ceva legat de postgresql.

Cum îl pot elimina?

Paul avatar
drapel us
Care este rezultatul `apt list | grep postgres`?
user535733 avatar
drapel cn
Încercați `systemctl list-units --type=service` pentru a vedea dacă aveți un serviciu systemd pentru postgres. Dacă da, utilizați `sudo systemctl stop .service` să se oprească fără reapariție. Utilizați `sudo systemctl disable .service` pentru a preveni repornirea la boot.
drapel in
@Paul Am o mulțime de linii `listă de apt | grep postgres | wc -l \n AVERTISMENT: apt nu are o interfață CLI stabilă. Utilizați cu precauție în scripturi. \n 151`
drapel in
@user535733 în listă nu există nimic similar cu postgres
user535733 avatar
drapel cn
Când `postgres` rulează, încercați `ps -aux | grep postgres` pentru a găsi exact ce comandă pornește procesul. De asemenea, încercați `pstree` pentru a vedea ce lansează postgres. Vă rugăm să evitați să adăugați rezultate în comentarii. Adăugați în schimb rezultatul în întrebarea dvs., unde puteți formata corect rezultatul. Comentariile sunt modul în care vă cerem informații suplimentare și clarificări. Comentariile sunt șterse, așa că nu puneți informații cheie în comentarii.
drapel in
@user535733 folosind `ps` sau folosind `top` Am primit procesul tată: știam deja că este `kswap0` care, la rândul său, are ca tată `kswap`. Cred că "k" înseamnă "kernel" și uciderea procesului anchestor nu mi se pare o idee atât de bună,
Puncte:0
drapel in

Problema a fost kswap, am început să caut asta; Am o problemă foarte asemănătoare în asta fir. Prin faptul că ei sugerează să limiteze resursele disponibile pentru utilizatorul care continuă să obțină sistemul.

În cazul meu, acel utilizator a fost postgres dar am curățat deja toate pachetele.

Aluzie a fost cuvântul utilizator; Am verificat dosarul /etc/passwd și, chiar dacă pachetele au fost curățate, utilizatorul era încă acolo.

Am eliminat utilizatorul din /etc/passwd, reporniți și problema s-a terminat :) .

(Notă: este ok pentru că nu mai folosesc postgresql, altfel trebuie să urmați soluția celuilalt thread.)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.