桌面忘记主题？

我在VirtualBox（在Windows 7主机上）中运行Ubuntu。现在好几次，顶层菜单栏，任务栏（以及似乎每个系统对话框）都忘记了我首次安装系统时所遵循的即用型“ Ambiance”主题。窗口标题仍保留主题，但几乎没有其他功能。

我已经在Google上下搜索了有关此问题的帮助。我发现的所有内容都建议运行某些gconf重置或删除.gconf * .gnome *和其他类似目录。我遵循了所有这些建议，但没有任何效果。我仍然得到无聊的Windows 95风格的3D灰色外观。在以前的情况下，经过很多麻烦之后，我放弃并重新启动了VM实例，并很高兴看到整个UI恢复了原始的“ Ambience”主题，但通常在重新启动后，它总是会在一段时间后消失，所以我永远无法弄清楚我的所作所为。

这是Ubuntu站点上的示例，我希望它看起来像什么。

这是当前系统的屏幕截图。

还要注意，我的GNOME终端通常具有漂亮的紫色半透明外观，并且从屏幕截图中可以看出，它们现在只是纯哑光白色。

上一次（就在昨天），尝试各种组合的所有常用技巧并多次重新启动均未解决，因此我在SU上想知道：

我如何恢复我的Gnome / Ubuntu桌面的即用型主题，并注意到销毁所有配置文件（如在线上许多地方所建议的那样）无法实现？

这可能有助于了解它似乎在我调整VM实例大小，强制Ubuntu桌面调整自身大小之后，或者在我尝试Compiz设置之后似乎失败了。我还不能弄清楚到底是哪个，也可能不是。考虑到我必须经历的痛苦程度才能使事情恢复正常（并且我对如何做到这一点不知所措），事实证明很难确定原因。

@zpletan的答案导致了一些麻烦，很快就发现了似乎是我问题的根本原因。在Ubuntu Bug＃574296中有详细介绍。总而言之，我的带有SSD的Core i7系统以完全不同的时序启动所有内容，从而导致gnome-settings-daemon运行得太早，失败，并使我大部分以股票GTK为主题。

短暂的睡眠可以/etc/xdg/autostart/gnome-settings-daemon.desktop解决它：

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

我无法通过任何建议的答案来解决此问题（当前接受的答案偶尔会起作用，但通常对我不起作用）。我试图将睡眠时间延长很多，但仍然无法始终如一地工作。

但是，答案之一确实指向跟踪此问题的错误，我发现了对该错误的注释，该错误已为我解决。

以下是关键部分：

首先，创建一个bash脚本（我将其命名为/etc/xdg/autostart/gnomesettingsdaemonfix.sh）

#!/bin/bash

pid=$(pgrep gnome-settings-)

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

exit 0

确保它是可执行的（运行chmod +x）。

然后编辑 /etc/xdg/autostart/gnome-settings-daemon.desktop

将Exec行更改为：

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

到目前为止，这似乎已经修复了它。

按Alt + F2（运行应用程序）并运行以下命令：

gksudo gnome-settings-daemon

10.10有此问题，但通常在安装专有的nvidia驱动程序时会发生。但是，该解决方案也可能会在虚拟机上运行。

创建一个文本文件。写在里面

包括“ /usr/share/themes/Ambiance/gtk-2.0/gtkrc”
gtk-icon-theme-name =“ ubuntu-mono-dark”

并以.gtkrc-2.0的名称保存在您的主文件夹中。重新开始。

如果仍然有错误的元素（对我来说，这是字体），则需要将此更改添加到文件中，谷歌搜索gtk教程以进行可能的微调。

几个月以来，我一直在寻找解决此问题的方法。显然没人知道是什么原因造成的。这个错误已经存在多年了，没有人修复它。

有时，它会在引导期间在gnome-settings-daemon的第一个实例与第二个实例之间出现竞争状态时发生，有时，它会在gnome-settings-daemon停止运行或崩溃时在工作桌面会话的中间发生。

我发现似乎可以解决的唯一解决方法是键入

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

在运行中的终端上，我保持打开状态。

关闭终端会杀死gnome-settings-daemon的后台实例，并且桌面会恢复为默认主题（不是Ubuntu的默认主题，而是gnome的默认主题）。因此，我在后台运行该守护进程，并使终端也保持运行状态，因为该进程需要其父进程。

我有同样的问题，我在乞求中遇到了一个错误： Could not apply the stored configuration for monitors.

删除了文件：~/.config/monitors.xml重新记录并像手套一样工作。

我有同样的问题，请sudo killall nautilus解决。（暂时）

抱歉，但是我以前使用'--sync'的建议不是解决方法。事实证明，一些重新启动后，问题是一样的。

但是希望当主题无法应用时，我能够在启动期间从崩溃的“ gnome-settings-daemon”过程中捕获以下输出：

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

成功应用主题后，将没有输出。

由此看来，gnome-settings-daemon可能以某种方式运行了两次。显然，如果第一个实例在第二个实例运行之前完成，则将应用该主题，否则它将失败。

注意：通过将/etc/xdg/autostart/gnome-settings-daemon.desktop的'Exec ='条目编辑为“ bash -c” / usr / lib / gnome-settings-daemon / gnome-settings-daemon来完成输出捕获。 --debug --sync＆> /home/sanjeev/Desktop/test.txt'“（某些网站建议使用--sync选项）

PS：进一步的测试表明，确实有两个实例正在运行，应该一个接一个地运行。

尽管可以使用“睡眠”方法，但如果可以的话，这是一种更“技术上正确的”解决方案。我尝试了6次重启，以下内容似乎可以正常工作：

步骤1：使用以下命令在/ etc / xdg / autostart下创建一个脚本（我将其称为gnome-settings-daemon-fix.sh）：

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

pid=`pgrep gnome-settings-`
wait pid

exit 0

步骤2：在“ Exec =”条目下编辑“ gnome-settings-daemon.desktop”，并将其替换为：

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

每件事都做完了。基本上，我们正在做的是在第二个实例启动之前等待第一个实例退出。谁能通知这是否解决了他们的问题？

我也有类似的问题。这是在对我的Natty Narwhal进行（部分IIRC升级）之后，因为它处于alpha 3状态。就我而言，〜/ michael / .nautilus / browser.xml文件似乎已损坏。在尝试了该部分站点的一些建议之后，我只是删除了该文件，重新启动了PC，所有主题都恢复了并保持稳定。我认为，您可以尝试像我一样解决您的问题。

我偶尔会在11.04 Unity 3D中发生这种情况，每次我打开外观，“自定义”按钮，“图标”选项卡并单击我选择的图标集（即使它表示已使用）清除它时，都会发生这种情况。就我而言，就是法恩扎-黑暗。这种情况很少发生，以至于我还没有找出导致这种情况的任何事件顺序。

这只是在终端窗口中为我工作：

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

这是一个快速的解决方案，转到您的虚拟控制台，停止gdm，启动X服务器

1. 按“ Right Ctrl + F1”（对于非虚拟化安装，Ctrl + Alt + F1是组合键）
2. 登录
3. 类型： sudo /etc/init.d/gdm stop
4. 类型： startx

由于这是我的第一篇文章，因此我不得不放置如下图像：

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

这也发生在我身上，就我而言，我必须按一下这里的答案，核对我的整个主目录，然后再还原一些碎片。如果您正在为gnome-settings-daemon执行计时脚本，请查看是否可以通过创建另一个帐户并以该帐户登录来使其正常工作。就我而言，第二个帐户没有非启动问题，因此，我在链接中应用了此修复程序。

请尝试一下，然后重新启动！:)

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

我认为很多人都有正确的想法。

我的猜测是，在进行某些更新（新内核等）之后，尿素被重新分析。我认为这是问题所在。gnome-settings-daemon被太早调用。

我删除了/ var / lib / ureadahead /文件夹中名称为'pack'的所有文件（pack，home.pack，boot.pack，run.pack），以强制重新配置。此后一切看起来都很棒。

重新分析时，删除上述文件，重新启动，并在看到登录屏幕后尽快登录。等待大约30秒钟，或者驱动器停止旋转后再执行任何操作。让它完成业务。您的鹦鹉螺窗口现在应该可以了。

也许应该向Uradadahead提交一个bug，以使gnome-settings-daemon出故障。