O que é pxgsettings?

Question

Hoje abri o System monitor para matar um aplicativo e encontrei três entradas enigmáticas chamadas pxgsettings e quatro sh entries. Veja a imagem abaixo:

Alguémtemumaidéiadoqueéisso?

EDITAR

Hoje(2diasdepois)vejoquehámaisumaentradapxgsettingsemaisumaentradash.

Nologdosistema,encontreiestalinha:

dbus[896]:[system]Rejectedsendmessage,3matchedrules;type="error", sender=":1.57" (uid=1000 pid=2013 comm="bluetooth-applet ") interface="(unset)" member="(unset)" error name="org.freedesktop.DBus.Error.UnknownMethod" requested_reply="0" destination=":1.2" (uid=0 pid=919 comm="/usr/sbin/bluetoothd ")

Mas meu bluetooth está desativado e eu nunca tentei enviar nada pelo bluetooth.

Isso é um bug? Meu computador foi comprometido?

Esta é a saída de top :

AgoraqueestouusandooUbuntu,anovaversãodomonitorSystemfornecemaispistas.Vejaasseguintesimagens:

Assim, parece que esses processos são relacionados à unidade. Eu deveria me preocupar?

    

Answer 1

Resposta direta em curto (a)

Isto é um bug?
Provavelmente, o erro DBUS não é nada, o pxgsettings de suspensão é uma configuração incorreta ou uma interface mal escrita em algum programa que executa (e lê as configurações) com freqüência. Se você puder experimentar a causa, você deve enviar um relatório de bug.

Meu computador foi comprometido?
Quase certamente não. Novamente, o erro DBUS não é realmente um erro. É tecnicamente um bug, mas não aquele que afetaria qualquer coisa. Os processos de enforcamento são provavelmente um bug.

Mais informações

Se alguém comprometer seu sistema, as informações que poderiam obter de pxgsettings seriam bastante inúteis. Suponho que poderia ser dados sensíveis lá, mas na maioria das vezes seriam posições de janelas, nomes de rótulos, opções de cores, etc. Nada como senhas deveria ser armazenado lá. Para descartar o "compromisso", você sempre pode executar users e ver se há mais do que apenas você executando o sistema. Se houver alguém no seu sistema, ele será exibido lá. Você também pode verificar a parte superior para sessões ssh ou programas CPU / MEM de alta execução que você não iniciou. Finalmente, /var/log/auth.log mostrará todas as tentativas e sucessos de login (com alguns outros dados), se você ainda quiser despachar seu chapéu de folha de alumínio. Mas sinceramente tudo isso é um pouco exagerado.

Links em Isso pode ajudar . Basicamente pxgsettings é "Um binário auxiliar para consultar gsettings".

Parece que você está com problemas e falhas. A GSettings é uma API de alto nível para configurações de aplicativos . Em suma, parece que há um processo em execução todos os dias que trava lendo algumas configurações de alguma coisa. Infelizmente você não tem informações suficientes para rastrear o processo. Pode estar relacionado ao programa que você está tentando matar.

Eu não acho que esteja relacionado ao Bluetooth. Essa mensagem Bluetooth é normal. A mensagem Rejeitada é do DBUS e não do Bluetooth. Na verdade, esse erro não tem quase nada a ver com o Bluetooth.

    

Answer 2

Você usa o Tomboy?

Parece que há cinco processos de pxgsettings zumbis em torno de cada vez que uma sincronização é feita. Pode não ser relevante, mas minha máquina está por trás de um proxy.

Killing tomboy limpou todas as instâncias de pxgsettings.

    

Answer 3

Também estou rastreando por que meu sistema tem 5 processos de pxgsettings (cada um gerado a partir de um processo 'sh' persistente) na inicialização, e eles parecem crescer um pouco a partir daí. Este é o Ubuntu 13.04. Em 'pstree':

 |-gvfsd-http-+-sh---pxgsettings---2*[{pxgsettings}]
 |            '-3*[{gvfsd-http}]

 |-unity-lens-phot-+-sh---pxgsettings---2*[{pxgsettings}]
 |                 '-3*[{unity-lens-phot}]
 |-unity-scope-gdr-+-sh---pxgsettings---2*[{pxgsettings}]
 |                 '-3*[{unity-scope-gdr}]
 |-unity-scope-vid-+-sh---pxgsettings---2*[{pxgsettings}]
 |                 '-2*[{unity-scope-vid}]
 |-unity-shopping--+-sh---pxgsettings---2*[{pxgsettings}]
 |                 '-2*[{unity-shopping-}]

Todos eles carregam o selo de org.gnome.system.proxy no comando completo. Aqui, colei um comando completo por meio de strace e ele produz uma saída normal e é concluído normalmente.

[Linux2:~]$ strace /usr/lib/x86_64-linux-gnu/libproxy/0.4.7/pxgsettings org.gnome.system.proxy org.gnome.system.proxy.http org.gnome.system.proxy.https org.gnome.system.proxy.ftp org.gnome.system.proxy.socks

Não sei por que esses processos de pxgsettings perduram. Parece um bug para mim.

Já passei pelas Configurações do sistema > Rede > Network Proxy que já estava definido para "None", mas eu bati "Apply System-Wide" de qualquer maneira e reiniciei, sem sucesso. Talvez eu tente "Manual" e deixe as configurações em preto. Não tenho proxy para usar em nenhum aplicativo.

P.S. Meu problema real é um número baixo de aplicativos / janelas X11 que podem ser abertos. Eu comecei a fazer o killgpxsettings que está realmente matando os processos de unidade-lente-lixo que liberam recursos do X, e eu posso continuar operando o meu sistema, como um efeito colateral. Há também algum limite de soquete local do X definido como muito baixo, ou algo assim. Para frente.