Баг для https://lists.altlinux.org/pipermail/sisyphus/2018-November/367266.html Сейчас в Nautilus не работает монтирование устройства с Android. В левой панельке пункт соответствующий есть, но при клике на него всплывает ошибка "Unable to access "Android"", "volume doesn't implement mount". Так же не работает самба и Google Drive. В то же время, в других файловых менеджерах все функционирует как и положено.
Регрессия наблюдается при точечном обновлении 3.30.2->3.30.3. Откат на 3.30.2 не восстанавливает ожидаемое поведение nautilus.
Текст ошибки "volume doesn't implement mount" рождается в glib, gio/gfile.c:6552 (g_file_mount_enclosing_volume), когда объект GFile для mtp://, smb:// или google-drive:// создан не gvfs — то есть когда в процессе не активен GIO-модуль libgvfsdbus.so. Это объясняет и то, что откат nautilus на 3.30.2 не помог, и то, что другие файловые менеджеры на той же машине работали: дело было в окружении процесса nautilus, а не в его коде. Демонстрация в контейнере Sisyphus (gvfs 1.60.2-alt1, glib2 2.88.3-alt1): $ gio mount mtp://[usb:001,002]/ (активируется org.gtk.vfs.MTPVolumeMonitor, "Couldn't find matching udev device" — бэкенд достигнут, устройства в контейнере нет) $ GIO_USE_VFS=local gio mount mtp://[usb:001,002]/ volume doesn't implement mount $ GIO_USE_VFS=local gio mount smb://server/share volume doesn't implement mount — ровно строка из отчёта, стоит только отключить gvfs. Обычное монтирование через gvfs (gio mount localtest:///; gio list) в том же контейнере работает. Сейчас nautilus 50.2.2-alt1 (Requires: gvfs >= 1.34), бэкенды mtp/smb/google и мониторы goa/mtp/udisks2 на месте; повторных жалоб с таким текстом за восемь лет нет, а свежие баги 2025 года (#54645, #55240) показывают, что smb:// в nautilus у пользователей работает. Если повторится — приложите вывод "gio mount -l -i" и значения GIO_USE_VFS / GIO_EXTRA_MODULES из окружения nautilus.
