Desktop zapomina motywu?

Używam Ubuntu w VirtualBox (na hoście Windows 7). Kilka razy teraz pasek menu najwyższego poziomu, pasek zadań - i najwyraźniej każde okno dialogowe systemu - zapomniał o gotowym motywie „Ambiance”, z którym się zgadzają, kiedy pierwszy raz instalowałem system. Podpisy w oknie nadal zachowują motyw, ale prawie nic innego nie robi.

Szukałem wysoko i nisko w Google, aby uzyskać pomoc w rozwiązaniu tego problemu. Wszystko, co znalazłem, sugeruje uruchomienie resetu gconf lub usunięcie .gconf * .gnome * i innych podobnych katalogów. Postępowałem zgodnie z tymi radami i nic nie działa. Nadal mam nudny szary wygląd 3D w stylu Windows 95. Wcześniej, po wielu bałaganach, zrezygnowałem i zrestartowałem instancję VM i byłem mile zaskoczony widokiem oryginalnego motywu „Ambience” przywróconego w interfejsie użytkownika, ale niezmiennie znika on jakiś czas później, zwykle po ponownym uruchomieniu, więc nigdy nie mogę zrozumieć, co zrobiłem, że to złamało.

Oto próbka z witryny Ubuntu, jak chcę, aby wyglądała.

A oto zrzut ekranu z mojego systemu, jak obecnie wygląda.

Zauważ też, że moje Terminale GNOME zwykle mają ładny fioletowy półprzezroczysty wygląd, a jak widać na zrzucie ekranu, są one teraz po prostu matowo-białe.

Ten ostatni raz (tylko wczoraj), próbowanie wielu kombinacji wszystkich zwykłych sztuczek i ponowne uruchamianie kilka razy nie naprawiło tego, więc tutaj zastanawiam się nad SU:

Jak odzyskać gotowy szablon dla mojego komputera Gnome / Ubuntu, zauważając, że wysadzenie wszystkich plików konfiguracyjnych - jak sugerowano w wielu miejscach online - nie daje tego?

Może pomóc wiedzieć, że wydaje się, że zawiedzie albo po zmianie rozmiaru instancji VM, zmuszając pulpit Ubuntu do zmiany rozmiaru, albo po zabawie z ustawieniami Compiz. Nie byłem w stanie dowiedzieć się, który to jest i nie może być żaden. Biorąc pod uwagę ilość bólu, przez który musiałem przejść, aby wrócić do normy (i biorąc pod uwagę, że nie mam pojęcia, jak to zrobić), okazało się, że ostateczne odizolowanie przyczyny jest trudne.

Odpowiedź @ zpletan doprowadziła do polowania, które szybko ujawniło przyczynę mojego problemu. Jest to szczegółowo opisane w Ubuntu Bug # 574296 . Podsumowując, mój system Core i7 z dyskiem SSD zaczyna wszystko od wystarczająco różnych czasów, w których demon ustawień gnome uruchamia się zbyt wcześnie, za kaucją i pozostawia mi głównie podstawowy motyw GTK.

Krótki sen w tym /etc/xdg/autostart/gnome-settings-daemon.desktoprozwiązuje:

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

Nie mogłem rozwiązać tego problemu z żadną z sugerowanych odpowiedzi (aktualnie akceptowana odpowiedź działała sporadycznie, ale zwykle nie działała dla mnie). Próbowałem znacznie wydłużyć czas snu i nadal nie działało to konsekwentnie.

Jednak jedna z odpowiedzi wskazywała na błąd, który śledzi ten problem, i znalazłem komentarz na temat błędu, który go rozwiązał.

Oto kluczowe bity:

Najpierw utwórz skrypt bash (nazwałem go /etc/xdg/autostart/gnomesettingsdaemonfix.sh)

#!/bin/bash

pid=$(pgrep gnome-settings-)

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

exit 0

Upewnij się, że jest wykonywalny (uruchom chmod +x).

Następnie edytuj /etc/xdg/autostart/gnome-settings-daemon.desktop

Zmień Execlinię na:

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

Wydaje się, że to jak dotąd naprawiło to dla mnie.

Naciśnij klawisze Alt + F2 (Uruchom aplikację) i uruchom następujące polecenie:

gksudo gnome-settings-daemon

10.10 ma ten problem, ale zwykle dzieje się to po zainstalowaniu zastrzeżonego sterownika nvidia. Jednak rozwiązanie prawdopodobnie będzie działać również na maszynie wirtualnej.

Utwórz plik tekstowy. Napisz w tym

obejmują „/usr/share/themes/Ambiance/gtk-2.0/gtkrc”
gtk-icon-theme-name = "ubuntu-mono-dark"

i zapisz go w folderze domowym pod nazwą .gtkrc-2.0. Uruchom ponownie

Jeśli nadal występują błędne elementy (dla mnie była to czcionka), musisz dodać tę zmianę do pliku, przejdź do Google dla samouczka gtk, aby uzyskać informacje o możliwych dostosowaniach.

Od miesięcy szukam rozwiązania tego problemu. Najwyraźniej nikt nie wie, co to powoduje. Ten błąd istnieje od lat i nikt go nie naprawił.

Czasami zdarza się to podczas rozruchu z warunkiem wyścigu między pierwszą a drugą instancją gnome-settings-daemon, a czasem dzieje się to w środku działającej sesji pulpitu, gdy gnome-settings-demon przestaje działać lub ulega awarii.

Jedynym obejściem, które wydaje się naprawiać, jest pisanie

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

w działającym terminalu, który zostawiam otwarty.

Zamknięcie terminalu zabija instancję w tle gnome-settings-daemon, a pulpit powraca do domyślnego motywu (nie domyślnego Ubuntu, ale domyślnego gnome). Dlatego uruchamiam demona w tle i zostawiam terminal również uruchomiony, ponieważ proces potrzebuje jego rodzica.

Miałem ten sam problem i otrzymywałem błąd podczas żebrania: Could not apply the stored configuration for monitors.

Usunięto plik: ~/.config/monitors.xmlponownie zalogowany i działał jak rękawica.

Mam ten sam problem, sudo killall nautilusnaprawiam go. (tymczasowo)

Przykro mi, ale moja poprzednia sugestia użycia „--sync” nie jest poprawką. Okazuje się, że po ponownym uruchomieniu problem jest taki sam.

Mam jednak nadzieję, że udało mi się uchwycić następujące dane wyjściowe po awarii procesu „gnome-settings-daemon” podczas uruchamiania, gdy motyw się nie stosuje:

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

Po pomyślnym zastosowaniu motywu nie ma danych wyjściowych.

Z tego wygląda na to, że gnome-settings-daemon może działać jakoś dwa razy. Wygląda na to, że jeśli pierwsza instancja zakończy się przed uruchomieniem drugiej, kompozycja zostanie zastosowana, inaczej się nie powiedzie.

UWAGA: Przechwytywanie danych wyjściowych zostało wykonane przez edycję wpisu „Exec =” w pliku „bash -c” / usr / lib / gnome-settings-daemon / gnome-settings-daemon w pliku /etc/xdg/autostart/gnome-settings-daemon.desktop --debug --sync &> /home/sanjeev/Desktop/test.txt '”(opcja --sync była używana zgodnie z zaleceniami niektórych stron internetowych)

PS: Dalsze testy pokazują, że rzeczywiście działają dwie instancje, które powinny być uruchamiane jedna po drugiej.

Chociaż może to zrobić metoda „uśpienia”, oto bardziej „technicznie poprawne” rozwiązanie, jeśli mogę, problemu. Próbowałem z 6 restartami i wydaje się, że działają:

Krok 1: Utwórz skrypt (nazwałem go gnome-settings-daemon-fix.sh) w / etc / xdg / autostart za pomocą:

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

pid=`pgrep gnome-settings-`
wait pid

exit 0

Krok 2: Edytuj „gnome-settings-daemon.desktop” w pozycji „Exec =” i zastąp go:

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

Wszystko jest zrobione. Zasadniczo to, co robimy, czeka na zakończenie pierwszej instancji przed uruchomieniem drugiej. Czy ktoś może powiadomić, czy to rozwiązało problem?

Miałem też bardzo podobny problem. Było to po (częściowej IIRC) aktualizacji mojego Natty Narwhal, ponieważ był on w stanie alfa 3. W moim przypadku plik ~ / michael / .nautilus / browser.xml wyglądał na uszkodzony. Po wypróbowaniu niektórych sugestii częściowej witryny po prostu usunąłem ten plik, ponownie uruchomiłem komputer i wszystkie moje motywy wróciły i pozostały stabilne. Myślę, że możesz spróbować rozwiązać swój problem tak jak ja.

Zdarza mi się to od czasu do czasu w wersji 11.04 Unity 3D i za każdym razem, gdy go wyczyszczam, otwierając wygląd, przycisk Dostosuj, zakładkę Ikona i klikając wybrany zestaw ikon, nawet jeśli został wskazany jako używany. W moim przypadku byłby to Faenza-Dark. Zdarza się tak rzadko, że muszę jeszcze zidentyfikować sekwencję zdarzeń, które to powodują.

To po prostu działało dla mnie w oknie terminala:

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

Oto jedno szybkie rozwiązanie, przejdź do wirtualnej konsoli, zatrzymaj gdm, uruchom X serwer

1. naciśnij „Prawy Ctrl + F1” (Ctrl + Alt + F1 to kombinacja dla instalacji niezwirtualizowanych)
2. Zaloguj sie
3. rodzaj: sudo /etc/init.d/gdm stop
4. rodzaj: startx

ponieważ jest to mój pierwszy post, musiałem umieścić takie obrazy:

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

To samo mi się przydarzyło i w moim przypadku musiałem nuke cały mój katalog domowy, a następnie przywrócić fragmenty, zgodnie z odpowiedzią tutaj . Jeśli wykonujesz skrypty czasowe dla gnome-settings-daemon, sprawdź, czy możesz sprawić, by działało poprawnie, tworząc inne konto i logując się jako to konto. W moim przypadku 2. konto nie miało problemu z brakiem uruchomienia, dlatego zastosowałem poprawkę w łączu.

Spróbuj tego i uruchom ponownie! :)

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

Myślę, że jest sporo osób z właściwym pomysłem.

Domyślam się, że po pewnych aktualizacjach (nowe jądra itp.) Ureadahead zostaje ponownie profilowany. Myślę, że właśnie tam pojawia się problem. gnome-settings-daemon zostaje wywołany zbyt wcześnie.

Usunąłem wszystkie pliki z „pack” (pack, home.pack, boot.pack, run.pack) w nazwie w folderze / var / lib / ureadahead /, aby wymusić przeprofilowanie. Po tym wszystko wyglądało świetnie.

Podczas ponownego profilowania usuń powyższe pliki, uruchom ponownie komputer i zaloguj się szybko, jak tylko pojawi się ekran logowania. Poczekaj około 30 sekund lub gdy dysk przestanie się obracać, zanim cokolwiek zrobisz. Niech zakończy swój biznes. Twoje okno nautilusa powinno teraz wyglądać dobrze.

Być może należy zgłosić błąd w programie ureadahead powodujący nieprawidłowe działanie demona ustawień-gnome.