04-01-2011 08:41 AM - edited 04-01-2011 09:12 AM
Can someone from Seagate please help with this issue as it's driving me and others I'm sure crazy!
I'm trying to move files/folders around on my BlackArmor 440 (in a vain effort to organize my life) but am constantly being faced with the following message,
File Access Denied "You require permission from UNIX\root to make changes to this file"
This only happens on some of the files/folders for example I'm moving music folders around and it moves all the tracks but leaves a hidden folder called .tb (thumbs) with a copy of the album art in, files named the same as this .back.jpg .cd.jpg .front.jpg. It won't let me edit these in any way, I've tried changing the permissions on the files and the folder and the root folder but every time I get the same error message as before.
I am running the latest version of the firmware, 4000.1211 with all my machines running Windows 7 Ultimate 64bit this is a home network and nothing has changed permission wise, the only change recently was the firmware, and recall editing files/folders before that with no issue
04-27-2011 01:34 PM
Yep I'm hitting this too. This is really annoying. In my case I'm getting a folder created named ".tb" with a .jpg file insde it. I think this is the media server creating thumbnails. Somebody please fix this or give me a workaround.
04-30-2011 12:48 AM - edited 04-30-2011 12:49 AM
Me too! This is driving me crazy as well, I moved a bunch of files from one volume to another on my NAS 400 but it left all the folders with a .tb folder with files in them, and now it won't let me delete any of them.
Could someone at Seagate HELP us with this problem???
05-12-2011 01:26 AM
Called Segate and logged a call. The bottom line is that the only way you're going to fix this issue is by creating a new share, moving all the files which are OK to move to this folder and then deleting the old share. That will remove the files and folders you can't delete. I didn't 100% understand the explanation given to me by Seagate, but it has to do the EXT file system the NAS uses and inherent limitations, the fact that these files are hidden to Unix (metafiles) and Unix considers them hidden. If you gained root access via Linux and mounted the EXT partition then you probably could do this, but who is going to do that. For me, I am renaming/prefixing all the empty folders Z.. (so they're all together) and then I am going to create a new share. Unfortunately there is nothing to prevent this happening in the future. Might just need to build it into my maintenance routine. And hope the next NAS I buy has better support for deleting files like this.
08-05-2011 01:06 AM
The question is...
KIEDY SERWIS ODPOWIE JAK ROZWIĄZAĆ PROBLEM Z BIEŻĄCEGO WĄTKU ???
Maybe someone already knows how to deal with this problem?