Buckminster
(usa Debian)
Enviado em 07/10/2024 - 08:21h
tcp 0 0 127.0.0.1:5432 0.0.0.0:* OUÇA
tcp 0 0 127.0.0.1:25 0.0.0.0:* OUÇA
tcp 0 0 0.0.0.0:9418 0.0.0.0:* OUÇA
tcp 0 0 127.0.0.1:2947 0.0.0.0:* OUÇA
Veja acima a saída aqui do netstat -n -at.
O bloco CIDR inteiro 127.0.0.0/8 é usado para roteamento loopack.
No teu caso o 127.0.0.1:631 é, provavelmente, do CUPS.
O 127.0.0.53:53, provavelmente é do DNS do systemd. Seu host parece estar (ou pelo menos parece pensar que está) executando seu próprio servidor DNS naquele endereço loopback específico.
Para ver qual processo, se houver, está escutando nessa porta TCP execute (caso não tiver a ferramenta ss instalada, instale):
# ss -plnt | grep ':53'
Veja a saída aqui da porta 2947 no meu caso:
# ss -plnt | grep ':2947'
LISTEN 0 4096 127.0.0.1:2947 0.0.0.0:* users:(("systemd",pid=1,fd=61))
LISTEN 0 4096 [::1]:2947 [::]:* users:(("systemd",pid=1,fd=60))
E da porta 5432:
# ss -plnt | grep ':5432'
LISTEN 0 200 127.0.0.1:5432 0.0.0.0:* users:(("postgres",pid=1045,fd=7))
LISTEN 0 200 [::1]:5432 [::]:* users:(("postgres",pid=1045,fd=6))
# cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "resolvectl status" to see details about the actual nameservers.
Para ver os DNSs atuais execute:
# resolvectl status
Caso der comando não encontrado, execute:
# apt install systemd-resolved
e reinicie a máquina e execute resolvectl status.
Confirme com
# nslookup 127.0.0.53
53.0.0.127.in-addr.arpa name = localhost.
Quanto ao Chrome escrever no disco, isso é problema das novas versões do Chrome, tanto no Linux quanto no Windows e no MacOS. O Chrome consome bastante memória RAM e, provavelmente, tem um bug que esgota o índice de RAM física e ele passa para a RAM virtual (SWAP, que é no SD/HD). É somente uma especulação, pois tem relatos disso acontecendo independentemente do sistema operacional. E depende de vários outros fatores, talvez por isso aconteceu somente com alguns e não de um modo geral. Talvez já tenham resolvido esse bug.
Por exemplo, no htop aqui o Google Chrome dá memória física 196M e memória virtual 33.4G e isso é o normal do Chrome.
Veja bem, não quer dizer que ele ocupa 33.4G no SD, grosso modo, é o espaço que o Chrome aloca (reserva) para uso caso precise de memória virtual, porém, esse espaço o sistema operacional pode desalocar caso precise.
Provavelmente esse bug seja nesse sentido, o sistema desaloca e o Chrome aloca de novo e fica essa escrita constante no SD/HD.
Para resolver, tente limpar o cache, o histórico, tudo e redefinir as configurações.
Caso não resolver, somente desinstalando e instalando novamente do zero, que foi o que você fez.
_________________________________________________________
Always listen the Buck!
Enquanto o cursor estiver pulsando, há vida!
