Desktop oublie le thème?


79

J'utilise Ubuntu dans VirtualBox (sur un hôte Windows 7). À plusieurs reprises maintenant, la barre de menus supérieure, la barre des tâches - et apparemment toutes les boîtes de dialogue système - ont oublié le thème "Ambiance" prêt à l'emploi auquel ils se sont conformés lors de la première installation du système. Les légendes de la fenêtre préservent toujours le thème, mais pratiquement rien d’autre ne le fait.

J'ai cherché haut et bas sur Google pour obtenir de l'aide sur ce problème. Tout ce que j'ai trouvé suggère de lancer gconf reset ou de supprimer .gconf * .gnome * et d'autres répertoires similaires. J'ai suivi tous ces conseils et rien ne fonctionne. J'ai toujours un aspect 3D gris et ennuyeux du style Windows 95. Auparavant, après beaucoup de bêtises, j’avais abandonné et redémarré l’instance de machine virtuelle, et j’ai été agréablement surpris de voir le thème original "Ambience" restauré dans toute l’interface utilisateur, mais il disparaît invariablement peu de temps après, généralement après un redémarrage, donc je ne peux jamais comprendre ce que j'ai fait qui l'a cassé.

Voici un échantillon du site Ubuntu de ce que je veux qu'il ressemble.

texte alternatif

Et voici une capture d'écran de mon système tel qu'il se présente actuellement.

texte alternatif

Notez également que mes terminaux GNOME ont normalement un joli aspect violet semi-translucide, et comme on peut le voir sur la capture d'écran, ils ne sont plus qu'un blanc mat.

Cette dernière fois (pas plus tard qu'hier), essayer de nombreuses combinaisons avec tous les trucs habituels et redémarrer plusieurs fois ne résout pas le problème, alors je suis ici et je me demande:

Comment puis-je récupérer le thème par défaut pour mon ordinateur de bureau Gnome / Ubuntu, en notant qu'évacuer tous les fichiers de configuration - comme suggéré dans de nombreux endroits en ligne - ne permet pas d'atteindre cet objectif?

Il peut être utile de savoir qu'il semble échouer après le redimensionnement de l'instance de machine virtuelle, en obligeant le bureau Ubuntu à se redimensionner lui-même ou après avoir joué avec les paramètres Compiz. Je n'ai pas été en mesure de déterminer lequel de ces facteurs existe, et ce pourrait être ni l'un ni l'autre. Étant donné la quantité de douleur que j'ai dû subir pour que les choses redeviennent normales (et sachant que je ne sais pas comment faire), il a été difficile d'isoler définitivement la cause.


Réponses:


45

La réponse de @ zpletan a conduit à un peu de chasse, qui a rapidement mis au jour ce qui semble être la cause première de mon problème. Il est détaillé dans le bogue Ubuntu n ° 574296 . En résumé, mon système Core i7 avec un SSD démarre avec des timings suffisamment différents pour que gnome-settings-daemon s'exécute trop tôt, mette fin au processus et me laisse principalement avec un thème GTK standard.

Un court sommeil en le /etc/xdg/autostart/gnome-settings-daemon.desktopcorrige:

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

C'est bien! Je pensais seulement que cela augmenterait la validité de votre réponse: D
Marco Ceppi

2
+1, mais je devrais noter que cela ne fonctionnait pas tout le temps pour moi (était sporadique) ... Voir ma réponse ci-dessous sur la façon dont j'ai obtenu quelque chose qui semble fonctionner à 100% du temps.
TM.

22

Je ne pouvais résoudre ce problème avec aucune des réponses suggérées (la réponse actuellement acceptée fonctionnait de façon sporadique, mais ne fonctionnait généralement pas pour moi). J'ai essayé d'augmenter beaucoup le temps de sommeil et cela ne fonctionnait toujours pas.

Cependant, une des réponses a mis en évidence un bogue qui permet de suivre ce problème et j'ai trouvé un commentaire sur le bogue qui l'a résolu pour moi.

Voici les éléments clés:

Tout d'abord, créez un script bash (je l'ai nommé /etc/xdg/autostart/gnomesettingsdaemonfix.sh)

#!/bin/bash

pid=$(pgrep gnome-settings-)

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

exit 0

Assurez-vous qu'il est exécutable (exécuté chmod +x).

Puis éditer /etc/xdg/autostart/gnome-settings-daemon.desktop

Changer la Execligne à:

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

Cela semble l'avoir corrigé jusqu'à présent pour moi.


4
+1 Cela semble être la meilleure solution où, au lieu de modifier le temps de sommeil, la situation de concurrence critique est réellement prise en compte.
mindless.panda

1
Pourquoi ce bug n'a-t-il pas été corrigé? Si cette simple vérification peut résoudre le problème, pourquoi aucun correctif n'a-t-il été créé?
Luke n'a pas de nom

Je pensais que cette solution résoudrait mon problème puisque j'ai un Core i3 mais ce n’était pas le cas :( Mon gnomesettingsdaemonfix.sha les permissions 0777. Une chose que j’ai trouvée différente dans mon Ubuntu 16 est que la Execligne avait () usr/lib/gnome-settings-daemon/gnome-settings-daemon-localeexecau lieu de usr/lib/gnome-settings-daemon/gnome-settings-daemon. Suis-je en train de faire Quelque chose ne va pas?
Ejaz

16

Appuyez sur Alt + F2 (Exécuter l'application) et exécutez les opérations suivantes:

gksudo gnome-settings-daemon

+1, @zpletan pour m'avoir donné un coup de pouce dans la bonne direction. Lorsque je lance ceci via sudo gnome-settings-daemon, il récupère le thème complet, mais je ne veux pas avoir à le lancer à chaque fois que je redémarre mon système. Je vais ajouter les erreurs que je reçois sans sudo à ma question. Cela indiquera peut-être ce qui ne va pas.
Marcelo Cantos

En fait, ce n'est pas nécessaire. Le commentaire de @ Jorge sur ma réponse mène à une question qui montre exactement le résultat que je vois.
Marcelo Cantos

7

10.10 a ce problème, mais cela se produit normalement lorsque vous installez le pilote propriétaire nvidia. Cependant, la solution fonctionnera probablement aussi sur une machine virtuelle.

Créez un fichier texte. Écrire dedans

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

et enregistrez-le dans votre dossier personnel sous le nom .gtkrc-2.0. Redémarrer.

S'il y a toujours des éléments incorrects (pour moi, c'était la police), vous devez ajouter cette modification au fichier, google pour un tutoriel GTK pour les réglages précis possibles.


+1, @rumtscho; cette réponse ramène le thème complet. Cela semble être une solution de rechange, cependant. Etant donné qu’une Ubuntu 10.10 vierge semble bien sans cela, pourquoi ce fichier est-il nécessaire?
Marcelo Cantos

Ubuntu vierge contient uniquement des pilotes vidéo open source. Le problème que vous décrivez est un bug courant dans les pilotes vidéo propriétaires. Comme ils sont source fermée, seul nVidia peut fournir un correctif. Vous pouvez les supprimer et revenir à un pilote open source, mais vous perdrez l'accélération Compiz et 3D.
rumtscho

cela semble avoir corrigé cela sur mon installation de 10h10 ... pour l'instant
Nathan Schwermann le

parlé trop tôt, lors de mon prochain redémarrage, les paramètres ont été à nouveau perdus
Nathan Schwermann le

@schwiz Pour moi, cela fonctionne à chaque fois, mais les paramètres doivent être enregistrés dans le dossier d'accueil du compte avec lequel vous êtes actuellement connecté. Si vous avez redémarré et que vous vous êtes connecté en tant qu'utilisateur différent, cela ne fonctionne pas. Si vous démarrez une fenêtre graphique avec sudo, elle ne fonctionnera pas non plus, car elle contient les paramètres de l'utilisateur root et non de l'utilisateur connecté.
rumtscho

4

Je cherche une solution à ce problème depuis des mois. Apparemment, personne ne sait ce qui le cause. Ce bogue existe depuis des années et personne ne l’a corrigé.

Cela se produit parfois au démarrage avec une situation de concurrence critique entre les première et deuxième instances de gnome-settings-daemon, et parfois au milieu d'une session de travail en cours lorsque gnome-settings-daemon cesse de fonctionner ou se bloque.

La seule solution de contournement que j'ai trouvée qui semble résoudre ce problème est de taper

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

dans un terminal en cours d'exécution que je laisse ouvert.

La fermeture du terminal supprime l'instance en arrière-plan de gnome-settings-daemon et le bureau rétablit le thème par défaut (pas Ubuntu par défaut mais gnome par défaut). Par conséquent, je lance le démon en arrière-plan et laisse le terminal en marche aussi car le processus a besoin de son parent.


Vous pouvez éviter de garder une ouverture de terminal en exécutant Exécuter l'application (Alt + F2) et en lui donnant gksudo gnome-settings-daemoncomme argument.
mardi

4

J'ai eu le même problème et j'ai eu une erreur dans la mendicité: Could not apply the stored configuration for monitors.

Suppression du fichier: ~/.config/monitors.xmlréenregistré et travaillé comme un gant.


2
Cela a fonctionné pour moi aussi! Pour les lecteurs, je pense que vous devriez faire attention à cette solution si vous avez récemment modifié (ou modifié et restauré) votre xconfig ( /etc/X11/xorg.conf[.d]).
Severo Raz

2

J'ai le même problème, le sudo killall nautiluscorrige. (temporairement)


Merci d'avoir commenté, @Pit, mais cela ne m'a rien apporté.
Marcelo Cantos

J'ai eu le problème encore aujourd'hui et j'ai dû courir gnome-appearance-propertiespour fixer le menu et ensuite killall nautiluspour fixer l'apparence du nautile.
Pit

1

Désolé, ma suggestion précédente d'utiliser '--sync' n'est pas une solution. Après quelques redémarrages, le problème est le même.

Mais j'espère que j'ai réussi à capturer la sortie suivante du processus «gnome-settings-daemon» qui se bloquait au démarrage, lorsque le thème ne s'applique pas:

** (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.

Lorsque le thème est appliqué avec succès, il n'y a pas de sortie.

À partir de là, on dirait que gnome-settings-daemon pourrait être exécuté deux fois d'une manière ou d'une autre. Apparemment, si la première instance se termine avant que la deuxième instance ne soit exécutée, le thème sera appliqué sinon il échouera.

REMARQUE: la capture de sortie a été réalisée en modifiant l'entrée 'Exec =' de /etc/xdg/autostart/gnome-settings-daemon.desktop dans "bash -c" / usr / lib / gnome-settings-daemon / gnome-settings-daemon --debug --sync &> /home/sanjeev/Desktop/test.txt '"(l’option --sync a été utilisée comme recommandé par certains sites Web)

PS: D'autres tests montrent qu'il y a bien deux instances en cours d'exécution qui doivent s'exécuter l'une après l'autre.

Bien que la méthode du «sommeil» puisse suffire, voici une solution plus «techniquement correcte», si je peux me permettre, au problème. J'ai essayé avec 6 redémarrages et ce qui suit semble fonctionner:

Étape 1: Créez un script (je l'ai appelé gnome-settings-daemon-fix.sh) sous / etc / xdg / autostart avec les éléments suivants:

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

pid=`pgrep gnome-settings-`
wait pid

exit 0

Étape 2: Éditez 'gnome-settings-daemon.desktop' sous l'entrée 'Exec =' et remplacez-le par:

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

Tout est fait. Fondamentalement, nous attendons que la première instance se termine avant que la seconde ne soit lancée. Quelqu'un pourrait-il indiquer si cela résout leur problème?


C'est proche, mais cela ne fonctionne pas tout à fait pour deux raisons. Le plus gros problème est que la commande wait ne fonctionnera pas sur un autre processus.
TM.

1

J'ai eu le problème très similaire aussi. C'était après une mise à niveau (partielle de l'IIRC) de mon Natty Narwhal car il était en état alpha 3. Dans mon cas, le fichier ~ / michael / .nautilus / browser.xml semblait corrompu. Après avoir essayé certaines des suggestions de ce site partiel, j'ai simplement supprimé ce fichier, redémarré mon ordinateur et tous mes thèmes étaient de retour et restaient stables. Je pense que vous pouvez essayer de résoudre votre problème comme moi.


1

Cela me arrive parfois avec 11.04 Unity 3D et chaque fois que je l’effaçais en ouvrant l’apparence, le bouton Personnaliser, l’onglet Icône et en cliquant sur mon jeu d’icônes choisi, même s’il était indiqué comme étant en cours d’utilisation. Dans mon cas, ce serait Faenza-Dark. Cela arrive si peu souvent que je n'ai pas encore identifié la suite d'événements qui en est la cause.



1

Voici une solution rapide: accédez à votre console virtuelle, arrêtez gdm, démarrez le serveur X

  1. appuyez sur "Right Ctrl + F1" (Ctrl + Alt + F1 est une combinaison pour les installations non virtualisées)
  2. s'identifier
  3. type: sudo /etc/init.d/gdm stop
  4. type: startx

comme c'est mon premier post, j'ai dû mettre des images comme celle-ci:

http://imgur.com/a/bi0xm#0


1

Cela m'est aussi arrivé et, dans mon cas, j'ai dû détruire mon répertoire entier, puis restaurer des morceaux, conformément à la réponse fournie . Si vous utilisez les scripts de synchronisation pour gnome-settings-daemon, voyez si vous pouvez le faire fonctionner correctement en créant un autre compte et en vous connectant en tant que ce compte. Dans mon cas, le deuxième compte ne présentait pas le problème du non-démarrage et, par conséquent, j'ai appliqué le correctif dans le lien.


0

S'il vous plaît, essayez ceci et redémarrez! :)

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

Merci pour la suggestion, Iván, mais pas de banane. J'ai saisi les instructions ci-dessus et j'ai redémarré. Le système est revenu avec un panneau fraîchement configuré, mais toujours avec la palette de couleurs gris pâle et un arrière-plan blanc sur les fenêtres de mon terminal.
Marcelo Cantos

0

Je pense qu'il y a pas mal de gens qui ont la bonne idée.

Je suppose qu'après certaines mises à jour (nouveaux noyaux, etc.), ureadahead est à nouveau affiché. C’est là que je pense que le problème se pose. gnome-settings-daemon est appelé trop tôt.

J'ai supprimé tous les fichiers avec 'pack' (pack, home.pack, boot.pack, run.pack) dans le nom situé dans / var / lib / ureadahead / folder pour forcer un reprofilage. Tout avait l'air bien après ça.

Lors du reprofilage, supprimez les fichiers ci-dessus, redémarrez et connectez-vous rapidement dès que l'écran de connexion s'affiche. Attendez environ 30 secondes, ou lorsque le lecteur cesse de tourner avant de faire quoi que ce soit. Laissez-le finir ses affaires. Votre fenêtre Nautile devrait bien paraître maintenant.

Peut-être qu'un bug devrait être déposé avec ureadahead pour mettre hors service gnome-settings-daemon.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.