Desktop vergisst Thema?

Ich verwende Ubuntu in VirtualBox (auf einem Windows 7-Host). Die Menüleiste der obersten Ebene, die Taskleiste und anscheinend alle Systemdialogfelder haben das Standardthema "Ambiance", dem sie bei der Erstinstallation des Systems entsprachen, mehrmals vergessen. Fenstertitel behalten das Thema bei, aber so gut wie nichts anderes.

Ich habe bei Google nach Informationen zu diesem Problem gesucht. Alles, was ich gefunden habe, deutet darauf hin, dass entweder gconf reset ausgeführt oder .gconf * .gnome * und andere ähnliche Verzeichnisse gelöscht werden. Ich habe all diesen Rat befolgt und nichts funktioniert. Ich bekomme immer noch ein langweiliges graues 3D-Erscheinungsbild im Windows 95-Stil. Bei früheren Gelegenheiten habe ich nach langem Hin und Her die VM-Instanz aufgegeben und neu gestartet. Ich war angenehm überrascht, dass das ursprüngliche "Ambience" -Thema auf der gesamten Benutzeroberfläche wiederhergestellt wurde. so kann ich nie herausfinden, was ich getan habe, das es gebrochen hat.

Hier ist ein Beispiel von Ubuntus Site, wie es aussehen soll.

Und hier ist ein Screenshot meines Systems, wie es derzeit aussieht.

Beachten Sie auch, dass meine GNOME-Terminals normalerweise ein hübsches, lila, halbtransparentes Aussehen haben. Wie aus dem Screenshot hervorgeht, sind sie jetzt nur noch ein mattes Weiß.

Das letzte Mal (erst gestern), als ich in zahlreichen Kombinationen alle üblichen Tricks ausprobiert und mehrmals neu gestartet habe, hat es nicht behoben. Deshalb wundere ich mich hier auf SU:

Wie stelle ich das sofort einsatzbereite Design für meinen Gnome / Ubuntu-Desktop wieder her und stelle fest, dass das Wegblasen aller Konfigurationsdateien - wie an vielen Stellen im Internet vorgeschlagen - dies nicht schafft?

Es könnte hilfreich sein zu wissen, dass es entweder fehlschlägt, nachdem ich die Größe der VM-Instanz geändert und den Ubuntu-Desktop gezwungen habe, sich selbst zu ändern, oder nachdem ich mit den Compiz-Einstellungen rumgespielt habe. Ich konnte nicht herausfinden, um welche es sich handelt, und es konnte auch nicht sein. Angesichts des Ausmaßes der Schmerzen, die ich hatte, um die Dinge wieder normal zu machen (und da ich nicht weiß, wie ich das tun soll), hat es sich als schwierig erwiesen, die Ursache endgültig zu bestimmen.

Die Antwort von @zpletan führte zu ein wenig Jagd, was schnell die Ursache meines Problems ans Licht brachte . Es ist in Ubuntu Bug # 574296 detailliert . Zusammenfassend lässt sich sagen, dass mein Core i7-System mit einer SSD alles mit ausreichend unterschiedlichen Timings startet, sodass der Gnome-Settings-Daemon zu früh ausgeführt wird, ausfällt und mich meistens mit einem Standard-GTK-Thema zurücklässt.

Ein kurzer Schlaf /etc/xdg/autostart/gnome-settings-daemon.desktopbehebt es:

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

Ich konnte dieses Problem mit keiner der vorgeschlagenen Antworten beheben (die derzeit akzeptierte Antwort funktionierte sporadisch, in der Regel jedoch nicht für mich). Ich habe versucht, die Schlafzeit um ein Vielfaches zu verlängern, und es funktionierte immer noch nicht konsequent.

Eine der Antworten wies jedoch auf einen Fehler hin, der dieses Problem aufspürt, und ich fand einen Kommentar zu dem Fehler , der es für mich behoben hat.

Hier sind die Schlüsselbits:

Erstelle zuerst ein Bash-Skript (ich habe es benannt /etc/xdg/autostart/gnomesettingsdaemonfix.sh)

#!/bin/bash

pid=$(pgrep gnome-settings-)

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

exit 0

Stellen Sie sicher, dass es ausführbar ist (run chmod +x).

Dann editieren /etc/xdg/autostart/gnome-settings-daemon.desktop

Ändern Sie die ExecZeile in:

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

Das scheint es soweit für mich behoben zu haben.

Drücken Sie Alt + F2 (Anwendung ausführen) und führen Sie Folgendes aus:

gksudo gnome-settings-daemon

10.10 hat dieses Problem, aber normalerweise passiert es, wenn Sie den proprietären nvidia-Treiber installieren. Die Lösung wird jedoch wahrscheinlich auch auf einer virtuellen Maschine funktionieren.

Erstellen Sie eine Textdatei. Schreiben Sie hinein

include "/usr/share/themes/Ambiance/gtk-2.0/gtkrc"
gtk-icon-theme-name = "Ubuntu-Mono-Dunkel"

und speichern Sie es in Ihrem Home-Ordner unter dem Namen .gtkrc-2.0. Neustart.

Wenn immer noch Elemente fehlerhaft sind (für mich war es die Schriftart), müssen Sie diese Änderung zur Datei hinzufügen, googeln Sie nach einem GTK-Tutorial für die möglichen Feinabstimmungen.

Ich habe seit Monaten nach einer Lösung für dieses Problem gesucht. Anscheinend weiß niemand, woran es liegt. Dieser Fehler existiert seit Jahren und niemand hat ihn behoben.

Manchmal passiert es beim Booten mit einer Racebedingung zwischen der ersten und der zweiten Instanz von gnome-settings-daemon, und manchmal mitten in einer funktionierenden Desktopsitzung, wenn gnome-settings-daemon nicht mehr funktioniert oder abstürzt.

Die einzige Problemumgehung, die ich gefunden habe, ist das Eingeben

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

in einem laufenden Terminal, das ich offen lasse.

Wenn Sie das Terminal schließen, wird die Hintergrundinstanz von gnome-settings-daemon beendet und der Desktop wird auf das Standarddesign zurückgesetzt (nicht Ubuntu-Standard, sondern gnome-Standard). Daher starte ich den Daemon im Hintergrund und lasse das Terminal auch laufen, da der Prozess sein übergeordnetes Element benötigt.

Ich hatte das gleiche Problem und bekam beim Betteln einen Fehler: Could not apply the stored configuration for monitors.

Entfernte die Datei: ~/.config/monitors.xmlneu protokolliert und arbeitete wie ein Handschuh.

Ich habe das gleiche Problem, sudo killall nautilusbehebt es. (vorübergehend)

Entschuldigung, aber mein vorheriger Vorschlag, '--sync' zu verwenden, ist kein Fix. Es stellt sich heraus, dass das Problem nach einigen Neustarts dasselbe ist.

Hoffentlich konnte ich die folgende Ausgabe des abstürzenden 'Gnome-Settings-Daemon'-Prozesses während des Startvorgangs erfassen, wenn das Thema nicht angewendet werden konnte:

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

Wenn das Thema erfolgreich angewendet wurde, erfolgt keine Ausgabe.

Daraus ergibt sich, dass der Gnome-Settings-Daemon möglicherweise zweimal ausgeführt wird. Wenn die erste Instanz abgeschlossen ist, bevor die zweite Instanz ausgeführt wird, wird das Design anscheinend angewendet, andernfalls schlägt es fehl.

HINWEIS: Die Ausgabeerfassung wurde durch Bearbeiten des Eintrags 'Exec =' von /etc/xdg/autostart/gnome-settings-daemon.desktop in "bash -c" / usr / lib / gnome-settings-daemon / gnome-settings-daemon durchgeführt --debug --sync &> /home/sanjeev/Desktop/test.txt '"(--sync-Option wurde verwendet, wie von einigen Websites empfohlen)

PS: Weitere Tests zeigen, dass tatsächlich zwei Instanzen ausgeführt werden, die nacheinander ausgeführt werden sollten.

Obwohl die "Schlaf" -Methode dies tun könnte, ist hier eine "technisch korrektere" Lösung für das Problem, wenn ich darf. Ich habe es mit 6 Neustarts versucht und folgendes scheint zu funktionieren:

Schritt 1: Erstellen Sie ein Skript (ich habe es gnome-settings-daemon-fix.sh genannt) unter / etc / xdg / autostart mit folgendem Inhalt:

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

pid=`pgrep gnome-settings-`
wait pid

exit 0

Schritt 2: Bearbeiten Sie 'gnome-settings-daemon.desktop' unter 'Exec =' und ersetzen Sie es durch:

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

Alles ist erledigt. Grundsätzlich warten wir darauf, dass die erste Instanz beendet wird, bevor die zweite gestartet wird. Könnte jemand benachrichtigen, wenn dies ihr Problem behoben hat?

Ich hatte auch das sehr ähnliche Problem. Dies geschah nach einem (teilweisen) IIRC-Upgrade meines Natty Narwhal im Alpha-3-Status. In meinem Fall schien die Datei ~ / michael / .nautilus / browser.xml beschädigt zu sein. Nachdem ich einige der Vorschläge dieser Teilseite ausprobiert hatte, löschte ich einfach diese Datei, startete meinen PC neu und alle meine Themen waren wieder da und blieben stabil. Ich denke, Sie können versuchen, Ihr Problem wie ich zu lösen.

Dies passiert mir gelegentlich mit 11.04 Unity 3D und jedes Mal, wenn ich es löschte, indem ich das Erscheinungsbild öffne, die Schaltfläche Anpassen, die Registerkarte Symbol und auf das ausgewählte Symbolset klicke, obwohl es als verwendet angezeigt wurde. In meinem Fall wäre das Faenza-Dark. Es kommt so selten vor, dass ich noch keine Sequenz von Ereignissen identifiziert habe, die dies verursacht.

Das funktionierte gerade für mich in einem Terminalfenster:

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

Hier ist eine schnelle Lösung: Gehen Sie zu Ihrer virtuellen Konsole, stoppen Sie gdm und starten Sie den X-Server

1. drücke "Rechts Strg + F1" (Strg + Alt + F1 ist eine Kombination für nicht virtualisierte Installationen)
2. Anmeldung
3. Art: sudo /etc/init.d/gdm stop
4. Art: startx

da dies mein erster post ist, musste ich bilder wie dieses einfügen:

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

Dies geschah auch mir und in meinem Fall hatte ich mein gesamtes Home - Verzeichnis atomisieren und dann Stücke wiederherstellen zurück in je die Antwort hier . Wenn Sie die Zeitsteuerungsskripts für den Gnome-Settings-Daemon ausführen, prüfen Sie, ob diese ordnungsgemäß funktionieren, indem Sie ein anderes Konto erstellen und sich als dieses Konto anmelden. In meinem Fall hatte das 2. Konto kein Problem mit dem Startverbot, und daher habe ich das Update im Link angewendet.

Bitte versuchen Sie dies und starten Sie neu! :)

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

Ich denke, es gibt einige Leute mit der richtigen Idee.

Ich vermute, dass nach bestimmten Aktualisierungen (neue Kernel usw.) diese URL neu abgelegt wird. Hier tritt meines Erachtens das Problem auf. gnome-settings-daemon wird zu früh aufgerufen.

Ich habe alle Dateien mit 'pack' (pack, home.pack, boot.pack, run.pack) im Namen in / var / lib / ureadahead / Ordner gelöscht, um ein Reprofile zu erzwingen. Danach sah alles gut aus.

Löschen Sie beim erneuten Ablegen die oben genannten Dateien, starten Sie den Computer neu und melden Sie sich schnell an, sobald der Anmeldebildschirm angezeigt wird. Warten Sie etwa 30 Sekunden oder wenn das Laufwerk nicht mehr dreht, bevor Sie etwas tun. Lass es sein Geschäft beenden. Ihr Nautilus-Fenster sollte jetzt in Ordnung aussehen.

Vielleicht sollte ein Fehler bei ureadahead gemeldet werden, um den Gnome-Settings-Daemon außer Betrieb zu setzen.