Рабочий стол забывает тему?

Я использую Ubuntu в VirtualBox (на хосте Windows 7). Несколько раз теперь строка меню верхнего уровня, панель задач - и, по-видимому, каждый системный диалог - забыли стандартную тему «Ambiance», которой они соответствуют, когда я впервые устанавливал систему. Заголовки окон по-прежнему сохраняют тему, но больше ничего не делает.

Я искал высоко и низко в Google для помощи с этой проблемой. Все, что я нашел, предлагает либо выполнить сброс gconf, либо удалить .gconf * .gnome * и другие подобные каталоги. Я следовал всем этим советам, и ничего не работает. Я все еще получаю скучный серый 3D-стиль в стиле Windows-95. В предыдущих случаях, после долгих раздумий, я отказался и перезагрузил экземпляр VM, и был приятно удивлен, увидев, что оригинальная тема «Ambience» восстановлена ​​во всем пользовательском интерфейсе, но неизменно она снова исчезает через некоторое время, обычно после перезагрузки, так что я никогда не могу понять, что я сделал, что сломало это.

Вот пример с сайта Ubuntu о том, как я хочу, чтобы он выглядел.

И вот скриншот моей системы, как она выглядит в настоящее время.

Также обратите внимание, что мои терминалы GNOME обычно имеют красивый полупрозрачный фиолетовый оттенок, и, как видно из скриншота, они теперь просто сплошного матового белого цвета.

В последний раз (только вчера), пробуя многочисленные комбинации, все обычные приемы и перезагружаясь несколько раз, это не устранило, так что здесь я нахожусь на SU:

Как восстановить готовую тему для моего рабочего стола Gnome / Ubuntu, отметив, что удаление всех файлов конфигурации - как это предлагается во многих местах в Интернете - не может этого достичь?

Это может помочь узнать, что, похоже, происходит сбой либо после того, как я изменил размер экземпляра виртуальной машины, заставив рабочий стол Ubuntu изменить размер сам, либо после того, как я поигрался с настройками Compiz. Я не смог выяснить, что из этого, и это может быть ни то, ни другое. Учитывая количество боли, которое мне пришлось пройти, чтобы привести вещи в норму (и учитывая, что я не знаю, как это сделать), оказалось трудно окончательно выделить причину.

Ответ @ zpletan привел к некоторой охоте вокруг, которая быстро раскопала то, что, кажется, является основной причиной моей проблемы. Это подробно описано в Ubuntu Bug # 574296 . Таким образом, моя система Core i7 с SSD запускает все с достаточно разными временами, что демон gnome-settings-settings запускает слишком рано, выдает ошибку и оставляет меня в основном со стандартной темой 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. Запустить снова.

Если все еще есть неправильные элементы (для меня это был шрифт), вам нужно добавить это изменение в файл, google для gtk tutorial для возможных тонких настроек.

Я искал решение этой проблемы в течение нескольких месяцев. Видимо, никто не знает, что вызывает это. Эта ошибка существует годами, и никто не исправил ее.

Иногда это происходит во время загрузки с состоянием гонки между первым и вторым экземплярами 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: Создайте скрипт (я назвал его gnome-settings-daemon-fix.sh) в / etc / xdg / autostart со следующим:

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

pid=`pgrep gnome-settings-`
wait pid

exit 0

Шаг 2: Отредактируйте файл «gnome-settings-daemon.desktop» в разделе «Exec =» и замените его следующим:

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

Все сделано. По сути, мы ожидаем выхода первого экземпляра перед запуском второго. Кто-нибудь может уведомить, если это решило их проблему?

У меня тоже была очень похожая проблема. Это было после (частичного) обновления моего Natty Narwhal, так как он был в состоянии альфа-3. В моем случае файл ~ / michael / .nautilus / browser.xml оказался поврежденным. После опробования некоторых предложений этого частичного сайта я просто удалил этот файл, перезапустил свой компьютер, и все мои темы вернулись и оставались стабильными. Я думаю, вы можете попытаться решить вашу проблему, как я.

Это иногда случается со мной с 11.04 Unity 3D, и каждый раз, когда я очищаю его, открываю «Внешний вид», «Настройка», вкладку «Значок» и нажимаю на выбранный набор значков, даже если он был указан как используемый. В моем случае это будет Faenza-Dark. Это случается так редко, что мне еще предстоит идентифицировать любую последовательность событий, которая вызывает это.

Это просто работает для меня в окне терминала:

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

Вот одно быстрое решение, перейдите на виртуальную консоль, остановите gdm, запустите X-сервер

1. нажмите «Право Ctrl + F1» (Ctrl + Alt + F1 - комбинация для не виртуализированных установок)
2. авторизоваться
3. тип: sudo /etc/init.d/gdm stop
4. тип: startx

так как это мой первый пост, я должен был поместить изображения, как это:

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

Это также случилось со мной, и в моем случае мне пришлось уничтожить весь мой домашний каталог, а затем восстановить кусочки обратно, согласно ответу здесь . Если вы выполняете сценарии синхронизации для gnome-settings-daemon, посмотрите, сможете ли вы заставить его работать правильно, создав другую учетную запись и войдя в нее как эта учетная запись. В моем случае, у 2-й учетной записи не было проблемы с запуском, и поэтому я применил исправление в ссылке.

Пожалуйста, попробуйте это и перезагрузите компьютер! :)

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

Я думаю, что есть немало людей с правильной идеей.

Я полагаю, что после определенных обновлений (новых ядер и т. Д.) Этот ureadahead будет перепрофилирован. Здесь я думаю, что проблема возникает. gnome-settings-daemon вызывается слишком рано.

Я удалил все файлы с именем 'pack' (pack, home.pack, boot.pack, run.pack) в имени в папке / var / lib / ureadahead /, чтобы принудительно выполнить перепрофилирование. После этого все выглядело отлично.

При перепрофилировании удалите вышеуказанные файлы, перезагрузитесь и войдите в систему быстро, как только вы увидите экран входа в систему. Подождите около 30 секунд или когда диск перестанет вращаться, прежде чем что-либо делать. Пусть он закончит свой бизнес. Ваше окно наутилуса теперь должно выглядеть хорошо.

Возможно, в ureadahead должна быть отправлена ​​ошибка, из-за которой gnome-settings-daemon вышла из строя.