Hello Everyone.

 

 

I'm not sure how to fix my latest screw-up.

 

 

I was trying to create a new user share on disk2 by moving a sub-directory up a level, in Windows 7. I thought I read that it could be down somewhere on the forum. I was NOT mixing disk shares and user shares. After the "waiting swirl" finish I checked the Share tab and saw that not only did that not work but all the movie directories from disk11 had been turned into user shares. There are also five user shares with broken icons. If I check the contents in the GUI, I see all of the individual movie file from disk11 and a error message stating:

 

 

Warning: filetype(): Lstat failed for /usr/local/emhttp/mnt/user//Movies in /usr/local/emhttp/plugins/webGui/include/myPage_content.php(61) : eval()'d code on line 22 Warning: filectime(): stat failed for /usr/local/emhttp/mnt/user//Movies in /usr/local/emhttp/plugins/webGui/include/myPage_content.php(61) : eval()'d code on line 32

 

 

I tried checking the files using my Windows 7 PC and received a message stating that the server is not accessabile and that:

 

 

The stub received bad data.

 

 

I tried copying a couple files from disk11 to free space I had on disk9 (using Putty and midnight commander) then deleting the file from the /mnt/user, then copying the file back to the /mnt/disk11. It showed up again as a user share.

I tried removing disk11 from the included disk field in the Movies user share and putting it back. Tried another Windows PC, too. No good. Same problem.

 

 

Any idea what happened? More importantly, any idea how to fix it?

 

 

TYIA

All top level folders on a disk are automatically turned into User Shares.  There has been some debate going on as to whether there should be an option to turn off this behaviour, but at the moment that is how it works.

 

Note also that if you did any copying via putty you have probably messed up the file permissions.  You can fix this using a command of the form:

newperms path_to_folders_to_fix

which will fix the specified folder and all its sub-folders. and files

I did the same thing at one point.  After cleaning up the mess of movie folders at the root, I think I had to either recycle the array or the entire box to get the inadvertently created user shares to go away.

Thank you.

 

 

Everything is working as it should again.

 

 

I have one last question (two really):

• Could you explain, or link to an explanation, of how I messed up  my permissions in unRaid? I read a couple web pages on permissions, but I don't see where I screwed up.
  
• Could you explain, or link to an explanation, of the command newperms? I can't seem to google the relevant man page.
  

I have one last question (two really):

• Could you explain, or link to an explanation, of how I messed up  my permissions in unRaid? I read a couple web pages on permissions, but I don't see where I screwed up.
  
• Could you explain, or link to an explanation, of the command newperms? I can't seem to google the relevant man page.
  

You didn't "screw up", it's more a matter of education and understanding. Any time you log in to the terminal directly, either with putty or sitting at the local keyboard, any file operations will be owned by root, since that is the only user that is allowed to log in directly to a stock unraid installation. All the files you touched using MC were then owned by root. There are ways to change that, but it's really not important, because you can just run the newperms script to put things back to the way unraid wants them. The reason you can't find a man page for newperms is that it isn't a regular linux command, it's a script that is specific to unraid that calls the linux command to set permissions. As with most scripts, it's pretty much a plain text file, so you can view it with a text editor to see what makes it tick.