Teams > Tips & trucs

Groeiende .xsession-errors

(1/4) > >>

Bloom:
Wie de gewoonte heeft zijn systeem in slaap te zetten en niet te rebooten, is zich misschien er niet van bewust dat dit zorgt voor een stelselmatig groeiende .xsession-errors in je homedirectory. Die van mij was op een gegeven moment 1,8 TB groot en wissen helpt niet, omdat verschillende grafische programma's dat bestand dan toch nog open houden en aanvullen. Je moet echt je systeem rebooten en dan wordt een nieuwe .xsession-errors aangemaakt en de oude hernoemd naar *.old.

Je kunt echter toch ingrijpen voordat het zover komt en zonder je systeem te moeten rebooten.
Maak een scriptje met de naam chkxsesserr als volgt:

--- Code: ---#!/usr/bin/env bash
siz=$(du -k .xsession-errors|awk '{ print $1 }')
nlin=$(wc -l .xsession-errors|awk '{print $1}')
if (( nlin > 1500 )); then
  me=$(whoami)
  echo "xse-siz=$siz, xse-nlin=$nlin">/home/$me/.xse_chk.log
  # truncate -s 1M /home/$me/.xsession-errors
  tail -1000 /home/$me/.xsession-errors >/home/$me/.xsession-errors
fi

--- Einde van code ---
Je kunt controleren op omvang ($siz variabele) of aantal regels in het tekstbestand ($nlin variabele). Voor mezelf heb ik het voorlopig op 1500 regels gezet en als dat overschreden wordt, kort hij het in tot 1000 regels. De uitgecommentarieerde truncate-opdracht kun je gebruiken als je op omvang wil controleren en ingrijpen. Dan kun je (( nsiz > 1500 )) controleren en dan inkrimpen tot 1 MB.
De echo naar .xse-chk.log heb ik erin gezet omdat ik graag wil weten hoeveel bytes die 1500 regels zijn. Alles wat je niet moet hebben kun je eruit laten.
Dit gebruik je in een cronjob om dit regelmatig uit te voeren. Nogmaals: dit moet alleen maar voor een systeem met een desktop dat niet of zeer zelden gereboot wordt en waarvan .xsessions-errors zou blijven aangroeien.
Zet dit in je crontab:

--- Code: ---# m h  dom mon dow   command
0 0 * * * 1 /home/$(whoami)/chkxsesserr

--- Einde van code ---
Dit voert het script uit elke maandag om middernacht.

Pjotr:
Goede noodoplossing, maar ik ben dan toch benieuwd wat de oorzaak is van die tsunami van foutmeldingen in het logboek. Zou dat echt alleen komen door de slaapstand?

Bij mij is dat logboek eigenlijk altijd minder dan 20 kB, piepklein dus. Op al mijn machines. Zonder dat ik er iets voor hoef te doen.... Maar goed, ik gebruik de slaapstand ook nooit.

Bloom:
Bij mij staat het vol met GTK-waarschuwingen over thema's of pictogrammen die niet gevonden worden (maar daar zie je dus niks van in de GUI), en van de weerapp in de statusbalk die klaagt dat hij "api.met.no" niet kan vinden, de api-aansluiting van de Noorse metereologische dienst. Maar die weerapp blijkt ondanks dat prima te werken.
En héél veel berichten van dit type:

--- Code: ---[signature_validate() ./src/lib/crypto/signatures.cpp:227] wrong lbits

--- Einde van code ---
Maar ook hier geen invloed op de functionaliteit, alles werkt prima.

Paul Matthijsse:
Hmm, ik gebruik de slaapstand vrijwel altijd, maar heb nooit opgemerkt dat er een megagroot bestand in mijn /home staat. Mijn .xsessions-errors is volgens mij altijd iets van 100~200KB. Ik ben het met Pjotr eens dat al die foutmeldingen aan jouw pc of configuratie kunnen liggen.

Paul Matthijsse:
Ik heb vanmorgen nog even gekeken naar de omvang van xsession-errors. Uptime pc: 9 dagen en 0 uur, 's nachts gaat-ie in de slaapstand. Het xsessions-errors bestand hier is 168,5KB groot, en dus bij verre na niet de 1,8TB van Bloom!

Navigatie

[0] Berichtenindex

[#] Volgende pagina