[Risolto] problema spazio disco in esaurimento

Problemi riscontrati durante l'installazione di Ubuntu, degli aggiornamenti e degli avanzamenti del sistema.
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

corradoventu ha scritto:
giovedì 19 gennaio 2023, 18:52
Sembra un problema sul device 8086:a116 se cerchi '8086:a116' trovi
https://devicehunt.com/view/type/pci/ve ... evice/A116 PCI 8086
Intel Corporation a116 100 Series/C230 Series Chipset Family PCI Express Root Port #7
qualcosa su PCI Express... cosa hai li?
Per favore mi spieghi meglio cosa devo fare e soprattutto con quali comandi.
Grazie e scusa, ma non ho molta dimistichezza
Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da corradoventu »

Posta output dal comando

Codice: Seleziona tutto

lspci
vediamo cosa c'è in 00:1c.6 che è il device che sbrodola tutti quei messaggi ma sembra chiaro sia 8086:a116

edit: qui https://askubuntu.com/questions/1401726 ... 00000400-0
dice che visto che il messaggio dice 'severity:corrected' si può ignorare e mettere

Codice: Seleziona tutto

pci=nommconf
nei parametri di boot (meglio che pci=noaer che sarebbe troppo forte)
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

corradoventu ha scritto:
giovedì 19 gennaio 2023, 19:25
Posta output dal comando

Codice: Seleziona tutto

lspci
vediamo cosa c'è in 00:1c.6 che è il device che sbrodola tutti quei messaggi ma sembra chiaro sia 8086:a116
Grazie, ecco l'output

Codice: Seleziona tutto

leonardo@leonardo:~$ lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation 6th-10th Gen Core Processor PCIe Controller (x16) (rev 07)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
00:14.0 USB controller: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller (rev 31)
00:16.0 Communication controller: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 (rev 31)
00:17.0 SATA controller: Intel Corporation Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #5 (rev f1)
00:1c.6 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #7 (rev f1)
00:1c.7 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #8 (rev f1)
00:1d.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #9 (rev f1)
00:1f.0 ISA bridge: Intel Corporation H110 Chipset LPC/eSPI Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation 100 Series/C230 Series Chipset Family Power Management Controller (rev 31)
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
00:1f.4 SMBus: Intel Corporation 100 Series/C230 Series Chipset Family SMBus (rev 31)
02:00.0 USB controller: ASMedia Technology Inc. ASM1142 USB 3.1 Host Controller
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 11)
leonardo@leonardo:~$ 
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

corradoventu ha scritto:
giovedì 19 gennaio 2023, 19:25
Posta output dal comando

Codice: Seleziona tutto

lspci
vediamo cosa c'è in 00:1c.6 che è il device che sbrodola tutti quei messaggi ma sembra chiaro sia 8086:a116

edit: qui https://askubuntu.com/questions/1401726 ... 00000400-0
dice che visto che il messaggio dice 'severity:corrected' si può ignorare e mettere

Codice: Seleziona tutto

pci=nommconf
nei parametri di boot (meglio che pci=noaer che sarebbe troppo forte)
Oltre agli output già inviati, vi chiedo se può servire anche quello relativo a questo comando
leonardo@leonardo:~$ sudo lshw
Ma poichè è abbastanza lungo dovrei dividerlo in due parti.
Attendo riscontri
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

Buongiorno, vedo che in questa discussione non ci sono ulteriori suggerimenti, dovrei forse aprire una nuova discussione in Driver e Periferiche?
Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da corradoventu »

prova a fare:

Codice: Seleziona tutto

sudo gedit /etc/default/grub
e ad aggiungere (dove vuoi) una riga con

Codice: Seleziona tutto

pci=noaer
poi

Codice: Seleziona tutto

sudo update-grub
e reboot. dopo reboot vedi come va.
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
Avatar utente
steff
Moderatore Globale
Moderatore Globale
Messaggi: 40295
Iscrizione: domenica 18 febbraio 2007, 19:48
Desktop: LXQt+labwc
Distribuzione: Arch; Debian; Ubuntu Server
Sesso: Maschile
Località: Toscana
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da steff »

No fermi tutti:
e ad aggiungere (dove vuoi) una riga con
@corradoventu non dove vuoi ma esattamente qui

Codice: Seleziona tutto

...
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
...
Hai fatto un backup oggi? Ieri?? Quando???
La Documentazione da consultare e la FAQ sul uso del forum
Sistemi: LXQt - semplice, modulare e configurabile + *ubuntu in Vbox
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

Ok. ecco la modifica (ho commentato quella originale)

Codice: Seleziona tutto

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
#GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
GRUB_CMDLINE_LINUX=""
e questo è l'output

Codice: Seleziona tutto

leonardo@leonardo:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.19.0-29-generic
Found initrd image: /boot/initrd.img-5.19.0-29-generic
Found linux image: /boot/vmlinuz-5.19.0-21-generic
Found initrd image: /boot/initrd.img-5.19.0-21-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
done
provo a riavviare e vedo cosa succede
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

Vi informo che in relazione agli interventi in questa discussione sono stato portato a pensare che il problema possa dipendere da una qualche periferica che non riesco ad individuare.
Probabilmente questa così come ha evidenziato @corradoventu@
00:1c.6 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #7 (rev f1)
Per questo motivo in mattinata ho aperto una nuova discussione in Driver e periferiche

viewtopic.php?p=5325338#p5325338
Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da corradoventu »

Non è corradoventu che lo ha evidenziato ma la schermata che tu hai postato in viewtopic.php?p=5324939#p5324939
... e non è una periferica ma una parte del cuore del computer.
cosa è successo dopo il riavvio?
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
Avatar utente
woddy68
Rampante Reduce
Rampante Reduce
Messaggi: 8632
Iscrizione: sabato 12 febbraio 2011, 14:23
Desktop: Kde Plasma5
Distribuzione: openSUSE Tumbleweed - KDE Neon
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da woddy68 »

...hai controllato se il bios in uso è aggiornato all'ultima versione ?
Desktop - DELL Optiplex 7010 - Notebook HP 250
-Ho sempre accettato caramelle dagli sconosciuti-
🇺🇦 🇺🇦 🇺🇦
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

Per il momento è ripartito come le ultime volte, ti posto l'output delle prime righe di cndu /

Codice: Seleziona tutto

   
    6,3 GiB [###########] /var
    5,3 GiB [#########  ] /usr
    2,9 GiB [####       ] /snap
    2,0 GiB [###        ]  swapfile
  206,1 MiB [           ] /boot
  138,3 MiB [           ] /home
la directori incriminata è /var
mentre i file nella var/ sono questi

Codice: Seleziona tutto

--- /var
                          /..
    4,0 GiB [###########] /log
    2,2 GiB [#####      ] /lib
  144,5 MiB [           ] /cache
e quelli della log/ questi

Codice: Seleziona tutto

/var/log
                          /..
    4,0 GiB [###########] /journal
    1,1 MiB [           ] /installer
  452,0 KiB [           ]  syslog
  324,0 KiB [           ] /apt
  220,0 KiB [           ]  dmesg.1.gz
  216,0 KiB [           ]  kern.log
  204,0 KiB [           ]  dmesg.2.gz
  124,0 KiB [           ]  dmesg.4.gz
  108,0 KiB [           ]  bootstrap.log
  104,0 KiB [           ]  dpkg.log

mentre journal mi da questo

Codice: Seleziona tutto

--- /var/log/journal -----------------------------------------------------------
                          /..
    4,0 GiB [###########] /4bb454cb535b46988a81068fc270c2a2

e al suo interno 45 file simili a questi (allego i primi tre e gli ultimi quattro)

Codice: Seleziona tutto

  
  103,0 MiB [####################]  system@0e4abd2d177f45688a2c78212784c3ec-00000000000e7b47-0005f2f2023d29b4.journal
  103,0 MiB [################### ]  system@0e4abd2d177f45688a2c78212784c3ec-0000000000316081-0005f2f20ee638da.journal
  103,0 MiB [################### ]  system@de77740a72b545b39d0f24e323c005b5-000000000157348f-0005f2ecfb51689f.journal

 97,9 MiB [################### ]  system@de77740a72b545b39d0f24e323c005b5-0000000001774633-0005f2f1f6ddad8a.journal
   56,0 MiB [##########          ]  system.journal
    8,0 MiB [#                   ]  user-1000.journal
    8,0 MiB [#                   ]  system@0005f2f1fd25e436-51d5387998261d44.journal~

Vedo che è cambiato qualcosa e cioè
syslog e kern.log sembra che che si riempivano a dismisura, adesso occupano poco spazio.

Se il problema è risolto vorrei capire meglio cos'è che l'ha causato

Prima di uscire ho controllato di nuovo con ncdu / e le dimensioni sono uguali a quelle dell'avvio.
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

woddy68 ha scritto:
lunedì 23 gennaio 2023, 20:37
...hai controllato se il bios in uso è aggiornato all'ultima versione ?
con dmidecode ho avuto un output lungo, ma non saprei come decodificare e vedere se il bios è aggiornato allego solo la prima parte

Codice: Seleziona tutto

leonardo@leonardo:~$ sudo dmidecode
# dmidecode 3.4
Getting SMBIOS data from sysfs.
SMBIOS 3.0.0 present.
Table at 0x87EDB000.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
	Vendor: American Megatrends Inc.
	Version: 0901
	Release Date: 01/28/2016
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 16 MB
	Characteristics:
		PCI is supported
		APM is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		Boot from CD is supported
		Selectable boot is supported
		BIOS ROM is socketed
		EDD is supported
		5.25"/1.2 MB floppy services are supported (int 13h)
		3.5"/720 kB floppy services are supported (int 13h)
		3.5"/2.88 MB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		ACPI is supported
		USB legacy is supported
		BIOS boot specification is supported
		Targeted content distribution is supported
		UEFI is supported
	BIOS Revision: 5.11

Handle 0x0001, DMI type 1, 27 bytes

Avatar utente
woddy68
Rampante Reduce
Rampante Reduce
Messaggi: 8632
Iscrizione: sabato 12 febbraio 2011, 14:23
Desktop: Kde Plasma5
Distribuzione: openSUSE Tumbleweed - KDE Neon
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da woddy68 »

leoleonardo ha scritto:
lunedì 23 gennaio 2023, 20:50
woddy68 ha scritto:
lunedì 23 gennaio 2023, 20:37
...hai controllato se il bios in uso è aggiornato all'ultima versione ?
con dmidecode ho avuto un output lungo, ma non saprei come decodificare e vedere se il bios è aggiornato allego solo la prima parte

Codice: Seleziona tutto

leonardo@leonardo:~$ sudo dmidecode
# dmidecode 3.4
Getting SMBIOS data from sysfs.
SMBIOS 3.0.0 present.
Table at 0x87EDB000.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
	Vendor: American Megatrends Inc.
	Version: 0901
	Release Date: 01/28/2016
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 16 MB
	Characteristics:
		PCI is supported
		APM is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		Boot from CD is supported
		Selectable boot is supported
		BIOS ROM is socketed
		EDD is supported
		5.25"/1.2 MB floppy services are supported (int 13h)
		3.5"/720 kB floppy services are supported (int 13h)
		3.5"/2.88 MB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		8042 keyboard services are supported (int 9h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		ACPI is supported
		USB legacy is supported
		BIOS boot specification is supported
		Targeted content distribution is supported
		UEFI is supported
	BIOS Revision: 5.11

Handle 0x0001, DMI type 1, 27 bytes

Guardi marca e modello e cerchi sul sito del produttore e vedi qual'è l'ultima versione rilasciata, se corrisponde alla tua è aggiornato, altrimenti no.
Desktop - DELL Optiplex 7010 - Notebook HP 250
-Ho sempre accettato caramelle dagli sconosciuti-
🇺🇦 🇺🇦 🇺🇦
Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da corradoventu »

/var/log/journal è ancora molto ingombrante ma probabilmente dipende dai vecchi journal. se non aumenta più hai risolto.
Dai di nuovo il comando sudo dmesg e vedi se ricompaiono tutti quei messaggi dal pcieport 1c.6 device 8086:a116
Se vuoi capire cosa succedeva armati di pazienza e studia https://askubuntu.com/questions/1401726 ... 00000400-0
che è quello da cui ho ricavato (male - per fortuna coretto da steff - grazie) il suggerimento di aggiungere pci=noaer in /etc/default/grub

Edit magari da un

Codice: Seleziona tutto

ls /var/log/journal -hl
per vedere se in effetti i journal pesanti sono quelli vecchi
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

corradoventu ha scritto:
lunedì 23 gennaio 2023, 21:08
/var/log/journal è ancora molto ingombrante ma probabilmente dipende dai vecchi journal. se non aumenta più hai risolto.
Dai di nuovo il comando sudo dmesg e vedi se ricompaiono tutti quei messaggi dal pcieport 1c.6 device 8086:a116
Se vuoi capire cosa succedeva armati di pazienza e studia https://askubuntu.com/questions/1401726 ... 00000400-0
che è quello da cui ho ricavato (male - per fortuna coretto da steff - grazie) il suggerimento di aggiungere pci=noaer in /etc/default/grub

Edit magari da un

Codice: Seleziona tutto

ls /var/log/journal -hl
per vedere se in effetti i journal pesanti sono quelli vecchi
Grazie, domani con calma rispondo ai comandi e mi armo di pazienza e studio cercando di imparare qualcosa.
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

corradoventu ha scritto:
lunedì 23 gennaio 2023, 21:08
/var/log/journal è ancora molto ingombrante ma probabilmente dipende dai vecchi journal. se non aumenta più hai risolto.
Dai di nuovo il comando sudo dmesg e vedi se ricompaiono tutti quei messaggi dal pcieport 1c.6 device 8086:a116
Se vuoi capire cosa succedeva armati di pazienza e studia https://askubuntu.com/questions/1401726 ... 00000400-0
che è quello da cui ho ricavato (male - per fortuna coretto da steff - grazie) il suggerimento di aggiungere pci=noaer in /etc/default/grub

Edit magari da un

Codice: Seleziona tutto

ls /var/log/journal -hl
per vedere se in effetti i journal pesanti sono quelli vecchi
ecco l'output attuale

Codice: Seleziona tutto

drwxr-sr-x+ 2 root systemd-journal 16K gen 23 18:55 4bb454cb535b46988a81068fc270c2a2
Vedo data di ieri, ma non so decifrare
Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da corradoventu »

Scusa ho sbagliato comando, devi dare

Codice: Seleziona tutto

ls /var/log/journal/* -hl
avreai una lista di file tipo

Codice: Seleziona tutto

corrado@corrado-n4-lunar:~$ ls /var/log/journal/* -hl
total 597M
-rw-r-----+ 1 root systemd-journal  16M dic 13 15:33 system@0005efb6873243ea-a428bac1aeea55d2.journal~
-rw-r-----+ 1 root systemd-journal  21M dic  6 15:48 system@56b91341385c4720877743dcecd851e1-0000000000000001-0005ee893903bb73.journal
-rw-r-----+ 1 root systemd-journal 8,9M dic  9 21:38 system@56b91341385c4720877743dcecd851e1-0000000000006b73-0005ef29e6d0f861.journal
-rw-r-----+ 1 root systemd-journal  17M dic 12 08:38 system@56b91341385c4720877743dcecd851e1-00000000000088a4-0005ef6b247e81fa.journal
-rw-r-----+ 1 root systemd-journal  27M dic 13 14:59 system@56b91341385c4720877743dcecd851e1-000000000000c2a7-0005ef9c96fd0edc.journal
-rw-r-----+ 1 root systemd-journal 3,8M dic 13 15:00 system@56b91341385c4720877743dcecd851e1-00000000000130c0-0005efb608cc7ac6.journal
-rw-r-----+ 1 root systemd-journal 5,3M dic 13 15:35 system@6505ca4a24d34ca8b6eaab4b051d3370-0000000000000001-0005efb68731be1d.journal
vedi se il/gli ultimi dopo la modifica sono più piccoli
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
leoleonardo
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 312
Iscrizione: giovedì 26 ottobre 2017, 7:41
Distribuzione: Ubuntu 20.04 LTS
Sesso: Maschile

Re: problema spazio memoria in esaurimento

Messaggio da leoleonardo »

corradoventu ha scritto:
martedì 24 gennaio 2023, 16:16
Scusa ho sbagliato comando, devi dare

Codice: Seleziona tutto

ls /var/log/journal/* -hl
avreai una lista di file tipo

Codice: Seleziona tutto

corrado@corrado-n4-lunar:~$ ls /var/log/journal/* -hl
total 597M
-rw-r-----+ 1 root systemd-journal  16M dic 13 15:33 system@0005efb6873243ea-a428bac1aeea55d2.journal~
-rw-r-----+ 1 root systemd-journal  21M dic  6 15:48 system@56b91341385c4720877743dcecd851e1-0000000000000001-0005ee893903bb73.journal
-rw-r-----+ 1 root systemd-journal 8,9M dic  9 21:38 system@56b91341385c4720877743dcecd851e1-0000000000006b73-0005ef29e6d0f861.journal
-rw-r-----+ 1 root systemd-journal  17M dic 12 08:38 system@56b91341385c4720877743dcecd851e1-00000000000088a4-0005ef6b247e81fa.journal
-rw-r-----+ 1 root systemd-journal  27M dic 13 14:59 system@56b91341385c4720877743dcecd851e1-000000000000c2a7-0005ef9c96fd0edc.journal
-rw-r-----+ 1 root systemd-journal 3,8M dic 13 15:00 system@56b91341385c4720877743dcecd851e1-00000000000130c0-0005efb608cc7ac6.journal
-rw-r-----+ 1 root systemd-journal 5,3M dic 13 15:35 system@6505ca4a24d34ca8b6eaab4b051d3370-0000000000000001-0005efb68731be1d.journal
vedi se il/gli ultimi dopo la modifica sono più piccoli
sembra di si

Codice: Seleziona tutto

leonardo@leonardo:~$ ls /var/log/journal/* -hl
totale 4,1G
-rw-r-----+ 1 root systemd-journal 8,0M gen 23 18:47 system@0005f2f1fd25e436-51d5387998261d44.journal~
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:47 system@0e4abd2d177f45688a2c78212784c3ec-0000000000000001-0005f2f1fd2604d2.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:47 system@0e4abd2d177f45688a2c78212784c3ec-000000000002e594-0005f2f1fe22d319.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:48 system@0e4abd2d177f45688a2c78212784c3ec-000000000005caef-0005f2f1ff22d8a9.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:48 system@0e4abd2d177f45688a2c78212784c3ec-000000000008b08f-0005f2f2002564a7.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:48 system@0e4abd2d177f45688a2c78212784c3ec-00000000000b95e9-0005f2f2012ee361.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:48 system@0e4abd2d177f45688a2c78212784c3ec-00000000000e7b47-0005f2f2023d29b4.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:49 system@0e4abd2d177f45688a2c78212784c3ec-00000000001177fd-0005f2f2035ca7c0.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:49 system@0e4abd2d177f45688a2c78212784c3ec-0000000000145cdb-0005f2f2046bb2d7.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:49 system@0e4abd2d177f45688a2c78212784c3ec-000000000017425c-0005f2f2056aea1a.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:50 system@0e4abd2d177f45688a2c78212784c3ec-00000000001a27df-0005f2f2066ef7be.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:50 system@0e4abd2d177f45688a2c78212784c3ec-00000000001d0dd3-0005f2f207799b2a.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:50 system@0e4abd2d177f45688a2c78212784c3ec-00000000001ff415-0005f2f208815013.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:50 system@0e4abd2d177f45688a2c78212784c3ec-000000000022e6ba-0005f2f2099fdff0.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:51 system@0e4abd2d177f45688a2c78212784c3ec-000000000025cc36-0005f2f20aab88cd.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:51 system@0e4abd2d177f45688a2c78212784c3ec-000000000028b235-0005f2f20bb50573.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:51 system@0e4abd2d177f45688a2c78212784c3ec-00000000002b9733-0005f2f20cc3371b.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:52 system@0e4abd2d177f45688a2c78212784c3ec-00000000002e7bfe-0005f2f20dd5612c.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:52 system@0e4abd2d177f45688a2c78212784c3ec-0000000000316081-0005f2f20ee638da.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:52 system@0e4abd2d177f45688a2c78212784c3ec-0000000000345cfc-0005f2f21001853d.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:53 system@0e4abd2d177f45688a2c78212784c3ec-000000000037420c-0005f2f2111151f1.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:53 system@0e4abd2d177f45688a2c78212784c3ec-00000000003a2722-0005f2f21225faa4.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:53 system@0e4abd2d177f45688a2c78212784c3ec-00000000003d0cbc-0005f2f2132bcd89.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:55 system@0e4abd2d177f45688a2c78212784c3ec-00000000003ff29a-0005f2f2143c4bde.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:48 system@de77740a72b545b39d0f24e323c005b5-0000000001544e83-0005f2ecfa569218.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:49 system@de77740a72b545b39d0f24e323c005b5-000000000157348f-0005f2ecfb51689f.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:49 system@de77740a72b545b39d0f24e323c005b5-00000000015a32cf-0005f2ecfc5e61eb.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:49 system@de77740a72b545b39d0f24e323c005b5-00000000015d1958-0005f2ecfd56727e.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:49 system@de77740a72b545b39d0f24e323c005b5-00000000016000c4-0005f2ecfe58b52d.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:50 system@de77740a72b545b39d0f24e323c005b5-000000000162e82f-0005f2ecff58566e.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:50 system@de77740a72b545b39d0f24e323c005b5-000000000165ceb4-0005f2ed005a39da.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 12:52 system@de77740a72b545b39d0f24e323c005b5-000000000168b4cb-0005f2ed01674b8e.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:44 system@de77740a72b545b39d0f24e323c005b5-00000000016ba954-0005f2ed0866c57c.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:44 system@de77740a72b545b39d0f24e323c005b5-00000000016e9989-0005f2f1f373e7b9.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:45 system@de77740a72b545b39d0f24e323c005b5-0000000001717d53-0005f2f1f4907349.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:45 system@de77740a72b545b39d0f24e323c005b5-0000000001746354-0005f2f1f5ad9a63.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:45 system@de77740a72b545b39d0f24e323c005b5-0000000001774633-0005f2f1f6ddad8a.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:46 system@de77740a72b545b39d0f24e323c005b5-00000000017a2a9b-0005f2f1f7ef175d.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:46 system@de77740a72b545b39d0f24e323c005b5-00000000017d11c3-0005f2f1f8f439eb.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:46 system@de77740a72b545b39d0f24e323c005b5-00000000017ff692-0005f2f1fa011c1d.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:46 system@de77740a72b545b39d0f24e323c005b5-000000000182db42-0005f2f1fb0edd62.journal
-rw-r-----+ 1 root systemd-journal 128M gen 23 18:47 system@de77740a72b545b39d0f24e323c005b5-000000000185c0cd-0005f2f1fc1731ef.journal
-rw-r-----+ 1 root systemd-journal  64M gen 24 16:54 system.journal
-rw-r-----+ 1 root systemd-journal 3,7M gen 23 18:44 user-1000@304f3ab2062440ffb149d8b60d53fdb9-00000000016c676c-0005f2f1f28bdd75.journal
-rw-r-----+ 1 root systemd-journal 8,0M gen 24 16:56 user-1000.journal

Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: problema spazio memoria in esaurimento

Messaggio da corradoventu »

Bene! SEMBRA risolto: ci sono tanti vecchi journal da 128M del 23 e quelli di oggi sono ridotti, rifai la verifica domani.
Dai di nuovo il comando sudo dmesg e vedi se ricompaiono tutti quei messaggi dal pcieport 1c.6 device 8086:a116
Se va tutto bene puoi comunque cominciare a eliminare i vecchi journal.

puoi ritagliare le ultime righe di dmesg e metterle su file di testo con con:

Codice: Seleziona tutto

sudo dmesg |tail -n100 > xx.txt
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
Scrivi risposta

Ritorna a “Installazione e aggiornamento del sistema operativo”

Chi c’è in linea

Visualizzano questa sezione: corradoventu, fileo e 11 ospiti