mi sono accorto che non ho tantissimo spazio libero su /
e indagando ho scoperto che il journal di systemd stava occupando
diversi giga. Ho scoperto che al massimo, come impostazioni di
default, dovrebbe occupare 4 GByte.
Per vedere quanto spazio sta occupando attualmente:
$ journalctl --disk-usage
ho visto che i log partivano da diversi mesi fa e avevo già notato che
la consultazione del journal era sempre più lenta.
Visto che a me non interessa avere un journal che può andare indietro
così tanto ho modificato il file /etc/systemd/journald.conf e ho tolto
il commento alla variabile MaxRetentionSec impostandola a max 2 mesi: MaxRetentionSec=2month
poi ho riavviato il journal per eliminare tutti i log oltre i due mesi:
# systemctl restart systemd-journald.service
ora se voglio vedere il log attuale
$ journalctl -b 0
ho la risposta completa immediatamente :-)
e ho liberato un po' di spazio (circa 2 GByte), non molto, ma è già qualcosa.
Se qualcuno vuole indagare ulteriormente è possibile leggere il man
$ man 5 journald.conf
Ciao
Davide
mi sono accorto che non ho tantissimo spazio libero su /
e indagando ho scoperto che il journal di systemd stava occupando
diversi giga. Ho scoperto che al massimo, come impostazioni di default, dovrebbe occupare 4 GByte.
Per vedere quanto spazio sta occupando attualmente:
$ journalctl --disk-usage
ho visto che i log partivano da diversi mesi fa e avevo già notato che
la consultazione del journal era sempre più lenta.
Visto che a me non interessa avere un journal che può andare indietro
così tanto ho modificato il file /etc/systemd/journald.conf e ho tolto
il commento alla variabile MaxRetentionSec impostandola a max 2 mesi: MaxRetentionSec=2month
poi ho riavviato il journal per eliminare tutti i log oltre i due mesi:
# systemctl restart systemd-journald.service
ora se voglio vedere il log attuale
$ journalctl -b 0
ho la risposta completa immediatamente :-)
e ho liberato un po' di spazio (circa 2 GByte), non molto, ma è già qualcosa.
Se qualcuno vuole indagare ulteriormente è possibile leggere il man
$ man 5 journald.conf
Ciao
Davide
Infatti ho un problema sul disco B. La partizione di Root (da 20 GB)
risulta piena. Ma se vado a vedere con l'analizzatore di spazio disco, risultano solo 6 GB di spazio usato.
Infatti ho un problema sul disco B. La partizione di Root (da 20 GB)Cos'e` questo "analizzatore di spazio disco"?
risulta piena. Ma se vado a vedere con l'analizzatore di spazio disco,
risultano solo 6 GB di spazio usato.
Infatti ho un problema sul disco B. La partizione di Root (da 20 GB)
risulta piena. Ma se vado a vedere con l'analizzatore di spazio disco,
risultano solo 6 GB di spazio usato.
Cos'e` questo "analizzatore di spazio disco"?Un programma grafico di Mate, che analizza lo spazio disco e lo
Io faccio "du -x / | sort -n". Ovviamente da amministratore, perche`Probabilmente quel comando è simile a quello che usa l'analizzatore del
alcune directory non sono leggibili come utente, e se lo spazio
occupato e` li` non lo si vedrebbe (ma ci sarebbero dei "permission denied" durante la scansione).
Utile anche, magari prima de "du", un "df -h" e "df -i" per vedere
se e` davvero piena, e se non lo e` se per caso non sono finiti gli
inode (cioe` ci sono troppi file).
saluti
/alessandro
On 31/10/21 12:59, Alessandro Rubini wrote:
Io faccio "du -x / | sort -n". Ovviamente da amministratore, perche`
Utile anche, magari prima de "du", un "df -h" e "df -i" per vedere
df -h
File system Dim. Usati Dispon. Uso% Montato su
/dev/sdb1 20G 5,3G 13G 30% /
/dev/sdb6 54G 40G 11G 79% /home
/dev/sda1 20G 20G 0 100% /mnt
Per questo ho dato un comando per scrivere nel file testo, perché nel terminale non si leggeva tutto.
du -x / | sort -n > dux.txt
Allego solo gli ultimi, che sono i più grandi
197424 /usr/lib/chromium
200144 /usr/lib/firefox-esr
279376 /opt/google/chrome
Se alcuni di quelli non sono utili o indispensabili al funzionamento
del
sistema si possono cancellare ?
mi sono accorto che non ho tantissimo spazio libero su /
e indagando ho scoperto che il journal di systemd stava occupando
diversi giga. Ho scoperto che al massimo, come impostazioni di
default, dovrebbe occupare 4 GByte.
Per vedere quanto spazio sta occupando attualmente:
$ journalctl --disk-usage
(...)
Il 2021-10-31 16:42 pinguino ha scritto:
On 31/10/21 12:59, Alessandro Rubini wrote:
Io faccio "du -x / | sort -n". Ovviamente da amministratore, perche`
Intanto sottolineiamo che il suggerimento aveva una precisazione: **Ovviamente da amministratore**
Utile anche, magari prima de "du", un "df -h" e "df -i" per vedere
df -h
File system    Dim. Usati Dispon. Uso% Montato su
/dev/sdb1Â Â Â Â Â Â Â 20GÂ 5,3GÂ Â Â Â 13GÂ 30% /
/dev/sdb6Â Â Â Â Â Â Â 54GÂ Â 40GÂ Â Â Â 11GÂ 79% /home
/dev/sda1Â Â Â Â Â Â Â 20GÂ Â 20GÂ Â Â Â Â Â 0 100% /mnt
Quindi, quella piena è sda1, montata su /mnt, ed è piena nel senso
dello spazio dati, non degli i-node.
Per questo ho dato un comando per scrivere nel file testo, perché nel
terminale non si leggeva tutto.
du -x / | sort -n > dux.txt
Ma qui hai guardato lo spazio occupato nella partizione / ovverosia
nella partizione /dev/sdb1
1,0G /mnt/usr/lib/x86_64-linux-gnuAllego solo gli ultimi, che sono i più grandi
... :-) che è lo scopo di aver inserito "sort -n" nel suggerimento :-D
Ti suggerisco, a questo punto, di vedere cosa succede con
du -hx /mnt/ | sort -h
Meglio come amministratore, per evitare che cartelle di utenti inattesi possano rimanere fuori dal conto.
197424Â Â Â /usr/lib/chromium
200144Â Â Â /usr/lib/firefox-esr
279376Â Â Â /opt/google/chrome
Se alcuni di quelli non sono utili o indispensabili al funzionamento del
sistema si possono cancellare ?
C'è chromium, c'è firefox... il software non libero chrome di certo non è indispensabile :-P
Äœis,
m
L'ultimo file che inizia con tmptniz......................, sembra che
sia grande 15 Giga.
Allora è questo il problema. Ma si può cancellare
senza avere problemi nel sistema ?
Se provo a cancellarlo mi dice che non esiste.
File o directory non esistente
L'ultimo file che inizia con tmptniz......................, sembra che
sia grande 15 Giga.
E, quasi sicuramente, lo scaricamento si e` interrotto per fine dello
spazio libero.
Allora è questo il problema. Ma si può cancellare
senza avere problemi nel sistema ?
Sicuramente. Inizia con "tmp" e abita in .cache: non puo` essere imporante. Giusto per curiosita`, guarderei col comando "file" di cose si tratta.
Questo non li posso provare, perché dopo avere provato un paio di volteSe provo a cancellarlo mi dice che non esiste.
File o directory non esistente
E` un problema di caratteri speciali e/o strani nel nome. Quanto
divgitato (copiato col mouse) non corrisponde al nome.
Piu` che far completare a bash stessa usando <Tab> (che probabilmente funziona), io preferisco
rm -i /mnt/tmp*
Cosi` il comando "rm" mi chiede conferma di ogni file, e posso verificare
che il mio asterisco mi abbia scelto solo quello che intendevo. In questo caso sara` solo lui, ma una conferma e` comunque utile.
Se anche cosi` non trova niente, c'e` qualcosa di strano prima di
tmp, allora
rm -i /mnt/*tmp*
sicuramente funziona.
saluti
/alessandro, uso a file sbagliato con nomi strani
On Sat, 30 Oct 2021 10:48:12 +0200 Davide wrote:
mi sono accorto che non ho tantissimo spazio libero su /
e indagando ho scoperto che il journal di systemd stava occupando
diversi giga. Ho scoperto che al massimo, come impostazioni di
default, dovrebbe occupare 4 GByte.
Per vedere quanto spazio sta occupando attualmente:
$ journalctl --disk-usage
(...)
E io che per monitorare lo spazio occupato da codesti log mi
attardavo ancora su du -h /var/log/journal/ :/
Da notare che du d� la stessa risposta, sia che si sia utente, sia
che si sia root, mentre journalctl --disk-usage avverte l'utente che
non sta vedendo, in quanto tale, i messaggi degli altri utenti n�
quelli del sistema. Risultato nel mio caso:
$ journalctl --disk-usage -q
Archived and active journals take up 864.1M in the file system.
$ du -h /var/log/journal/
2,0G /var/log/journal/
# du -m /var/log/journal/
1993 /var/log/journal/
# journalctl --disk-usage
Archived and active journals take up 1.9G in the file system.
Grazie mille Davide per condividere con noi la tua conoscenza e
delle informazioni che sono sempre importanti e interessanti.
peterpunk
(...)
$ journalctl --disk-usage -q
Archived and active journals take up 864.1M in the file system.
A me questo occupa poco spazio è normale ?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 87:45:21 |
Calls: | 6,658 |
Files: | 12,203 |
Messages: | 5,333,954 |