Nautilus não abre, mostrando erro GLib

Quando inicio o nautilus a partir do terminal, o seguinte erro é impresso e o nautilus não abre.

(nautilus:25179): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed

(nautilus:25179): GLib-GIO-CRITICAL **: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed
Could not register the application: Timeout was reached

(nautilus:25179): Gtk-CRITICAL **: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed

(nautilus:25179): GLib-GObject-WARNING **: invalid (NULL) pointer instance

(nautilus:25179): GLib-GObject-CRITICAL **: g_signal_connect_object: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

Qual poderia ser o problema?

Esta resposta de cortopy no ask.fedoraproject.org funcionou para mim.

Eu estou enfrentando um problema semelhante hoje, só que não consegui abrir o nautilus. Então, eu estou querendo saber se isso é devido a algum choque recente de atualização.

Esta não é uma solução provável, mas pelo menos me permite continuar normalmente.

A primeira coisa a tentar é sudo nautilusem um terminal. Se funcionar, pode significar que há algo errado com os processos ativos do nautilus para o usuário atual.

Para poder reiniciar o nautilus corretamente, faça o seguinte:

1. Veja quais processos nautilus estão executando:

   ps aux | grep nautilus

2. Mate todos os processos do nautilus que você vê:
   

   sudo kill PIDNUMBER

3. Reinicie o nautilus:

   nautilus -q

Digite o Terminal:

sudo killall nautilus && (nautilus &)

Feito.
Isso foi relatado aqui: O Nautilus não inicia

Para mim, foi o seguinte: eu poderia abrir o nautilus com

sudo nautilus

Então, eu matei todos os processos nautilus:

ps aux | grep nautilus
sudo kill <PID>

Tentou:

nautilus -q

E pegou:

(nautilus:4918): GVFS-WARNING **: can't init metadata tree /home/user/.local/share/gvfs-metadata/home: open: Permission denied

Então, verifiquei as permissões de cada uma dessas pastas fazendo:

ls -la /home/user/ | grep .local
ls -la /home/user/.local/ | grep share
ls -la /home/user/.local/share/gvfs-metadata/ | grep home

E a pasta home era de propriedade do root, então eu fiz:

sudo chown -R user:user /home/user/.local/share/gvfs-metadata/home