04-26-2011 02:35 AM
Having a few problems with the 440, relating to the media server function. I am trying to organise my media collection and in the process of moving media folders around. When I do this (bearing in mind that I have turned the media server off and reset the 440), I have a file permissions error, stating that I need permission from Unix / ROOT in order to move a file.
I am logged in with full permissions on the affected folder / share.
One of the reasons that I'm trying to reorganise is that the media server seems to crash and I wanted to get rid of some of the image files and some files with odd character sets which I think might be causing it to hang (I can see the shared library in iTunes, but when I click on it, it will not load). So really, this is a permissions issue and one with the iTunes server.
Does anyone have a workaround for the permissions issue?
Solved! Go to Solution.
05-03-2011 06:52 AM
Do any of the moderators here read the requests for help? I can't figure this out either, I have a whole directory of files I moved from one folder to another folder on the NAS now I can't delete the original folder because it's full of these folders that have .tb folders in them and inside those are what looks like image files. #####.jpg.jpg I don't know if the double extension is having an effect or not. I just want to get RID of them, can someone please HELP US? ?????
05-08-2011 08:53 PM
I've got the same issued as well on the 220 model on certain files. The ReadyNAS from Netgear has the same problem ocassionally but the GUI is a lot better than what Seagate offers.
You get the option to change the file permissions on all the files/sub folders and that fixes it. Any chance of getting a reply from someone @ Seagate?
05-09-2011 09:19 AM
The .tb folders relate to thumbnails and these folders cannot be deleted. The issue has already been reported. I do not have an ETA on a fix.
These .tb folders are irritating to see. I stream movies from my BA at home to my FreeAgent Theater + daily. When I browse the network with the Theater the first thing I see in every folder is that .tb folder .
Hopefully they will fix this in the next firmware drop.
05-11-2011 12:15 AM
Thanks for the response.
Had the media server working well for a while but I can't seem to start it up at the moment. Hopefully things will be fixed in the next firmware release.
05-17-2011 08:52 AM - last edited on 05-17-2011 06:53 PM by MrMatthew
This is a really annoying fault, it practically ruins the purpose of having your files in one large storage. Now i have tens of thoushands "junk files" all aroung my archive stopping me freely to modify the file structure!!
Can it really be so that there is no solution available?? Maybe way to to log as a unix user that have the rights accordind the the file properties;
- jewab (unix Group\jewab)
- nobody (Unix User\nobody)
??? What could passwords for those Unix user accounts be anyway and how to try that? Trying via FTP didn't work since the Media Server created files are hidden, maybe it wouldn't have worked even if you could see them.
Please let me know if any progress in this!!!
[Edited: Removed personal information per the community rules and regulations.]
05-18-2011 10:54 AM
Same here on a Nas 220.
Almost my whole public directory has owner 'Unix User\nobody'
I do not have permissions in windows to take ownership and have also tried mounting the share in Fedora14 to try and chown the directory\files with no luck.
I have read access but cannot delete anything.
The only possible solution i have at the moment is to create a new public share (public2 for example) with admin as owner and public rights and then copy from public to the new public2 share so the Nas itself can re-write the security details. Then hopefully i can get the nas to delete the public share which itslef should have access to. This test seems to have worked for a few test files i have copied.
Not looking forward to doing this through my pc as it will have to transfer 300Gb from and back to the nas (
Just wish there was a putty\ssh option to access the Nas which should allow the security rights to be modified directly from the Nas itself.
05-18-2011 10:56 AM - edited 05-18-2011 10:58 AM
p.s. the solution isn't a solution, it is a delay for a known fault. The solution is a fix\firmware update.
A quick fix would be a button on the share on the Nas GUI page that replaces all ownership on that share with the selected user. This would be a lot faster from the Nas itself and the root user on the nas should have no problems applying this.