Desktop esquece o tema?

Question

Estou executando o Ubuntu no VirtualBox (em um host do Windows 7). Várias vezes agora, a barra de menu de nível superior, a barra de tarefas - e aparentemente todas as caixas de diálogo do sistema - esqueceram o tema "Ambiente" pronto para uso, conforme a primeira vez que eu instalei o sistema. As legendas das janelas ainda preservam o tema, mas praticamente nada mais o faz.

Pesquisei alto e baixo no Google para obter ajuda com esse problema. Tudo o que encontrei sugere a execução de algum gconf reset ou a exclusão de .gconf * .gnome * e outros diretórios similares. Eu segui todos esses conselhos e nada funciona. Eu ainda tenho uma aparência 3D cinza-estilo do Windows 95. Em ocasiões anteriores, após muita confusão, desisti e reiniciei a instância da VM, e fiquei agradavelmente surpreso ao ver o tema "Ambience" original restaurado em toda a interface, mas invariavelmente desaparece novamente algum tempo depois, geralmente após uma reinicialização, então eu nunca consigo descobrir o que eu fiz que o quebrou.

Aqui está uma amostra do site do Ubuntu do que eu quero que pareça.

E aqui está uma captura de tela do meu sistema como parece atualmente.

Note também que os meus Terminais GNOME normalmente têm uma bela aparência semi-translúcida e, como pode ser visto na captura de tela, eles agora são apenas um sólido branco fosco.

Esta última vez (ontem), tentando várias combinações de todos os truques habituais e reiniciando várias vezes, não resolveu isso, então aqui estou eu pensando em:

Como faço para recuperar o tema pronto para o uso para o meu desktop Gnome / Ubuntu, observando que apagar todos os arquivos de configuração - como sugerido em muitos lugares on-line - não consegue isso?

Pode ser útil saber que parece falhar depois que eu redimensiono a instância da VM, forçando o desktop do Ubuntu a se redimensionar ou depois de brincar com as configurações do Compiz. Eu não fui capaz de descobrir qual deles é, e poderia ser nenhum dos dois. Dada a quantidade de dor que eu tive que passar para fazer as coisas voltarem ao normal (e dado que eu não sei como fazê-lo), provou ser difícil isolar definitivamente a causa.

    

Answer 1

@ resposta do zpletan leva a um pouco de caça por aí, o que rapidamente desenterrou o que parece ser a causa raiz do meu problema. Ele está detalhado no Ubuntu Bug # 574296 . Em resumo, o meu sistema Core i7 com um SSD inicia tudo com tempos suficientemente diferentes que o gnome-settings-daemon executa cedo demais, suporta e deixa-me principalmente com um tema GTK padrão.

Um breve sono em /etc/xdg/autostart/gnome-settings-daemon.desktop corrige:

Exec= bash -c "sleep 2; /usr/lib/gnome-settings-daemon/gnome-settings-daemon"

    

Answer 2

Eu não consegui corrigir este problema com nenhuma das respostas sugeridas (a resposta atualmente aceita funcionou esporadicamente, mas geralmente não funcionou para mim). Eu tentei aumentar muito o tempo de sono e ainda não estava funcionando de forma consistente.

No entanto, uma das respostas apontou para um bug que rastreia esse problema, e eu encontrei um comentar sobre o bug que resolveu para mim.

Aqui estão os principais bits:

Primeiro, crie um script bash (eu chamei de /etc/xdg/autostart/gnomesettingsdaemonfix.sh )

#!/bin/bash

pid=$(pgrep gnome-settings-)

while [ -n "$pid" ];
do
  pid=$(pgrep gnome-settings-)
  sleep 0
done

exit 0

Certifique-se de que é executável (execute chmod +x ).

Em seguida, edite /etc/xdg/autostart/gnome-settings-daemon.desktop

Altere a linha Exec para:

Exec=bash -c '/etc/xdg/autostart/gnomesettingsdaemonfix.sh;/usr/lib/gnome-settings-daemon/gnome-settings-daemon'

Isso parece ter corrigido isso até agora para mim.

    

Answer 3

Pressione Alt + F2 (executar aplicativo) e execute o seguinte:

gksudo gnome-settings-daemon

    

Answer 4

10.10 tem esse problema, mas normalmente acontece quando você instala o driver nvidia proprietário. No entanto, a solução provavelmente também funcionará em uma máquina virtual.

Crie um arquivo de texto. Escreva nele

include "/usr/share/themes/Ambiance/gtk-2.0/gtkrc"
gtk-icon-theme-name = "ubuntu-mono-dark"

e salve-o em sua pasta pessoal com o nome .gtkrc-2.0. Reiniciar.

Se ainda houver elementos errados (para mim foi a fonte), você precisa adicionar essa alteração ao arquivo, google para um tutorial gtk para os possíveis ajustes finos.

    

Answer 5

Estou procurando uma correção para esse problema há meses. Aparentemente, ninguém sabe o que causa isso. Este bug existe há anos e ninguém o corrigiu.

Às vezes acontece durante a inicialização com uma condição de corrida entre a primeira e a segunda instâncias do gnome-settings-daemon, e às vezes acontece no meio de uma sessão de área de trabalho quando o gnome-settings-daemon pára de funcionar ou trava. / p>

A única solução encontrada que parece consertar é digitar

killall gnome-settings-daemon
gnome-settings-daemon &

em um terminal em execução que deixo em aberto.

O fechamento do terminal elimina a instância de fundo do gnome-settings-daemon e a área de trabalho é revertida para o tema padrão (não padrão do Ubuntu, mas padrão do gnome). Por isso executo o daemon em segundo plano e deixo o terminal rodando também porque o processo precisa do pai.

    

Answer 6

Eu tive o mesmo problema e recebi um erro no pedido: Could not apply the stored configuration for monitors.

Removemos o arquivo: ~/.config/monitors.xml registrou novamente e funcionou como uma luva.

    

Answer 7

Eu tenho o mesmo problema, sudo killall nautilus corrige isso. (temporariamente)

    

Answer 8

Eu também tive o problema muito parecido. Isso foi depois de uma atualização (parcial do IIRC) do meu Natty Narwhal como estava no estado alfa 3. No meu caso, o arquivo ~ / michael / .nautilus / browser.xml parecia estar corrompido. Depois de experimentar algumas das sugestões deste site parcial eu simplesmente deletei este arquivo, reiniciei meu pc e todos os meus temas estavam de volta e permaneciam estáveis. Eu acho que você pode tentar resolver seu problema como eu.

    

Answer 9

Isso acontece comigo ocasionalmente com o 11.04 Unity 3D e cada vez que eu o limpava abrindo o Appearance, o botão Customize, a aba Icon e clicando no meu Icon Set escolhido, embora ele tenha sido indicado como em uso. No meu caso, seria Faenza-Dark. Acontece com tanta frequência que ainda não identifiquei qualquer sequência de eventos que cause isso.

    

Answer 10

Isso só funcionou para mim em uma janela de terminal:

echo "PATH=\"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games\"" | tee -a ~/.profile

    

Answer 11

Aqui está uma solução rápida, vá para o seu console virtual, pare o gdm, inicie o servidor X

1. pressione "Ctrl direita + F1" (Ctrl + Alt + F1 é uma combinação para instalações não virtualizadas)
2. faça login
3. tipo: sudo /etc/init.d/gdm stop
4. tipo: startx

como este é meu primeiro post, tive que colocar imagens assim:

link

    

Answer 12

Isso aconteceu comigo também e, no meu caso, eu tive que eliminar todo o meu diretório pessoal e, em seguida, restaurar os bits e partes de volta, por a resposta aqui . Se você estiver executando os scripts de sincronização para o gnome-settings-daemon, veja se consegue fazê-lo funcionar corretamente criando outra conta e efetuando login como essa conta. No meu caso, a segunda conta não tinha o problema de não iniciar e, portanto, apliquei a correção no link.

    

Answer 13

Desculpe, mas minha sugestão anterior de usar '--sync' não é uma correção. Acontece que depois de algumas reinicializações, o problema é o mesmo.

Mas, felizmente, consegui capturar a seguinte saída do processo 'gnome-settings-daemon' que travava durante as inicializações quando o tema não se aplica:

** (gnome-settings-daemon:1679): WARNING **: You can only run one xsettings manager at a time; exiting

** (gnome-settings-daemon:1679): WARNING **: Unable to start xsettings manager: Could not initialize xsettings manager.

Quando o tema é aplicado com sucesso, não há saída.

A partir disso, parece que o gnome-settings-daemon pode estar rodando duas vezes de alguma forma. Aparentemente, se a primeira instância for concluída antes que a segunda instância seja executada, o tema será aplicado; caso contrário, ela falhará.

NOTA: A captura da saída foi feita editando a entrada 'Exec =' do /etc/xdg/autostart/gnome-settings-daemon.desktop para "bash -c" / usr / lib / gnome-settings-daemon / gnome- settings-daemon --debug --sync & amp;> /home/sanjeev/Desktop/test.txt '"(a opção --sync foi usada como recomendado por alguns websites)

PS: Testes adicionais mostram que há, de fato, duas instâncias em execução que devem ser executadas uma após a outra.

Embora o método 'sleep' possa funcionar, aqui está uma solução mais 'tecnicamente correta', se possível, para o problema. Eu tentei com 6 reinicializações e o seguinte parece funcionar:

Etapa 1: Crie um script (eu chamei de gnome-settings-daemon-fix.sh) em / etc / xdg / autostart com o seguinte:

#!/bin/bash
# gnome-settings-daemon-fix.sh

pid='pgrep gnome-settings-'
wait pid

exit 0

Passo 2: Edite 'gnome-settings-daemon.desktop' na entrada 'Exec =' e substitua-o por:

Exec=bash -c 'bash /etc/xdg/autostart/gnome-settings-daemon-fix.sh ;/usr/lib/gnome-settings-daemon/gnome-settings-daemon'

Tudo está feito. Basicamente, o que estamos fazendo é esperar que a primeira instância saia antes que a segunda seja lançada. Alguém poderia notificar se isso resolveu o problema deles?

    

Answer 14

Por favor, tente isso e reinicie! :)

gconftool-2 --shutdown        
rm -rf ~/.gconf/apps/panel       
pkill gnome-panel        

    

Answer 15

Acho que existem algumas pessoas com a ideia certa.

Meu palpite é que, depois de certas atualizações (novos kernels, etc), o ureadahead é reorganizado. É aqui que acho que o problema acontece. O gnome-settings-daemon é chamado cedo demais.

Eu deletei todos os arquivos com 'pack' (pack, home.pack, boot.pack, run.pack) no nome em / var / lib / ureadahead / folder para forçar um reprofile. Tudo ficou ótimo depois disso.

Ao fazer o reperfilamento, exclua os arquivos acima, reinicialize e faça o login rapidamente assim que você vir a tela de login. Aguarde cerca de 30 segundos ou quando a unidade parar de girar antes de fazer qualquer coisa. Deixe terminar o seu negócio. Sua janela do nautilus deve estar bem agora.

Talvez um bug deva ser arquivado com ureadahead para colocar o gnome-settings-daemon fora de ordem.