Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo [ Spazio disco esaurito ]
> 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. > Se 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 (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
Re: Come limitare temporalmente i log nel journal di systemd e avere journalctl più reattivo [ Spazio disco esaurito ]
On 31/10/21 17:36, Marco Bodrato wrote: > 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 Con il comando (du -x / | sort -n > dux.txt), risulta la partizione più grande. Cioè 5513780/ , 5,5 Giga, se non sbaglio. > >> 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 1,0G/mnt/usr/lib/x86_64-linux-gnu 1,4G/mnt/usr/share 2,7G/mnt/usr/lib 4,7G/mnt/usr 15G /mnt/root 15G /mnt/root/.cache 20G /mnt/ Metto solo quelli più grandi di 1 Giga. Ma allora nella cache di Root ci sono 15 Giga ? Forse è li il problema. Ma come si fa a eliminare qualche file senza danneggiare il sistema ? Questo è il contenuto. ls -ha /mnt/root/.cache . .. doc gvfs keyring-2TYMB1 mesa_shader_cache tmptniz_t2tmTBjDhzgCRw2JS3xYQmV05uW.yUjHeq0qhisCjkWEDYmDc9Oop9BHnselS.HCC.PSs58V5W0U3fQ--rBNU.SSSjQLE-xx09G8FVdz465Dhicyx.jy_qWE9xRVPSeq5xsu8WpVa7mIi6P156inj5OBKw_2m2DLY2TO1xa9W7h60yLFqK0Kz3l8kDpv 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. rm: impossibile rimuovere 'tmptniz_t2tmTBjDhzgCRw2JS3xYQmV05uW.yUjHeq0qhisCjkWEDYmDc9Oop9BHnselS.HCC.PSs58V5W0U3fQ--rBNU.SSSjQLE-xx09G8FVdz465Dhicyx.jy_qWE9xRVPSeq5xsu8WpVa7mIi6P156inj5OBKw_2m2DLY2TO1xa9W7h60yLFqK0Kz3l8kDpv': File o directory non esistente Grazie Claudio > > 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 -- https://www.linkedin.com/in/claudio-sandrone
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 [ 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