Наутилус не открывается, показывая ошибку GLib

Когда я запускаю nautilus из терминала, выводится следующая ошибка, и nautilus не открывается.

(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

В чем может быть проблема??

Источник

3 ответа

Решение

Этот ответ cortopy в ask.fedoraproject.org, работал для меня.

Я столкнулся с подобной проблемой сегодня, только я не мог открыть nautilus вообще. Поэтому мне интересно, связано ли это с недавним конфликтом обновлений.

Это маловероятное решение, но, по крайней мере, оно позволяет мне вести себя как обычно.

Первое, что нужно попробовать sudo nautilus в терминале. Если это работает, то это может означать, что что-то не так с активными процессами nautilus для вашего текущего пользователя.

Чтобы правильно запустить nautilus, сделайте следующее:

  1. Посмотрите, какие процессы запущены наутилусом: 
    PS Aux | grep nautilus
  2. Убейте все процессы наутилуса, которые вы видите:
    sudo kill PIDNUMBER
  3. Перезапустите наутилус: 
    Наутилус -q
Источник

Пожалуйста, введите в Терминале:

sudo killall nautilus && (nautilus &)

Готово.
Об этом сообщают здесь: Наутилус не запускается

Источник

Для меня это было следующим: я мог открыть наутилус с

sudo nautilus

И тогда я убил все процессы наутилуса:

ps aux | grep nautilus
sudo kill <PID>

Пытался:

nautilus -q

И получил:

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

Итак, я проверил разрешения каждой из этих папок, выполнив:

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

И папка home принадлежала пользователю root, поэтому я сделал:

sudo chown -R user:user /home/user/.local/share/gvfs-metadata/home
Источник
Другие вопросы по тегам