81 votes

Le bureau oublie le thème ?

J'utilise Ubuntu dans VirtualBox (sur un hôte Windows 7). À plusieurs reprises, la barre de menu supérieure, la barre des tâches et, apparemment, toutes les boîtes de dialogue du système ont oublié le thème "Ambiance" auquel elles étaient conformes lorsque j'ai installé le système. Les légendes des fenêtres préservent toujours le thème, mais presque rien d'autre ne le fait.

J'ai cherché partout sur Google pour trouver une solution à ce problème. Tout ce que j'ai trouvé suggère de lancer une réinitialisation de gconf ou de supprimer les répertoires .gconf* .gnome* et autres répertoires similaires. J'ai suivi tous ces conseils et rien ne fonctionne. J'obtiens toujours une apparence 3D grise et ennuyeuse à la Windows-95. En d'autres occasions, après avoir fait beaucoup d'efforts, j'ai abandonné et redémarré l'instance de la VM, 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 quelque temps plus tard, généralement après un redémarrage, de sorte que je ne peux jamais comprendre ce que j'ai fait pour le casser.

Voici un exemple du site d'Ubuntu de ce à quoi je veux que cela ressemble.

alt text

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

alt text

Notez également que mes terminaux GNOME ont normalement un bel aspect violet semi-translucide, et comme vous pouvez le voir sur la capture d'écran, ils sont maintenant d'un blanc mat.

Cette dernière fois (juste hier), j'ai essayé de nombreuses combinaisons, toutes les astuces habituelles et j'ai redémarré plusieurs fois, mais cela n'a pas fonctionné, alors je suis ici sur SU et je me pose des questions :

Comment puis-je récupérer le thème prêt à l'emploi pour mon bureau Gnome/Ubuntu, sachant que la suppression de tous les fichiers de configuration - comme suggéré à de nombreux endroits en ligne - ne permet pas d'y parvenir ?

Il peut être utile de savoir qu'il semble échouer soit après avoir redimensionné l'instance de la VM, forçant le bureau Ubuntu à se redimensionner, soit après avoir joué avec les paramètres de Compiz. Je n'ai pas été en mesure de déterminer lequel des deux est en cause, et cela pourrait être aucun des deux. Étant donné la quantité de douleur que j'ai dû endurer pour que les choses reviennent à la normale (et étant donné que je ne sais pas comment le faire), il s'est avéré difficile d'isoler définitivement la cause.

1voto

ralfs Points 1166

Désolé mais ma suggestion précédente d'utiliser '--sync' n'est pas une solution. Il s'avère qu'après quelques redémarrages, le problème reste le même.

Mais avec un peu de chance, j'ai réussi à capturer la sortie suivante du processus 'gnome-settings-daemon' qui se bloque pendant les démarrages 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.

Il semble que gnome-settings-daemon s'exécute deux fois d'une manière ou d'une autre. Apparemment, si la première instance se termine avant que la seconde ne soit lancée, le thème sera appliqué, sinon il échouera.

NOTE : La capture de la sortie a été faite en modifiant l'entrée 'Exec=' de /etc/xdg/autostart/gnome-settings-daemon.desktop en "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 effectivement deux instances en cours d'exécution qui devraient s'exécuter l'une après l'autre.

Bien que la méthode "sommeil" puisse faire l'affaire, voici une solution plus "techniquement correcte", si je puis dire, 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 ce qui suit :

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

pid=`pgrep gnome-settings-`
wait pid

exit 0

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

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

Tout est fait. En fait, ce que nous faisons, c'est attendre que la première instance se termine avant de lancer la seconde. Quelqu'un peut-il indiquer si cela a réglé son problème ?

1voto

Carlos Villela Points 446

J'ai eu le même problème. C'était après une mise à jour (partielle, je crois) de mon Natty Narwhal qui était en état alpha 3. Dans mon cas, le fichier ~/michael/.nautilus/ navigateur.xml semble être corrompu. Après avoir essayé certaines des suggestions de ce site partiel, j'ai simplement supprimé ce fichier, redémarré mon pc 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.

1voto

Cela a juste fonctionné pour moi dans une fenêtre de terminal :

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

0voto

user32089 Points 31

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

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

J'ai supprimé tous les fichiers dont le nom contenait 'pack' (pack, home.pack, boot.pack, run.pack) dans le dossier /var/lib/ureadahead/ pour forcer une reprogrammation. Tout s'est bien passé après cela.

Lorsque vous reprofilez, supprimez les fichiers ci-dessus, redémarrez, et connectez-vous rapidement dès que vous voyez l'écran de connexion. Attendez environ 30 secondes, ou lorsque le disque s'arrête de tourner avant de faire quoi que ce soit. Laissez-le finir son travail. Votre fenêtre Nautilus devrait avoir un aspect correct maintenant.

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

0voto

Shawn Points 11

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

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

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X