Тема робочого столу забуває?

Я запускаю Ubuntu у VirtualBox (на хості Windows 7). Зараз уже кілька разів панель меню верхнього рівня, панель завдань - і, мабуть, кожне діалогове вікно системи - забули нестандартну тему "Амбіціоз", якій вони відповідають, коли я вперше встановив систему. Вікна підписів все ще зберігають тему, але майже нічого іншого не робить.

Я шукав високо та низько в Google для допомоги у цій проблемі. Все, що я знайшов, пропонує або виконати скидання gconf або видалити .gconf * .gnome * та інші подібні каталоги. Я дотримувався всіх цих порад і нічого не працює. Я все ще отримую нудне сірий 3D-вигляд у стилі Windows-95. У попередніх випадках, після довгого возиння я відмовився від перезавантаження інстанції VM і був приємно здивований, побачивши оригінальну тему "Ambience", яку відновлюють у всьому інтерфейсі, але незмінно вона знову зникає через деякий час, як правило, після перезавантаження, тому я ніколи не можу зрозуміти, що я зробив, що зламав це.

Ось зразок із сайту Ubuntu про те, як я хочу, щоб це виглядало.

А ось скріншот моєї системи, як вона виглядає на даний момент.

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

Востаннє (лише вчора), спробувавши численні комбінації всіх звичних хитрощів та перезавантаживши кілька разів, це не виправдало, тож ось мені на СУ цікаво:

Як відновити нестандартну тему для мого робочого столу Gnome / Ubuntu, зазначивши, що видування всіх конфігураційних файлів - як це пропонується в багатьох місцях в Інтернеті - не досягає цього?

Можливо, це допоможе дізнатися, що воно, здається, виходить з ладу або після зміни розміру екземпляра VM, змушування робочого столу Ubuntu змінити розмір, або після того, як я обіграю з налаштуваннями Compiz. Я не зміг зрозуміти, що з них це, а це не могло бути ні одним. Враховуючи кількість болю, яку мені довелося пережити, щоб повернути нормальну ситуацію (і враховуючи, що я збита з того, як це зробити), виявилося важко остаточно визначити причину.

@ відповідь zpletan призвела до трохи полювання навколо, який швидко виявив те, що, здається, є першопричиною моєї проблеми. Це детально описано в програмі Ubuntu Bug # 574296 . Підсумовуючи, моя система Core i7 із SSD запускає все з досить різними термінами, що 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-topic-name = "ubuntu-mono-dark"

і збережіть його в домашній папці під назвою .gtkrc-2.0. Перезапустити.

Якщо все-таки елементи неправильні (для мене це був шрифт), вам потрібно додати цю зміну до файлу, google для gtk підручника для можливих тонких налаштувань.

Я шукав виправлення цієї проблеми місяцями. Мабуть, ніхто не знає, що це викликає. Цей клоп існує роками, і його ніхто не виправив.

Іноді це трапляється під час завантаження з умовою гонки між першим та другим екземплярами gnome-settings-демон, а іноді це відбувається в середині робочого робочого сеансу, коли 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-демон може якось працювати два рази. Мабуть, якщо перша інстанція завершиться до запуску другої інстанції, тема буде застосована в іншому випадку, вона не вдасться.

ПРИМІТКА. Знімання виводу було здійснено шляхом редагування /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 '"(- опція синхронізації використовується як рекомендують деякі веб-сайти)

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'

Всяка річ зроблена. По суті, те, що ми робимо, чекає виходу першого примірника до запуску другого. Чи міг би хтось повідомити, якщо це вирішило їх проблему?

У мене була дуже схожа проблема. Це було після (часткового IIRC) оновлення мого Natty Narwhal, як це було в стані альфа-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-сервер

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, подивіться, чи можете ви зробити так, щоб він працював належним чином, створивши інший обліковий запис і ввівши його як цей обліковий запис. У моєму випадку в другому обліковому записі не було проблеми з початком, і, отже, я застосував виправлення у посиланні.

Будь ласка, спробуйте це і перезавантажте! :)

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

Я думаю, що є досить багато людей з правильною ідеєю.

Я гадаю, що після певних оновлень (нових ядер тощо) цей ureadahead буде перепрофільований. Тут я думаю, що проблема трапляється. gnome-settings-демона викликають занадто рано.

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

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

Можливо, помилку слід подати до ureadahead для виведення з ладу gnome-settings-daemon.