Не удается подключить SSHFS через FSTAB, но можно подключить через CLI. Как мне заставить FSTAB правильно смонтировать?
У меня установлен пароль без доступа SSH, и он работает правильно. Я не могу автоматически смонтировать SSHFS.
Это работает:
sshfs root@192.168.0.2:/vmfs/volumes/ESATA01/ ~/VPS
Однако, когда он вставлен в мой FSTAB, мой авторизованный пользователь получает это
sshfs#root@192.168.0.2:/vmfs/volumes/ESATA01/ /home/amahi/VPS fuse defaults,idmap=user 0 0
У меня определенно есть проблема с разрешениями, как здесь, связанные с тем, где находится точка монтирования. Кажется, что когда я делаю монтирование необработанных предохранителей из CLI, я делаю это как пользователь, не входящий в sudo. Если я монтирую из fstab, это делается как sudo.
Если я запускаю nautilus от имени sudo, я могу получить доступ к содержимому SSHFS.
Любой вклад приветствуется.
2 ответа
Возможно, более изящный способ сделать это должно было бы сказать, монтируют что:
- эта точка монтирования является сетевым устройством (таким образом, она может проверить его),
- эта точка монтирования не должна быть автосмонтирована, а скорее по запросу
Пример:
me@svr:/movies /MOUNTPOINT fuse.sshfs noauto,x-systemd.automount,_netdev 0 0
Согласно ответу Эрика, мне нужно было добавить «allow_other» в мою запись FSTAB. Как только я это сделал, я смог правильно смонтировать; Тем не менее, он не работал должным образом при перезагрузке.
Я обнаружил, что из-за времени появления сети мне нужно было создать механизм задержки. Мне также нужно было добавить параметр _netdev в конец моей записи FSTAB.
Я нашел следующее здесь
If the automatic mounting procedure following a reboot is not successful, it may be because the drive is not yet ready when executing “fstab”. To remedy this, please just enter the following lines in the file “/etc/rc.local” in front of the line “exit 0”:
sleep 20
mount -a
You can progressively reduce the value 20 until it is just sufficient to mount your Drive successfully after a reboot.