web-dev-qa-db-fra.com

Pourquoi le fichier .xsession-errors.old est-il si gros?

Problème

De nombreux utilisateurs (y compris moi-même) ont découvert d'instant en instant que l'espace disque utilisé était vraiment étrange. Un jour, j'avais 50Gb gratuits et le lendemain, j'avais 3Gb, c'est fou.

Cela s'est produit avec différentes versions d'Ubuntu (11.04, 12.04 et 12.10, pour ne rien dire).

Certains de ces utilisateurs ont créé une question sur ce site, certains d'entre eux:

Solution

@ NathanWienand ont découvert que le problème est dû au fichier .xsession-errors.old (il se trouve dans le répertoire $ HOME) et que lui et d'autres utilisateurs ont résolu le problème. supprimer le fichier. Un exemple de la taille que ce fichier peut avoir est ~ 100 Go, ce n’est pas raisonnable.

Question

  • Pourquoi cela arrive-t-il?
  • La suppression du fichier est-elle le seul moyen de le résoudre?
  • N'y a-t-il pas un autre moyen de résoudre ce problème avec un effet de période important?
  • Ce problème concerne-t-il uniquement les utilisateurs du système 64 bits?

Si vous avez quelque chose à ajouter ici, n'hésitez pas à modifier la question.

diskdisk-usage
5
Lucio

Vous pourriez enquêter sur le problème. Oui, je sais que c'est un gros fichier, mais en jetant des données et en laissant l'ordinateur faire le travail, on pourrait:

cat .xsession-errors* | \
    egrep -v '^$' | \
    sed -e 's/[0-9][0-9]\+/#NUM#/g'  | \
    sort | \
    uniq -c | \
    sort -rn | \
    tee counts.out | \
    less -XMersj3

Certains messages (sur mon système sans le problème) comme:

     38 /usr/share/software-center/softwarecenter/ui/gtk3/widgets/exhibits.py:#NUM#: Warning: Source ID #NUM# was not found when attempting to remove it
     38   GLib.source_remove(self._timeout)
     36 (nautilus:#NUM#): Gdk-CRITICAL **: gdk_window_get_Origin: assertion 'GDK_IS_WINDOW (window)' failed

se produisent plus souvent (38, 38, 36 fois) que d’autres et méritent donc plus d’investigation.

Autres:

 1 compiz (core) - Info: Loading plugin: ccp
 1 compiz (core) - Info: Loading plugin: animation

Une autre chose à faire est de rechercher les fichiers supprimés, mais toujours ouverts:

 Sudo lsof / | egrep 'PID|(deleted)'

Recherchez les grandes valeurs SIZE/OFF.

Et recherchez les gros fichiers ouverts:

Sudo lsof / | \
    awk '{if($7 > 1048576) print $7/1048576 "MB" " " $9 }' | \
    sort -n -u
1
waltinator