Mi instalación de dconf / gsettings está rota. ¿Cómo puedo solucionarlo sin la reinstalación de Ubuntu?

Ejecuto Ubuntu 12.04.1 LTS x64 en VirtualBox. Después de un clic erróneo muy desafortunado (restablecer el estado guardado en lugar de cargar el estado guardado) obtuve un problema muy molesto.

Casi todas las aplicaciones (unit, synaptic, gedit, etc.) se imprimen al inicio:

Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

Y todas las configuraciones de la GUI se restablecen después de reiniciar.

Otro síntoma:

$ GSETTINGS_BACKEND=dconf dconf-editor
(dconf-editor:2353): GLib-GIO-WARNING **: Can't find module 'dconf' specified in GSETTINGS_BACKEND
GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications

Pero /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.soestá presente.

Lo que probé (y no ayudó):

• sudo apt-get install -f --reinstall dconf-tools libdconf0 libdconf-dbus-1-0 dconf-service
• Build dconf-0.5 a partir de fuentes y make installse
• Cree un perfil de usuario vacío e inicie programas allí

Tengo que mantener la instalación actual de Ubuntu para que una reinstalación completa no sea una opción para mí.

¿Cómo puedo arreglarlo?

Esto también puede suceder si tiene PATHconflictos con un administrador de entorno de Python como Anaconda.

Asegúrate de correr which gsettingsantes de profundizar demasiado. Si eso no se imprime /usr/bin/gsettingsy, en cambio, algo así /home/{username}/anaconda3/bin/gsettingsprobablemente tenga algo .profile/ .bashrc/ .zshrccomo:

export PATH=$HOME/anaconda3/bin:$PATH

Cámbielo a:
export PATH=$PATH:$HOME/anaconda3/bin

Aplicación terminando en lugar de pre prending a la PATHvariable a resolver su problema, pero tenga en cuenta que cualquier cosa en su sistema bin, o de otros PATHlugares, reemplazará a su anaconda3/bin.

Otra opción sería alias /usr/bin/gsettings:

alias sys-gsettings=/usr/bin/gsettings
sys-gsettings get org.gnome.todo view

He encontrado la solución. Parece que obtuve varias bibliotecas personalizadas en las /usr/local/libbibliotecas del sistema "sombreado" /usr/lib/x86_64-linux-gnu/.

Lo descubrí comprobando las bibliotecas dinámicas cargadas por libdconfsettings.so:

ldd /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so

...
<  several dynamic libraries from /usr/local/lib >
...

Sucedió debido al orden de las rutas de búsqueda para las bibliotecas dinámicas (definidas en /etc/ld.so.conf.d/). El orden fue el siguiente:

1. / lib / i386-linux-gnu
2. / usr / lib / i386-linux-gnu
3. / lib / i686-linux-gnu
4. / usr / lib / i686-linux-gnu
5. / usr / local / lib
6. / lib / x86_64-linux-gnu
7. / usr / lib / x86_64-linux-gnu

Así que si por ejemplo usted pone su propia libc.soen /usr/local/libque se cargará en lugar de por defecto libc.sode /lib/x86_64-linux-gnu.

La solución:

sudo mv /etc/ld.so.conf.d/libc.conf /etc/ld.so.conf.d/xuserlocal.conf
sudo ldconfig
sudo reboot

Primero verifique si este comando regresa true:

gsettings writable com.canonical.Unity.Launcher favorites

Si no, instale el backend con:

sudo apt-get install dconf-gsettings-backend 

Si esto tampoco ayuda, restablezca su perfil con:

rm -rf ~/.gnome ~/.gnome2 ~/.gconf ~/.gconfd ~/.metacity .config/dconf/*

Luego reiniciar.

Solo quería agregar mi experiencia personal en esto con ubuntu 16.10. El mío dejó de funcionar después de usar el entorno de escritorio GNOME durante un tiempo y luego cambiar a Unity para mostrarle a un amigo lo desagradable que parecía (IMO: D) y volver a GNOME. Entonces comencé a obtener el "... usando el backend de memoria ...".

Obra

rm -rf ~/.gnome ~/.gnome2 ~/.gconf ~/.gconfd ~/.metacity .config/dconf/*
sudo ldconfig
sudo reboot

Me lo arregló.

Experimenté lo mismo en Debian Jessie. Pero la solución del interrogador (había fallado con ella) fue adecuada para mi caso:

 sudo apt-get install -f --reinstall  dconf-tools libdconf0 libdconf-dbus-1-0 dconf-service

Este problema me estaba matando, pero me salvaste la vida, gracias: D

Asegúrese de tener el módulo que guarda (libdconfsettings.so en / usr / lib / x86_64-linux-gnu / gio / modules / o / usr / lib / gio / modules / o donde almacene sus módulos GIO). En Ubuntu, ese archivo es proporcionado por el paquete dconf-gsettings-backend; reinstalar eso debería ser suficiente ( sudo aptitude reinstall dconf-gsettings-backend).

Esto funcionó para mí (y parece el mismo problema de Python Anaconda planteado por Dmitry).

$ export GIO_EXTRA_MODULES=/usr/lib/x86_64-linux-gnu/gio/modules/

(Estaba causando que no pudiera cambiar la configuración de gsett, particularmente la configuración de la impresora para Gedit).

Fuente:

https://github.com/conda-forge/glib-feedstock/issues/19