Pagine web da aggiornare
Buongiorno, questo messaggio automatico è inviato in quanto sei responsabile della traduzione in italiano di alcune pagine del sito web Debian. Hai richiesto di inviare le seguenti informazioni: summary: settimanale logs: mai diff: mai tdiff: mai file: mai Puoi cambiare: - la frequenza dei messaggi (mai, quotidiana, settimanale, mensile) ; - le informazioni che vuoi ricevere: * il riassunto dei file da aggiornare * i messaggi del log tra la versione aggiornata e l'ultima tradotta * le differenza tra la versione aggiornata e l'ultima tradotta * i file completi da aggiornare - il tuo indirizzo di posta elettronica Per qualsiasi domanda su questo messaggio, invia un email alla lista debian-l10n-italian@lists.debian.org NeedToUpdate italian/intro/philosophy.wml from revision 8d625100deb403dba223e3cecbac44a283fe02ff to revision 6686348617abaf4b5672d3ef6eaab60d594cf86e NeedToUpdate italian/intro/search.wml from revision 821d2af3a565be7b911813a3fb1a5543be4391e6 to revision 6686348617abaf4b5672d3ef6eaab60d594cf86e (maintainer Johan Haggi) NeedToUpdate italian/intro/why_debian.wml from revision 7141cf5f25b03b1aa3c02c1afe2a5ca8cab2f672 to revision 6686348617abaf4b5672d3ef6eaab60d594cf86e
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo
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
--
,= ,-_-. =.
((_/)o o(\_))
`-'(. .)`-'
\_/ printf("Mai un giorno senza una riga\n");
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo [ Spazio disco esaurito ]
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/sdb120G 5,3G 13G 30% / /dev/sdb654G 40G 11G 79% /home /dev/sda120G 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 Allego 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
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo
Il 31/10/21 12:59, Alessandro Rubini ha scritto: 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"? Probabilmente si riferisce a Baobab per Gnome (qui https://wiki.gnome.org/action/show/Apps/DiskUsageAnalyzer ) Gnome è bellissimo, ma dalla versione 3 ha iniziato questa bruttissima abitudine di non mostrare da nessuna parte il nome "del progetto". Così baobab è chiamato "Analizzatore di utilizzo del disco", Nautilus diventa "File" ed altri che ora non ricordo...
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo [ Spazio disco esaurito ]
On 31/10/21 12:59, Alessandro Rubini wrote: >> 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. > Buongiorno Lista, > Cos'e` questo "analizzatore di spazio disco"? Un programma grafico di Mate, che analizza lo spazio disco e lo rappresenta in forma grafica. > > Io faccio "du -x / | sort -n". Ovviamente da amministratore, perche` > 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). Probabilmente quel comando è simile a quello che usa l'analizzatore del disco, ma in forma testuale sul terminale. > > 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). df -h File system Dim. Usati Dispon. Uso% Montato su udev1,9G 01,9G 0% /dev tmpfs 394M 1,2M393M 1% /run /dev/sdb120G 5,3G 13G 30% / tmpfs 2,0G 992K2,0G 1% /dev/shm tmpfs 5,0M 4,0K5,0M 1% /run/lock /dev/sdb654G 40G 11G 79% /home tmpfs 394M 72K394M 1% /run/user/1001 /dev/sda120G 20G 0 100% /mnt La partizione incriminata è sda1 ed è piena al 100 %, montata su /mnt. df -i File system Inode IUsati ILiberi IUso% Montato su udev490087448 4896391% /dev tmpfs 503734757 5029771% /run /dev/sdb1 1277952 191957 1085995 16% / tmpfs 503734 30 5037041% /dev/shm tmpfs 503734 3 5037311% /run/lock /dev/sdb6 3596288 460185 3136103 13% /home tmpfs 100746 82 1006641% /run/user/1001 /dev/sda1 1343488 193387 1150101 15% /mnt Sembra che gli inode siano ancora liberi. Risultano 1150101 su sda1, sono usati solo al 15%. 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, con 6 e 7 cifre. 105336 /usr/lib/thunderbird 108824 /boot 111356 /usr/lib/gcc/x86_64-linux-gnu/10 111360 /usr/lib/gcc/x86_64-linux-gnu 111364 /usr/lib/gcc 117004 /usr/share/texlive/texmf-dist/tex/latex 144856 /var/lib/apt/lists 144984 /var/lib/apt 153516 /usr/share/texlive/texmf-dist/tex 161860 /usr/lib/modules/5.10.46-cs-20210919/kernel/drivers 195276 /usr/share/texlive/texmf-dist 197424 /usr/lib/chromium 199132 /usr/share/texlive 200144 /usr/lib/firefox-esr 201264 /usr/share/icons 208204 /usr/lib/modules/5.10.0-9-amd64/kernel/drivers 217060 /usr/share/doc 218072 /usr/lib/libreoffice/program 229920 /usr/lib/modules/5.10.46-cs-20210919/kernel 230980 /usr/bin 233956 /usr/lib/modules/5.10.46-cs-20210919 260988 /var/lib 270596 /usr/src 279376 /opt/google/chrome 279380 /opt/google 279384 /opt 294544 /usr/lib/libreoffice 295484 /usr/lib/modules/5.10.0-9-amd64/kernel 300428 /usr/lib/modules/5.10.0-9-amd64 364420 /var 534388 /usr/lib/modules 1015380 /usr/lib/x86_64-linux-gnu 1441784 /usr/share 2672796 /usr/lib 4748932 /usr 5513780 / Se alcuni di quelli non sono utili o indispensabili al funzionamento del sistema si possono cancellare ? Grazie Ciao Claudio > > saluti > /alessandro > -- https://www.linkedin.com/in/claudio-sandrone
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo
> 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"? Io faccio "du -x / | sort -n". Ovviamente da amministratore, perche` 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
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo
On 30/10/21 10:48, Davide Prina 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 > > 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 > Buongiorno Lista, Ho aggiornato anche io il journald.conf. Mi sembra meglio risparmiare un po di spazio sul disco A. 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. Forse c'è qualcosa che mi occupa spazio ma non lo trovo. Saranno i files di log del journald ? Ho anche guardato i files nascosti ma non c'è nulla che occupa tanto spazio. Grazie Ciao -- https://www.linkedin.com/in/claudio-sandrone
