Рабочий стол забывает тему?
Я использую Ubuntu в VirtualBox (на хосте Windows 7). Несколько раз теперь строка меню верхнего уровня, панель задач - и, по-видимому, каждый системный диалог - забыли стандартную тему "Ambiance", которой они соответствуют, когда я впервые устанавливал систему. Заголовки окон по-прежнему сохраняют тему, но больше ничего не делает.
Я искал высоко и низко в Google для помощи с этой проблемой. Все, что я нашел, предлагает либо выполнить сброс gconf, либо удалить.gconf* .gnome* и другие подобные каталоги. Я следовал всем этим советам, и ничего не работает. Я все еще получаю скучный серый 3D-стиль в стиле Windows-95. В предыдущих случаях, после долгих раздумий, я отказался и перезагрузил экземпляр VM, и был приятно удивлен, увидев, что оригинальная тема "Ambience" восстановлена во всем пользовательском интерфейсе, но неизменно она снова исчезает через некоторое время, обычно после перезагрузки, так что я никогда не могу понять, что я сделал, что сломало это.
Вот пример с сайта Ubuntu о том, как я хочу, чтобы он выглядел.
И вот скриншот моей системы, как она выглядит в настоящее время.
Также обратите внимание, что мои терминалы GNOME обычно имеют красивый полупрозрачный фиолетовый оттенок, и, как видно из скриншота, они теперь просто сплошного матового белого цвета.
В последний раз (только вчера), пробуя многочисленные комбинации, все обычные приемы и перезагружаясь несколько раз, это не устранило, так что здесь я нахожусь на SU:
Как восстановить готовую тему для моего рабочего стола Gnome/Ubuntu, отметив, что удаление всех файлов конфигурации - как это предлагается во многих местах в Интернете - не может этого достичь?
Это может помочь узнать, что, похоже, происходит сбой либо после изменения размера экземпляра виртуальной машины, принудительного изменения размера рабочего стола Ubuntu, либо после того, как я поигрался с настройками Compiz. Я не смог выяснить, что из этого, и это может быть ни то, ни другое. Учитывая количество боли, которое мне пришлось пройти, чтобы привести вещи в норму (и учитывая, что я не знаю, как это сделать), оказалось трудно окончательно выделить причину.
15 ответов
Ответ @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. Тем не менее, решение, вероятно, также будет работать на виртуальной машине.
Создать текстовый файл. Напиши в нем
include "/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 исправляет это. (временно)
Это просто работает для меня в окне терминала:
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
так как это мой первый пост, я должен был поместить изображения, как это:
Это иногда случается со мной с 11.04 Unity 3D, и каждый раз, когда я очищаю его, открываю "Внешний вид", "Настройка", вкладку "Значок" и нажимаю на выбранный набор значков, даже если он был указан как используемый. В моем случае это будет Faenza-Dark. Это случается так редко, что мне еще предстоит идентифицировать любую последовательность событий, которая вызывает это.
Извините, но мое предыдущее предложение использовать --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'
Все сделано. По сути, мы ожидаем выхода первого экземпляра перед запуском второго. Кто-нибудь может уведомить, если это решило их проблему?
Это также случилось со мной, и в моем случае мне пришлось уничтожить весь мой домашний каталог, а затем восстановить кусочки обратно, согласно ответу здесь. Если вы выполняете сценарии синхронизации для gnome-settings-daemon, посмотрите, сможете ли вы заставить его работать правильно, создав другую учетную запись и войдя в нее как эта учетная запись. В моем случае, у 2-й учетной записи не было проблемы с запуском, и поэтому я применил исправление в ссылке.
У меня тоже была очень похожая проблема. Это было после (частичного) обновления моего Natty Narwhal, так как он был в состоянии альфа-3. В моем случае файл ~ / michael /.nautilus /browser.xml оказался поврежденным. После опробования некоторых предложений этого частичного сайта я просто удалил этот файл, перезапустил свой компьютер, и все мои темы вернулись и оставались стабильными. Я думаю, вы можете попытаться решить вашу проблему, как я.
Пожалуйста, попробуйте это и перезагрузите компьютер!:)
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 вышла из строя.