Błąd GConf pod Ubuntu

Używam Ubuntu 10.04 i co jakiś czas zaczynam otrzymywać następujące komunikaty, na przykład podczas uruchamiania gedit.

Błąd GConf: nie można skontaktować się z serwerem konfiguracji; niektóre możliwe przyczyny to konieczność włączenia sieci TCP / IP dla ORBit lub masz przestarzałe blokady NFS z powodu awarii systemu. Więcej informacji na stronie http://projects.gnome.org/gconf/ . (Szczegóły - 1: Błąd ping serwera: IDL: omg.org/CORBA/COMM_FAILURE: 1.0)

Zrobiłem kilka wyszukiwania i przeczytać sugestie rm ~/.dbus*albo mv ~/.gconfd/saved_state ~/.gconfd/.saved_stateale te nie działają na mnie.

ubuntu ubuntu-10.04 gconf

— David B.
źródło

Niektóre osoby piszą, że może to być spowodowane zamontowaniem / tmp jako tmpfs - czy ma to zastosowanie w twoim przypadku?

— tohuwawohu

Odpowiedzi:

Czy ty

rm ~/.dbus*

lub

sudo rm -rf ~/.dbus/*

W starszych dystrybucjach Ubuntu występował problem polegający na tym, że katalog .dbus był własnością root. Sprawdź wydajność:

cd $HOME
ls -ld .dbus

Sprawdź, czy katalog jest własnością root. Powinien wyglądać tak:

drwx------ 3 userid usergroup 80 2010-08-21 13:37 .dbus/

10.04 uczyniło go własnością użytkownika dla 9.04 było własnością roota (zamiast identyfikatora użytkownika). Jeśli faktycznie jest własnością root, należy go usunąć.

— Karlson
źródło

Co powinni zrobić po sprawdzeniu tego wyniku?

— Simon Sheehan

@SimonSheehan Właśnie edytował post.

— Karlson

Dzięki, dobra robota! Być może mógłbyś również wyjaśnić, jak sprawdzić, czy jest własnością roota?

— Simon Sheehan

@SimonSheehan Za kilka godzin. Dostęp do Ubuntu jest obecnie ograniczony. :)

— Karlson,

Brzmi nieźle, dzięki za poświęcenie czasu na poprawę :)

— Simon Sheehan

Ten problem jest generalnie spowodowany problemem z uprawnieniami spowodowanymi przez użytkowników uruchamiających polecenia, takie jak:

sudo gedit some_text_file

poprawne polecenie do użycia to:

gksu gedit plik_tekstowy

Uwaga: W niektórych dystrybucjach gksudo lub gksu są wymienne. W każdym razie ogólnie można to naprawić, wykonując:

sudo chown -R username:usergroup /home/username

Ogólnie nazwa użytkownika i grupa użytkowników będą miały tę samą wartość w większości dystrybucji Linuksa. Mam nadzieję że to pomoże.

UWAGA: Jedynym powodem chown -Rjest prefiks, sudoponieważ prawdopodobne jest, że uprawnienia poziomu root są ustawione dla pliku, który powinien być własnością i być kontrolowany przez użytkownika.

Twoje zdrowie! ~ Chris

— C0D3M0NK3Y
źródło