Difference between revisions of "Mount Shares Locally"

From Amahi Wiki
Jump to: navigation, search
Line 35: Line 35:
 
'''service mount_shares_locally stop''' will unmount the local shares.<br/>
 
'''service mount_shares_locally stop''' will unmount the local shares.<br/>
  
'''NOTE:''' If you used /etc/rc.local and /etc/fstab (only remove the shares portion, not the actual drive mount lines) to mount shares locally in the past, you can remove what you added in those files now. The above initd script replaces all this.   
+
'''NOTE:''' If you used /etc/rc.local and /etc/fstab to mount shares locally in the past, you can remove what you added in those files now (<u>DO NOT</u> remove the drive mount lines). The above initd script replaces all this.   
  
  

Revision as of 13:35, 16 August 2012

Mounting your Samba shares locally is useful when you are using Greyhole, and want to write or in any way work with those files locally. Greyhole data should only be accessed through shares, so mounting those shares locally is an easy way to work with Greyhole data safely.

  • As root: Install the mount_shares_locally initd script:

On Ubuntu

sudo apt-get install cifs-utils curl
sudo curl -o /etc/init.d/mount_shares_locally http://dl.amahi.org/mount_shares_locally
sudo chmod +x /etc/init.d/mount_shares_locally
sudo update-rc.d mount_shares_locally defaults


On Fedora

curl -o /etc/init.d/mount_shares_locally http://dl.dropbox.com/u/3022105/Amahi/mount_shares_locally
chmod +x /etc/init.d/mount_shares_locally
chkconfig --add mount_shares_locally


  • Edit /etc/init.d/mount_shares_locally (as user root) in a text editor, and replace your_username (on line 12) with your username. Example username="amahi"
bash code
​nano /etc/init.d/mount_shares_locally​
  • Create the /home/your_username/.smb_credentials file. This is a simple text file (use your favorite text editor).
bash code
​nano /home/YourHDA_username/.smb_credentials​
  • Enter the following:
username=your_username
password=your_password
domain=HOME

NOTE: your_username and your_password in the .smb_credentials file needs to be the original username and password you created when you installed fedora.

  • To test your new mounts, you can execute service mount_shares_locally start

You will find the mounted shares in /mnt/samba/*
service mount_shares_locally stop will unmount the local shares.

NOTE: If you used /etc/rc.local and /etc/fstab to mount shares locally in the past, you can remove what you added in those files now (DO NOT remove the drive mount lines). The above initd script replaces all this.


Unable to mount localy after upgrading to Amahi6

If you try to run mount using this script after you upgraded to Amahi6 you might get greeted by this type of error.

[root@localhost ~]# /etc/init.d/mount_shares_locally start
Mounting Samba shares locally: /etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
/etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
/etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
/etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
/etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
/etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
/etc/init.d/mount_shares_locally: line 27: /sbin/mount.cifs: No such file or directory
                                                          [  OK  ]

It's easily fixed by installing the missing dependency.

bash code
​yum install cifs-utils​


Now it should work fine to run

bash code
​/etc/init.d/mount_shares_locally start​


MySQL Problems With Newer Versions of Greyhole

Since Greyhole moved from SQL Lite to MySQL, you may hit a problem where Greyhole and the mount_shares_locally script both attempt to start before MySQL in bootup, leading to the services not starting properly. If this happens, you can try this to fix it:

bash code
​ls /etc/rc.d/rc3.d/​
  • Look for any entries marked S-1. If there are any, they need to be removed. Run the following as root:
bash code
​rm S-1*​