桌面会忘记主题吗？
我在VirtualBox中运行Ubuntu（在Windows 7主机上）。 现在好几次，顶级菜单栏，任务栏 – 以及看似每个系统对话框 – 都忘记了我第一次安装系统时所遵循的开箱即用的“Ambiance”主题。 窗口标题仍然保留主题，但几乎没有别的。
我在谷歌上搜索了这个问题的帮助。 我发现的一切都建议运行一些gconf重置或删除.gconf * .gnome *和其他类似的目录。 我遵循了所有这些建议，没有任何作用。 我仍然得到一个无聊的Windows-95风格的灰色3D外观和感觉。 在之前的情况下，经过多次搞乱之后，我已经放弃并重新启动虚拟机实例，并且惊喜地看到原始的“氛围”主题在整个用户界面中恢复，但总是会在一段时间后再次消失，通常是在重新启动后，所以我永远无法弄清楚我做了什么打破了它。
这是Ubuntu网站上我想要的样子。
这是我目前看来的系统截图。
另请注意，我的GNOME终端通常具有漂亮的紫色半透明外观，从屏幕截图中可以看出，它们现在只是一个坚实的哑光白色。
这最后一次（就在昨天），尝试了许多组合所有常用的技巧并重新启动几次都没有修复它，所以我在SU上想知道：
如何恢复我的Gnome / Ubuntu桌面的开箱即用主题，并注意到吹掉所有配置文件 – 如在线许多地方所建议的那样 – 无法实现这一目标？
在我调整VM实例大小，强制Ubuntu桌面自行resize或者使用Compiz设置后，它似乎也会失败。 我无法弄清楚它是哪一个，也可能都不是。 考虑到我必须经历的痛苦程度以使事情恢复正常（并且考虑到我对如何这样做感到茫然），事实certificate很难明确地找出原因。
@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教程进行可能的微调。
几个月来我一直在寻找解决这个问题的方法。 显然没有人知道是什么原因造成的。 这个bug已存在多年，没有人修复它。
有时它会在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文件似乎已损坏。 在尝试了这个部分网站的一些建议后，我只是删除了这个文件，重新启动了我的电脑，所有的主题都恢复了并保持稳定。 我想，你可以尝试像我一样解决你的问题。
偶尔使用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服务器
- 按“右Ctrl + F1”（Ctrl + Alt + F1是非虚拟化安装的组合）
- 登录
- 键入：
sudo /etc/init.d/gdm stop - 类型：
startx
因为这是我的第一篇文章，我不得不把这样的图像：
这也发生在我身上，在我的情况下，我必须核对我的整个主目录，然后根据这里的答案恢复一点一滴。 如果您正在为gnome-settings-daemon执行计时脚本，请查看是否可以通过创建另一个帐户并以该帐户登录来使其正常工作。 在我的情况下，第二个帐户没有非启动问题，因此，我在链接中应用了修复程序。
请试试这个并重启！ 🙂
gconftool-2 --shutdown rm -rf ~/.gconf/apps/panel pkill gnome-panel
我认为有很多人有正确的想法。
我的猜测是，在某些更新（新内核等）后，ureadahead会被重新编译。 这是我认为问题发生的地方。 gnome-settings-daemon很快被调用。
我删除了/ var / lib / ureadahead /文件夹中名为’pack’（pack，home.pack，boot.pack，run.pack）的所有文件以强制重新配置文件。 之后一切看起来都很棒。
重新配置时，删除上述文件，重新启动，并在看到登录屏幕后立即快速登录。 等待大约30秒，或在驱动器停止旋转之前再做任何事情。 让它完成它的业务。 你的nautilus窗口现在看起来还不错。
也许应该向ureadahead提交一个错误，以便将gnome-settings-daemon置于无序状态。