08-24-2013 11:29 AM
This is my 2nd guide for the Seagate Central, the first one was about setting up the FTP server to remotely access your NAS.
This guide will focus on connecting an external USB disk to the USB port of the Central and transferring files to or from the Central. Copying files from a USB disk, as opposed to transfer over the network, is a feature not supported through the webadmin by default.
The method we’ll be using is connecting to the Linux system through SSH and by command input copy files from the attached USB disk to the Central.
SSH is a method to enable remote shell access to the underlying Linux OS.
Although you can also open up SSH access to the internet and thus login from outside your network, it’s not the most safe thing to do. Although basic password authentication is set up you should be using key authentication instead when considering this. The latter I haven’t been able to get working yet.
For this guide we’ll just be logging in from within our local network.
All of this is written using a Windows 7 PC connected on the same network as the Central.
1. Plug in your USB disk to the back of the Central. This is the easiest step
2. Download Putty from this location.
(the first link putty.exe)
3. Run it on one of your computers in the same network as your NAS.
Default settings should be ok but just to be sure, check SSH is selected.
Enter the IP of the NAS and the default port for SSH is 22.
4. You are now remotely logging in to the Linux shell of the Central NAS.
You are prompted with “login as:”
Here you should enter one of the usernames you created with the Seagate webadmin.
(Logging out of the shell can be done with the “exit” command or Ctrl-D.)
At this point you’re logged in as a standard user $ , there is also the root account on the system which gives you full write access but we don’t specifically need this for our purposes.
(We do need root access in the FTP guide because we have to configure some settings.)
The reason we’re not going to do this is rather important, let me tell you why. Whenever we switch to the root account (or any other account for that matter) and start transferring files from the USB disk to the Central, the user that initiates the copying will get ownership of the copied files and folders.
This will give problems when accessing your network share later on. You won’t be able to delete or write anything in your share folder because the files are owned by another user.
Should you want to switch to the root account for some reason, please check the bottom of this guide.
5. Now that you are logged in with your username you will find yourself in the home directory of your user. (identified by the ~symbol, the full directory path is not shown when you are in your home directory)
FYI your home directory is “/Data/yourusername”by default
But first up I will show you some basic navigation commands:
* To go up one directory you can do a “cd ..”, mind the space after cd.
* Once you reached “/” you are at the top folder, similar to the C:\ in Windows.
* To switch to a lower directory again type “cd directoryname”
* To instantly navigate to any directory on the system, add a slash in front “cd /directory1/directory2”
* To list the files in the current directory type “ls –al”.
(Should you wonder what all the info means in the file listing, there is a very good explanation right here -> http://www.firewall.cx/general-topics-reviews/linu
This comes in handy when you do need to change ownership or read/write access to files and folders. You’ll need root access for this so again check the bottom of this guide for a how to.
6. Now we are ready to start copying files from your USB disk to your home directory
But where is our USB disk on the system ?
This is very easy to find out. Linux will mount your disk to a specific folder, to find out which one type the command “mount”.
You should now get a list of all the mounts on the system and your USB drive partitions would usually be listed at the bottom assigned something like “/shares/usb1-...” depending on how many partitions your disk has.
As shown in 5. you could navigate to these folders and do a file listing to confirm you’re in the right partition to work with.
Basically the command you should use to copy a folder from your usb disk to your home directory would be :
cp -R /shares/usb1-.../yourfolder /Data/yourusername
or even shorter
cp -R /shares/usb1-.../yourfolder ~
the –R option means recursive, including all underlying folders and files
If you want to see output of what’s being copied you can also add the v option, like -Rv
As mentioned before, when copying always make sure you’re currently logged in as the same user as the one you’re transferring files to his/her home directory
Any feedback or corrections are welcome !
Switching to root or any other user:
Type “su –“ to switch to the root account. (To switch to other accounts enter “su username”)
Noticed how you didn’t have to enter a password? This is not very safe obviously so first I’d suggest to give the root user a password.
Enter “passwd” to change the password for the current user. To change the password for other users type “passwd username”.
Changing a password in the shell has the same effect as entering a new password in the Seagate webadmin for any given user.
08-27-2013 07:22 AM
Very nice, kudo+1
this has been discribed a few post further down but never this complete.
I do wish it had a build-in copy-manager or something like that so i wouldn't need to fire up my PC or type my fingers off on my mobile to do a simple copy from USB -> Central.
08-30-2013 01:06 AM
Thank you very much for your HOWTOs (regarding FTP configuration as well)! It's a pity that there is so little info on Segate Central on the internet, so your posts are extremely helpful!
Have you tried to measure transfer speed for USB*? For me it shows only 10 Mb/s which is exactly the same I've got for my 100 Mbit network It seems that the only advantages for USB transfer is that it does not require separate PC** and do not overloads network.
* I've used "rsync --progress ..." command for measuring transfer speed.
** I've used SSH client from my android tablet for controlling the process .
08-30-2013 01:18 AM
I'm not sure about the transfer speed with USB, I do recall it being somewhat faster than over the network.
To be honest I never monitored the speed.
For me the USB transfer was just more convenient for initial large backups to the Central.
You're welcome, btw.
08-30-2013 05:31 AM
Thanks! I've tried to measure transfer speed for "cp" command (by issuing "date;cp some_very_large_file ~;date") and found that it gives up to 24 Mb/s wich is very much better. It seems that "rsync" implementation works very bad for our device.
08-30-2013 06:41 AM - edited 08-30-2013 06:43 AM
I had also noticed slow speeds with rsync but never bothered to investigate.
This is very useful information indeed.
10-27-2013 12:08 AM
PapaBear thanks for the excellent HOWTO, but I have a problem as I wish to copy from my USB to the Public Folders.
I can achieve this using the following commands, but as I logon on SSH as admin it appears to lock modifying writes to that user. So although I can access the data I've copied to the Public drives, I can not modify or delete it.
Seagate*******:~$ cp -R /shares/usb1-1share1/Videos/MyTest /shares/Public/Videos
Does anyone have any ideas I can get around this problem, or if its even possible?
Essentially I need a method allowing me to copy content from my USB drive to the Public Shared folders, so all users have read/write access.
10-27-2013 01:56 AM
First of all make sure you copy the files to the /Data/Public folder. Your command shows /shares/Public/Videos
I'm not sure this will work
Anyhow, I think the problem has to do with ownership and rights for the specific files and directories you copied.
Basically you login to the Central with your own username then switch to root user " su - ".
Navigate to the Public folder " cd /Data/Public "
List the files " ls -al "
Your files copied through USB should be visible in this directory
Ownership for these files should be nobody:nogroup
Change ownership to user nobody
for directories -> " chown -R nobody:nogroup DIRNAME "
for individual files -> " chown nobody:nogroup filename.ext "
Give full read/write rights for the specific file or directory
for directories -> " chmod -R 777 DIRNAME "
for individual files -> " chmod 777 filename.ext "
All of this is also explained right here:
10-27-2013 04:13 AM
Thats great, those commands allowed me to correct the permissions/ownership of the folders which I had already transferred.
It also gives me a work around to perform the rest of my tranfers.
I did attempt to use your advice to use the /Data/Public folder. I could see the files I had already transferred using the reference /Shares/Public.
But when I attempted to transfer to the /Data/Public I recieved the following errors.
/Data/Public/Videos # cp -R /shares/usb1-1share1/Videos/"Video Folder" ~
cp: writing /home/root/Video Folder/Video1.avi: No space left on device
cp: writing /home/root/Video Folder/Video2.avi: No space left on device
11-09-2013 09:09 AM
I was looking for something like this. I for some reason had not even thought about connecting my portable hard drive to the seagate to transfer files. I found this and wondered...will this work for a Mac? So I plugged in my external portable hard drive to the seagate central...and opened both in Finder on my Mac...I am able to just copy files over without having to download or run anything special. So thank you for your help - that ended up being MUCH MUCH simpler than what it appears you have to do on Windows. I LOVE MY MAC!
11-16-2013 05:52 AM
Is there any way to use USB port to connect tv to it? I'd like to be able use it as a local dtrive attached to tv as dlna and twonky is a joke in seagate central.
11-16-2013 10:10 AM
I've hit something similar when transferring over the LAN, if I have one transfer running, I sometimes get an out of space message when I try to start another transver, even if the drive is practically empty.
This firmware would be pretty good for a "proof of concept" product.
I usually expect better of "beta test".
11-16-2013 03:00 PM
I think the out of space error might be a networking issue. If the write response is too slow, Windows assumes the destination is full and gives up.
Some users have complained about very slow transfers, but others have no trouble, so it may depend on your network setup.