I want to move some files from a read/write share to a read only share on my unRaid server.

 

If I try and move them from one share to another on my mac, it does a copy and takes forever--instead of a move.

 

Is it safe to telnet into the unRaid Server, login as root and issue the following command? :

 

mv /mnt/user/UserShare1/folderxyz /mnt/user/UserShare2/.   

 

Both UserShare1 and UserShare2 are multi-disk shares that copy data to the entire array.  UserShare2 is a read only share--to the users--and UserShare1 is a read/write share.

If I could only set security on a folder/file level, it'd be easier..

 

Perhaps I need to look into the active directory version?

Do not log in as root or ownership and permissions will be wrong. Make a user that has write permission to the destination and perform the move. Are you certain that the same user id is being used to access booth shares? You can telnet and login as anything except root and issue the mv command.

When you try to move something from one share to another, from the client, not the server, it does a copy instead of a move.  That's the problem, not permissions problem.

I deliberately want a read only user share to hold for example my movies.  So anyone--except a special administrative user account--that accesses this user share can only ever read from movies, not write.  This prevents trojans, viruses and accidental deletion from destroying the movies.

 

Then I'll have another share that users can read and write to, to drop off new movies (or whatever).

 

Then I log in with the nas administrative account and *move* the movie from the read/write share to the read only share--then immediately log out.

 

I got this all worked out except it does a copy instead of move when going from share to share on my mac.

 

FYI, moving share to share means the files stay on the same disk regardless of the allocation and split level settings on the share.

So it's safe to issue the mv command I mentioned then? :

 

mv /mnt/user/share1/folderxyz /mnt/user/share2/. 

So it's safe to issue the mv command I mentioned then? :

 

mv /mnt/user/share1/folderxyz /mnt/user/share2/.

yes.

I deliberately want a read only user share to hold for example my movies.  So anyone--except a special administrative user account--that accesses this user share can only ever read from movies, not write.  This prevents trojans, viruses and accidental deletion from destroying the movies.

 

Why not just make a "movies" group and add those you want to be able to read from it to the group? Just set the group permissions to read-only. Only the group owner will be able to write to it.

You might be able to make Unix groups work but this is undocumented. The unRAID GUI is the easiest way to accomplish this.

I see no group options in the unraid gui.  I don't have the active directory version though.  I am using unRaid Plus.

There are no groups in unRAID without AD. But you can make a share that only the admin user can write but all others can read. If you need to limit who can read you'll have to configure each user for he share.

Yeah I did create a share that only the user "admin" can access read/write.  The rest can only read it.

 

But I have another share that any user can read/write to and I have to move some files they add to this share to the read only share.  Say for example if my guy downloads some television show, he puts it on the read/write share temporarily and then I have to move it to the read only share because I don't want any viruses, hacks, trojans, accidents from wiping it out.

You can telnet and login as anything except root and issue the mv command.

 

sorry to hijack the thread slightly....

 

I've just been trying, and done some research and it seems you CAN'T log in via telnet as anything EXCEPT root...

 

from the UnRaid wiki

 

Only root can access the System Management Utility, and log in to the system console or telnet session. The configured users do not have actual home accounts on the server.

 

or am I missing something?

You're correct. First make a user called "admin" in the unRAID GUI.

Login as root.

Enter:

su - admin --shell=usr/bin/bash

 

Now perform command line operations without messing up permissions.

I do login just as root and issue the mv command--no problems so far.

You're correct. First make a user called "admin" in the unRAID GUI.

Login as root.

Enter:

su - admin --shell=usr/bin/bash

 

Now perform command line operations without messing up permissions.

 

Thanks for that! Works like a charm!

 

 

I do login just as root and issue the mv command--no problems so far.

 

You shouldn't (well, in the Beta/RC 5 series. Not such an issue in 4.7 and earlier)

 

See this thread for information

 

http://lime-technology.com/forum/index.php?topic=20661.0