web-dev-qa-db-ja.com

FSTAB経由でSSHFSをマウントできませんが、CLI経由でマウントできます。 FSTABを正しくマウントするにはどうすればよいですか?

SSHを使用しないセットアップパスワードを使用していますが、正常に機能します。 SSHFSを自動的にマウントできません。

これは動作します:

sshfs [email protected]:/vmfs/volumes/ESATA01/ ~/VPS

ただし、FSTABに挿入すると、ログインしたユーザーはこれを取得します

sshfs#[email protected]:/vmfs/volumes/ESATA01/   /home/amahi/VPS      Fuse defaults,idmap=user 0 0

enter image description here

ここにあるように、マウントポイントの場所に関連するアクセス許可の問題は間違いなくあります。 CLIから未加工のFuseマウントを実行する場合、非Sudoログインユーザーとして実行しているようです。 fstabからマウントすると、Sudoとして実行されます。

NautilusをSudoとして実行すると、SSHFSのコンテンツにアクセスできます。

どんな入力でも大歓迎です。

1
Kendor

おそらくこれを行うよりエレガントな方法は、mountに次のことを伝えることでしょう:

  • このマウントポイントはネットワークデバイスです(したがって、それを確認できます)
  • このマウントポイントは自動マウントされるのではなく、オンデマンドである必要があります

例:

me@svr:/movies  /MOUNTPOINT  Fuse.sshfs noauto,x-systemd.automount,_netdev 0 0

から https://wiki.archlinux.org/index.php/Sshfs

2
carloxic

Ericの回答によると、FSTABエントリに「allow_other」を追加する必要がありました。それを行うと、適切にマウントできました。ただし、再起動時に正しく機能しませんでした。

ネットワークが立ち上がるタイミングのために、遅延メカニズムを作成する必要があることを発見しました。また、FSTABエントリの最後に_netdevパラメータを追加する必要がありました。

私は次を見つけました here

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.
1
Kendor