October 23, 201312 yr Ok I will try to be as specific as I can as I understand the more info the better for getting proper help. The issues I am having are regarding the permissions and folder/files attributes. I recently upgraded to 5.0 stable from 4.7 and did not have these issues until after the upgrade. I am NOT a linux guru nor windows for that matter but I do a lot of reading to figure these things out as much as I can on my own but this one has me stumped. So I apologize ahead of time if I have not found this solution already after all my searching and it turns out to be something very simple. I upgraded to 5.0 and for the most part it was a very smooth transition. After upgraded I created my user with read/write permissions and did the permissions utility as instructed in the sticky. The shares are secured but exported and readable by guests. I transfer data across from a Win7 laptop via Teracopy, mainly movies and tv series. Data is viewed via 2 XBMC HTPC's. The issues arose when I decided to update my XBMC library and export it to the server so I wouldn't have to rescan this info from the web. So I went to export the library via 'separate folders' intending for it to put the library into the movie folders, the artwork and nfo files for each, across the 3 share drives (disk 1, 2 and 7). 1st. Problem: What happened was the complete library was exported to drive 7 in separate folders an not across the share drives. 2nd Problem: So I went to delete these folders that only contain the library files, not the actual movies and I get the infamous 'you need permission from nobody' dialog. Looking at the folder/files created by XBMC, there are 2 different attributes some have RD and some have D. I can delete any of the D labeled but not any of the RD. I could actually live with this since unRaid agrigates the folder/files properly however I'm kind of anal about the organization of my drives. So if anyone could point me in some direction as to a solution for deleting these folders I would appreciate it so much. Thanks. V syslog-2013-10-23.txt
October 23, 201312 yr Have you tried to run "New Permissions" from the Utilities tab then delete them?
October 23, 201312 yr Are you trying to delete them with Windows Explorer or through a telnet session? If you're in Windows, I'm guessing windows is authenticating through its own username and password. If that is the case, you have two choices, both requiring a telnet session as root: You can change all the files to be owned by windows, i.e. chown -R veemanwinlaptopusername:users /mnt/disk7/movies - do this from the top level, and it should give permission for Windows Explorer to delete the files. You may need to modify the permissions of the files themselves as well - chmod -R 777 /mnt/disk7/movies OR, you could just do this from the command line, which I prefer...telnet in as root and fire up midnight commander with mc Navigate to disk7 and select the files you want gone with ctrl-t, then F8 to delete them. If you're logged in as root, it should allow you to delete anything you want. Try chmod-ing everything to 777 if it doesn't work at first. If you do end up modifying permissions or changing ownership, always a good idea to run that new perms utility to get everything back to stock, unless you have other requirements. Hope it helps!
October 23, 201312 yr Author Thank you for the suggestions. Yes I am trying to delete through Explorer but I am logging into the tower under my username/account created in USERS. I assumed that gave me the proper permissions since I can delete some but not all of the folders. But I will certainly give this a try. I have used MC previously for something just not very comfortably. If the other doesn't go I will try that as well. Thanks, V
October 23, 201312 yr Have you tried to run "New Permissions" from the Utilities tab then delete them? Did you leave to window open until it ran to completion?
October 23, 201312 yr Author Have you tried to run "New Permissions" from the Utilities tab then delete them? Did you leave to window open until it ran to completion? Yes, absolutely. Getting ready to try previous suggestions. Thanks. V
October 23, 201312 yr Author Are you trying to delete them with Windows Explorer or through a telnet session? If you're in Windows, I'm guessing windows is authenticating through its own username and password. If that is the case, you have two choices, both requiring a telnet session as root: You can change all the files to be owned by windows, i.e. chown -R veemanwinlaptopusername:users /mnt/disk7/movies - do this from the top level, and it should give permission for Windows Explorer to delete the files. You may need to modify the permissions of the files themselves as well - chmod -R 777 /mnt/disk7/movies OR, you could just do this from the command line, which I prefer...telnet in as root and fire up midnight commander with mc Navigate to disk7 and select the files you want gone with ctrl-t, then F8 to delete them. If you're logged in as root, it should allow you to delete anything you want. Try chmod-ing everything to 777 if it doesn't work at first. If you do end up modifying permissions or changing ownership, always a good idea to run that new perms utility to get everything back to stock, unless you have other requirements. Hope it helps! Ok, I've taken ownership of the folders and files and now I get the message that I need permission from myself. So.... Is my created USER in unRAID permissions not sticking? Thanks. V
October 23, 201312 yr What does "ls -l /mnt/disk7/movies" show? Show the output of ls -l on a directory with a problem file.
October 23, 201312 yr Author What does "ls -l /mnt/disk7/movies" show? Show the output of ls -l on a directory with a problem file. Thanks for the response dgaschk, I have it solved. Thanks pengrus! I ran the chownd and still had issue, ran chmod 777 command and rebooted the server and now working. Thanks everyone that chimed in. V
Archived
This topic is now archived and is closed to further replies.