SSHFS is a filesystem, that works over a SSH tunnel.
sshfs is very useful for mounting remote shares as an ordinary user. sshfs does not require exports on the sharing host. sshfs does not require to become super user to mount.
In order to mount a remote file system locally follow these instructions:
Create a local mount point.
mkdir <directory to mount on>
Then issue this command:
sshfs -o uid=<Your uid locally> -o gid=<Your gid locally> <user@host>:<host> <mountpoint>
UDI and GID can usually be found in /etc/passwd and /etc/group
$ grep <username> /etc/passwd $ grep <groupname> /etc/group
Unmount with this command:
fusermount -u <Mountpoint>
Mounting devhost onto bren
In order to mount a remote file system (e.g. from your development host) on your local account on the main host (bren) issue these commands:
$ ssh-copy-id -i ~/.ssh/id_rsa.pub <user>@<host> $ mkdir <-p> <mountpoint> $ sshfs -o uid=<Your uid locally> -o gid=<Your gid locally> <user>@<host>:/home <mountpoint>
where the ssh-copy-id copies your public ssh-key to the remote host and where ~/.ssh/id_rsa.pub is where your ssh keys resides. If there are no id_rsa.pub you should generate a pair of keys:
just hit enter to all prompts.
Then you shall create the mountpoint - that is the directory on where you will mount the remote filesystem. The -p creates all directories if they do not exists.
Finally issue the sshfs command to mount the remote file system on the mountpoint.
Also take a look at the Webdav page about mounting WebDAV as a drive.
Tftp booting at home directly from your development host
Now the filesystem on the remote development host is available on your primary host (bren).
Since bren is accessible from the outer world through the ssh port (22) with ssh you can mount your sshfs mounted share on bren on your home computer.
Home computer/tftpboot -- sshfs --> bren/your share -- sshfs --> development host/ /home/emb/uClinux-dist/images
and your EA board can boot directly from your development host, provided you install a tftp server on your local machine and let it share from /tftpboot. Remember to set up the EA board to work in your local network.
First follow the instructions above and mount the disk on your development host on a directory in your home directory.
The uid and gid's mentioned below may vary on your computer. Check locally in /etc/passwd and /etc/group your uid and gid.
local host$ sshfs -o uid=500 -o gid=500 -p 22 <your login on bren>@bren.hih.au.dk:<your mounted disk from the development host> <mountpoint> local host$ ln -s <mountpoint>/<path-to-uClinux-dist>/images /tftpboot
If your tftp server is set up to serve from /tftpboot as suggested above your EA board now loads on your local network directly from the development host.
You can put the IP address for bren.hih.au.dk in your local /etc/hosts file.
Automount is a smart feature in Linux. It will allow you to access remote filesystems at any location provided you got a network connection to that system. Sshfs is one such filesystem automount can handle.
Automount will prepare for mounting the remote filesystem, but not perform the actual mount until the remote filesystem is accessed. Automount just sit quiet and wait for you to access the remote system and will in a matter of one or two seconds mount the remote filesystem making it accessible to you. When there is no activity for a period of time the remote filesystem is unmounted again - thereby minimising the network traffic.
In order to have sshfs's automounted follow these instructions:
$ yum install autofs $ groupadd fuse $ usermod -a -G fuse <your-loginname>
Ensure that you have access to login on the remote server over ssh.
$ ssh <your-loginname>@<remote-host>
If you were prompted for the password create and distribute a public key as described in the section above. Next:
$ ssh-copy-id -i ~/.ssh/rsa_id.pub <your-loginname>@<remote-host>
Re-test that you can login.
Next grep in /etc/passwd for your loginname
$ grep /etc/passwd <your-loginname> <your-loginname>:x:500:500:Yourname:....
This indicates that your uid and gid is 500 or whatever you read on your *nix.
I have two servers to automount bren and merlin.
Add to the end of /etc/auto.master
/home/klaus/mounts/sshfs/au-herning /etc/auto.bren.sshfs uid=500,gid=500,--timeout=600,--ghost /home/klaus/mounts/sshfs/merlin /etc/auto.merlin.sshfs uid=500,gid=500,--timeout=600,--ghost
The timeout can be varied - in this example I have set it rather long, because for example my texteditors usually autosaves every 5 minutes = 300s. If the automount timeout were shorter than this the directory is automagically unmounted and the text editor has to wait for a remount.
Now create /etc/auto.bren.sshfs and auto.merlin.sshfs and add one line per remote share you want to mount.
m -fstype=fuse,rw,nodev,nonempty,noatime,allow_other,max_read=65536 :sshfs\#firstname.lastname@example.org\:/home/klausk
and likewise for the merlin server.
Note: The #klausk... is not a comment and shall be included. And of course you shall change the directories and login names to suit your needs.
m can be anything, e.g. au-herning, sunshine or just m to make it short. The ~/sshfs/au-herning directory will be created when automount starts. The m directory is mounted when the au-herning is accessed. Below m is the structure of your remote server.
Now create the root for the automount to work on.
Logged in as your self issue:
$ mkdir -p ~/mounts/sshfs
The sub-directories on the sshfs directory will be created by automount.
Finally start the automount program in debug mode as root:
$ automount -f -v
observe that the are no errors. Try to access your remote server through the mount, observe that you can access the files and that there are no errors.
Kill the program by Ctrl+C
Activate automount such it will start at boot.
$ systemctl enable autofs.service $ # and start it $ systemctl start autofs.service
Reboot your computer and ensure that the automounting is working correct. Logged in as your ordinary username, issue:
$ ls mounts/sshmount/au-herning # some output here after a few seconds