У меня есть внутренний жесткий диск, который выдает эту ошибку, когда я пытаюсь смонтировать один из двух его разделов в Nautilus, в то время как мой основной жесткий диск работает нормально.
Когда я использую Диски для монтирования, он работает, но размонтирование в Nautilus дает ту же ошибку. mount
тоже работает.
dmesg
и syslog не показывает ничего особенного, поэтому я не знаю, где искать соответствующий журнал. Я надеюсь, что кто-то может дать мне несколько советов по этому вопросу.
Размонтирование gvfs решило проблему для меня:
umount -fl /home/user/.gvfs
rm -rf /home/user/.gvfs
я нашел что решение здесь
Если фиксация botchniaque не работает на Вас, сначала проверьте gvfs точку монтирования в своей системе:
mount | grep gvfs
На Ubuntu 15.10 это было смонтировано под /run/user/[USER ID]/gvfs
, таким образом, следующие команды работали на меня:
sudo umount -fl /run/user/[USER ID]/gvfs
sudo rm -rf /run/user/[USER ID]/gvfs
Я имею временное решение, пытаюсь монтироваться с
sudo mount /dev/... /mnt/tothisdir
Или использую "Диск" для монтирования или любой другой, но не наутилус
По-видимому, этот вопрос появился на Google, и многие люди просят, чтобы я отправил ответ, таким образом, здесь это.
gparted
использование суперпользователя, предпочтительно gparted-pkexec
.New UUID
.Apply
кнопка.Это решение должно быть постоянным, пока Вы не портите что-то, таким образом, никакие заботы.
Обновление: Некоторые люди требовали этого только при наличии gparted
обновляющая информация, проблемы решены. Необходимо попробовать это сначала как обновляющие винты UUID fstab
.
bluetoothctl connect C1:D5:...
я получаю это: успешное Соединение... Соединенный: да... Я сказал бы, что мышь и соединена и подключена. В моем .../info
файл, тем не менее, я вижу эти DeviceID
раздел, но никакой LinkKey
раздел. Я делаю что-то не так?
– FSp
2 April 2017 в 09:30
Для меня ни одно из упомянутых разработанных решений. Или по крайней мере они сразу не работали.
Однако после того, как я перезагрузил машину, диск работал.
, Таким образом, я не знаю, зафиксировала ли простая перезагрузка его или umount/rm - метод и перезагрузка после тех.
Я управлял к обходному решению этой проблемой онлайн путем простого перезапуска gvfs-udisks2-volume-monitor
пользовательский сервис:
systemctl --user restart gvfs-udisks2-volume-monitor
После этого, монтируя диски в Наутилусе хорошо работал.
Возможно, необходимо взглянуть на мой Вопрос & Решение для подробного анализа...
Короче говоря GNOME Virtual File System
или gvfs
не работает вообще.
Однако Do Not unmount & remove
/run/user/[USER ID]/gvfs
папка, как предложено другими плакатами здесь (идентификатор пользователя по умолчанию 1000).
Находят Вашу gvfs папку и [ИДЕНТИФИКАТОР ПОЛЬЗОВАТЕЛЯ]
$ mount | grep gvfs
gvfsd-fuse on /run/user/[USER ID]/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=jean)
$
точками монтирования Списка используемый gvfs
. [ОТМЕТЬТЕ: Так как gvfs не работает, это должно быть пусто]
$ ls -als /run/user/[USER ID]/gvfs
total 0
0 dr-x------ 2 jean jean 0 Dec 22 17:42 .
0 drwx------ 10 jean jean 260 Dec 22 17:42 ..
$
Проверка, является ли gvfsd
процесс демона активным
$ ps axu | grep gvfsd
jean 5993 0.0 0.0 680372 6356 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfsd
, Уничтожают его со следующим cmd.
$ sudo killall -9 gvfsd
Затем повторно запускают демона (процесс)
$ sudo /usr/lib/gvfs/gvfsd-fuse /run/user/[USER ID]/gvfs
ну, вот именно. Это не обнаружилось прямо, поскольку я должен был полностью завершить работу и перезапустить систему (перезапускающий систему без полного завершения работы, не будет работать на меня). Но прямо после системного перезапуска, gvfs хорошо работал, и у меня был доступ ко всем разделам / диски в Немо / Наутилус.
Ранее, перезапуская систему ничего не решил бы.