Salve a tutti, da un mese a questa parte la memoria di Ubuntu 16.04 aumenta a vista d’occhio, senza motivo e senza nessuna operazione in corso. Ho provato ad installare nuovamente il sistema ma il problema resta, dopo 24h la memoria è nuovamente al 100%.Aiuto.

chiesto 10 Set '18, 22:58

Dom64's gravatar image

Dom64
203

modificato 08 Ott '18, 22:33

quale processo la usa?

lo vedi dal comando "top" ordinando i processi per utilizzo memoria (con > sposti il campo co cui fa l'ordinamento dei processi)

oppure: https://www.chimerarevo.com/linux/linux-scoprire-quali-processi-in-esecuzione-consumano-piu-ram-con-un-solo-comando-19880/

(11 Set '18, 09:26) sacarde sacarde's gravatar image

scusa forse ho capito male.... la memoria disco cosa intendi, la partizione?

la "/" o la "/home" ?

che vedi da: df -HT

(11 Set '18, 09:38) sacarde sacarde's gravatar image

« precedente12

Per curiosita sono andato in registro del sistema e la voce syslog mi dice impossibile leggere da <<syslog>> Lo stream presenta un operazione in sospeso.Penso sia collegato con quello che dici. Hp provato a tenere una schermata del terminale con iotop aperta per vedere i processi e con un altra finestra dare il comando sudo kill-9(seguito dal numero ID)ma non me lo fa fare.

coll. permanente

ha risposto 01 Ott '18, 22:36

Dom64's gravatar image

Dom64
203

Per curiosità sono andato nel registro di sistema e la voce syslog mi dice impossibile leggere da <<syslog>> Lo stream presenta un’operazione in sospeso . Ho provato a tenere aperta una schermata del termnale con iotop e con un’altra dare il comando sudo kill -9(seguito dal numero ID) ma non me lo fa fare.sbaglio qualcosa nel dare il comando giusto...

coll. permanente

ha risposto 01 Ott '18, 22:41

Dom64's gravatar image

Dom64
203

  • "nano /var/log/syslog" dovrebbe aprire il file in sola lettura

  • hai dato: sudo kill -9 nn che errore esattamente?

(01 Ott '18, 23:39) sacarde sacarde's gravatar image

Il comando “nano /var/log/syslog” mi da un errore scritto:

  1. AER: Correct error received: id=00e5 PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID) device [8086:9d15] error status/mask=00000001/00002000 [ 0] Receiver Error (first) E questo ripetuto tante volte.per quanto riguarda il camando kill per forzare la chiusura del processo non ho capito bene come aggire con i comandi.
coll. permanente

ha risposto 04 Ott '18, 20:43

Dom64's gravatar image

Dom64
203

  • non ho capito se l'errore e' dentro syslog o non apre syslog dando quell'errore... !

  • il comando: "sudo kill -9 (seguito dal PID)" che errore da'?

p.s. dal comando: lspci o lsusb vedi valori uguali a: [8086:9d15] ?

(04 Ott '18, 21:04) sacarde sacarde's gravatar image

No l’errore che ti ho menzionato e dentro il syslog sia guardando con il comando da terminale sia andando bel registro di sistema. Dai comandi lspci mi da penso siano le periferiche del pc, dal comando lsusb mi da 4 diversi Bus Device come ad esempio ti scrivo il primo ( bus 002 Device 001: ID 1d6b:003 Linux Foundation 3.0 root hub). Adesso non so a cosa corrispondano ma non da nessun valore uguale a [8086:9d15]. Non mi da più nessun errore da comando kill -9 , non so se sia giusto come faccio ma nn succede nulla, questa parte non lo capita bene.

coll. permanente

ha risposto 04 Ott '18, 22:07

Dom64's gravatar image

Dom64
203

  • i valori: 8086:9d15 sono gli ID di produttore e prodotto

  • una volta individuati gli ID dei processi jbd2/sda2-8 e rsyslogd, puoi ucciderli, uno per volta, per vedere i cambiamenti sulla scrittura del disco

(04 Ott '18, 23:30) sacarde sacarde's gravatar image

ma il "kill -9 ..." lo esegui con il PID che vedi ai processi che scrivono su disco?

prova prima a uccidere il "jbd2" e controlla l'attivi' sul disco, poi prova a uccidere il "rsyslogd"

(05 Ott '18, 09:06) sacarde sacarde's gravatar image

Si il comando kill -9 lo eseguo con il PID riferendomi a quello che vedo sui processi da terminale ( sudo iotop). Ho dato il comando sudo kill -9 2801 ( per esempio ), dopo mi chiede la passw, la inserisco faccio invio ma non succede nulla. Il processo syslogd resta attivo ma con PID diverso. Lo stesso accade con il jbd2/sda2-8, in questo caso il processo resta attivo ma il PID non cambia.

coll. permanente

ha risposto 06 Ott '18, 17:52

Dom64's gravatar image

Dom64
203

  • un task dovrebbe essere "rsyslog" che fa parte del servizio: rsyslog.service il quale puo' essere stoppato con: sudo stop rsyslog.service

sudo stop syslog.socket

  • una volta killato il "jbd2" cosa vedi dal comando: sudo ps aux|grep jbd2
(06 Ott '18, 20:39) sacarde sacarde's gravatar image

fai uso di un indicizzatore? o strumenti di ricerca ?

(06 Ott '18, 20:55) sacarde sacarde's gravatar image

sinceramente non conoscevo, ma ho trovato che:

jbd2 is a kernel thread that updates the filesystem journal

quindi dubito che si possa killare, quindi mi concentrerei piu sui log

una cosa che puoi fare, calcolare la dimensione della dir dei log /var/log con:

du -sh /var/log

appena il sistema parte, e dopo un po' di tempo per vedere se e' li l'incremento di dimensione

(07 Ott '18, 09:43) sacarde sacarde's gravatar image

Ci sono novità.Un paio di giorni fa eseguendo il comando nano /var/log/syslog mi compariva nel nel syslog il seguente errore:

AER: Correct error received: id=00e5 PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID) device [8086:9d15] error status/mask=00000001/00002000 [ 0] Receiver Error (first) facendo un bel paio di ricerche su internet mi sono imbattuto in questa discussione: https://askubuntu.com/questions/863150/pcie-bus-error-severity-corrected-type-physical-layer-id-00e5receiver-id/863301,ho provato quindi ad correggere il grub inserendo pci=noear alla dicitura GRUB_CMDLINE_LINUX_DEFAULT="quiet splash",dunque GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noear",ho fatto salva e aggiornato il grub:

  • sudo update-grub
  • Reboot now

L'aumento di memoria nella partizione sda2 si è interrotta e ha sistemato anche i fastidiosi messaggi di errore che avevo alla chiusura nel sistema e anche al riavvio, anche la memoria usata è diminuita recuperado 175gb che prima risultavano usati.L'unica cusiosità è guardando nel registro di sistema mi compare un divieto con la dicitura nano /var/log/syslog "Errore nel recuperare informazioni per il file «/var/log/mail.log»: No such file or directory", adesso non so se sia un problema da sottovalutare ma adesso il sistema funziona perfettamente.L'unica stranezza che prima non avevo e una volta che installato un programma nel monitor di sistema mi crea una partizione /dev/loop1(/dev/loop2;/dev/loop3 ecc... questo per ogni programma che scarico) ma anche in questo caso i programmi funzionano senza problema.

coll. permanente

ha risposto 08 Ott '18, 16:28

Dom64's gravatar image

Dom64
203

  • hai installato un server di posta ?

  • /dev/loop1... li ho anche io anche senza scaricare programmi

comunque non li vedi in: df -HT

(08 Ott '18, 17:39) sacarde sacarde's gravatar image
  • No, non c’e l ho installato, può essere utile?
  • Come pensavo i /dev/loop sono innoqui.
coll. permanente

ha risposto 08 Ott '18, 18:37

Dom64's gravatar image

Dom64
203

  • non e' necessario

  • sono per la gestione dei pacchetti snap

(08 Ott '18, 20:42) sacarde sacarde's gravatar image

Va bene,con questo penso di terminare la discussione del problema mettendo risolto.Grazie ancora per i tuoi consigli sono stati molto utili.

coll. permanente

ha risposto 08 Ott '18, 22:30

Dom64's gravatar image

Dom64
203

La tua risposta
abilita/disabilita anteprima

Segui questa domanda

Via email:

Una volta eseguito l'accesso potrai iscriverti a tutti gli aggiornamenti qui

Via RSS:

Risposte

Risposte e commenti

Basi di markdown

  • *corsivo* o __corsivo__
  • **grassetto** o __grassetto__
  • collegamento:[testo](http://url.com/ "titolo")
  • immagine?![alt testo](/path/img.jpg "titolo")
  • elenco numerato: 1. Foo 2. Bar
  • per aggiungere un'interruzione di riga, aggiungi due spazi a fine riga e premi «Invio»
  • è supportato anche semplice HTML

Tag:

×18

domanda posta: 10 Set '18, 22:58

domanda visualizzata: 278 volte

ultimo aggiornamento: 08 Ott '18, 22:33

Chiedi è un servizio di supporto gestito da Ubuntu-it. Contattaci!

powered by OSQAPostgreSQL database
Ubuntu e Canonical sono marchi registrati da Canonical Ltd.