New answers tagged

0

nobootwait worked very well for me in Linux Mint until version 18. I miss it. Using nobootwait could result in writing to your OS drive rather than a mounted drive, but only if you are careless. If you always write to a folder on your mount, then if the mount fails the folder will not exist and the write fails.


0

Found the solution - host key is changed, Need to update it. update the Host key of the IP address sudo ssh-keygen -f "/root/.ssh/known_hosts" -R 192.168.2.207 After this sshfs is working, I am able to mount the complete file system.


3

sshfs is using sftp under the hood and the umask for creation new files is handled by the remote sftp-server. You can set umask as an argument to the sftp-server in /etc/ssh/sshd_config on the server, such as Subsystem sftp /usr/lib/openssh/sftp-server -u 027 # Debian/Ubuntu or Subsystem sftp /usr/libexec/openssh/sftp-server -u 027 # RHEL/Fedora ...


2

The problem was with the sshfs# part in fstab, apparently it's passed to ssh as-is, and it presumably searches for id_rsa of that missing user. After I've removed sshfs# it worked fine.



Top 50 recent answers are included