Nautilus nie otwiera się, pokazując błąd GLib

Kiedy uruchamiam nautilus z terminala, drukowany jest następujący błąd i nautilus nie otwiera się.

(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

Co może być problemem?

Ta odpowiedź autorstwa cortopy z ask.fedoraproject.org zadziałała dla mnie.

Mam dzisiaj podobny problem, tyle że w ogóle nie mogłem otworzyć łodzika. Zastanawiam się więc, czy jest to spowodowane jakimś niedawnym zderzeniem aktualizacji.

To nie jest prawdopodobne rozwiązanie, ale przynajmniej pozwala mi to kontynuować jak zwykle.

Pierwszą rzeczą do wypróbowania jest sudo nautilusterminal. Jeśli to działa, może to oznaczać, że coś jest nie tak z aktywnymi procesami nautilus dla bieżącego użytkownika.

Aby móc poprawnie zrestartować Nautilus, wykonaj następujące czynności:

1. Zobacz, jakie procesy nautilus są uruchomione:

   ps aux | grep nautilus

2. Zabij wszystkie procesy nautilusa, które widzisz:
   

   sudo zabij PIDNUMBER

3. Uruchom ponownie nautilus:

   nautilus -q

Proszę wpisać Terminal:

sudo killall nautilus && (nautilus &)

Gotowy.
Zgłoszono tutaj: Nautilus nie uruchamia się

Dla mnie było to następujące: mogłem otworzyć nautilus przy pomocy

sudo nautilus

Więc zabiłem wszystkie procesy nautilusa:

ps aux | grep nautilus
sudo kill <PID>

Wypróbowany:

nautilus -q

I dostał:

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

Sprawdziłem więc uprawnienia każdego z tych folderów:

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

A folder domowy był własnością roota, więc:

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