Когда я запускаю 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
В чем может быть проблема ??
Этот ответ cortopy в ask.fedoraproject.org , работал на меня.
я испытывал подобную проблему сегодня, только я не мог открыть наутилус вообще. Таким образом, я задаюсь вопросом, происходит ли это из-за некоторого недавнего столкновения обновления.
Это не вероятное решение, но по крайней мере оно позволяет мне продолжать как нормальное.
Первая вещь попробовать
sudo nautilus
в терминале. Если это работает, то это может означать, что существует что-то не так с активными процессами наутилуса для Вашего текущего пользователя., Чтобы смочь перезапустить наутилус правильно, сделайте следующее:
- Видят то, что выполняют процессы наутилуса:
ps aux | grep nautilus- Уничтожают все процессы наутилуса, которые Вы видите:
sudo kill PIDNUMBER- наутилус Перезапуска:
nautilus -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
, Таким образом, я проверил permitions каждой из этих папок, делающих:
ls -la /home/user/ | grep .local
ls -la /home/user/.local/ | grep share
ls -la /home/user/.local/share/gvfs-metadata/ | grep home
И папка домой принадлежал корню, таким образом, я сделал:
sudo chown -R user:user /home/user/.local/share/gvfs-metadata/home