~ / .xsession-errors é grande (e crescente), em uma nova instalação, causada por erros do daemon gnome-settings

3

Acabei de instalar o Ubuntu 10.10 x64, ativei os drivers recomendados da Nvidia, e notei que meu espaço no disco rígido está desaparecendo, eu reduzi o erro ao seguinte:

alex@alex-home:~$ ls -la .x*
-rw------- 1 alex alex 4436076400 2010-11-19 22:35 .xsession-errors
-rw------- 1 alex alex      10495 2010-11-19 21:46 .xsession-errors.old

Alguma idéia do que é esse arquivo, por que é tão grande e por que está crescendo? Alguns segundos depois:

alex@alex-home:~$ ls -la .x*
-rw------- 1 alex alex 5143604317 2010-11-19 22:36 .xsession-errors
-rw------- 1 alex alex      10495 2010-11-19 21:46 .xsession-errors.old

seguindo:

alex@alex-home:~$ tail .xsession-errors

(gnome-settings-daemon:1514): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(gnome-settings-daemon:1514): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(gnome-settings-daemon:1514): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(gnome-settings-daemon:1514): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(gnome-settings-daemon:1514): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

Além disso, o processo "gnome-settings" parece estar usando 100% cpu:

 PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND     
1514 alex      20   0  268m  10m 7044 R  100  0.1   7:06.10 gnome-settings- 
    
por Alex Black 20.11.2010 / 04:37

2 respostas

2

.xsession-errors é o local onde o erro padrão do servidor X e todos os seus filhos são direcionados. Obviamente, o gnome-settings-daemon está insatisfeito com alguma coisa.

Você pode obter algumas informações úteis observando o que o gnome-settings-daemon está tentando fazer com

strace -p 1514

Mas isso pode ser incrivelmente difícil de entender, especialmente se você não fez muito disso.

Sua melhor aposta é provavelmente arquivar um bug usando

apport-bug 1514

em que 1514 é o PID do processo errante. Eu tenho a impressão de que a implementação de x64 de tudo não foi batida quase tanto quanto a versão de 32 bits, então você pode ter descoberto um novo bug. O Apport obtém as informações na frente das pessoas mais interessadas em corrigi-las.

    
por msw 20.11.2010 / 06:16