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.
06-02-2011 12:35 PM
My first post on this seems to have worked for me, i now have full access too all my folders.
Just a note though, the transfer speed of copying from the Nas TO the Nas was massively painfull. I found it a lot faster to copy all (or in sections depending on local free space) to my pc and then back to the new share. I am talking a few kb per sec when copying from Nas to Nas, not Mb per sec which i got when transfering to and from my pc.
I have now rid my self of the share with the corrupt rights on it.
p.s. Seagate.... this is not a fix so is still unresolved!
06-11-2011 04:51 PM
Hello, I just invested a couple hundred Euros into a brand new BlackArmor NAS and in many cases I can't delete folders from (please note) MY directory tree. Can someone help me?
11-10-2011 07:24 AM
I have the same problem, and copying between shares is not an option, too large data amounts. I have not found any fix by now, but I found that it is possible to cut and paste the .tb folders between folders on the same share. So what I have done is:
While doing reorg, remove Media Service on the share.
Make a folder in the root of the share in the hidden .tb folder, then cut and paste the .tb folders from the subfolders you need to delete into the folder created in the .tb root folder, rename the folder every time you copy to avoid conflicts.
Remember it is not visible from your Media Service devices reading from the share.
Once the .tb folder has been moved and renamed to the new folder, you can delete the folder you need to delete.
It is not a pretty workaround, but it does make you able to delete folders in the foldertree.
Once you have finished doing your work, you can enable Media Service again.
12-09-2011 10:25 PM
This sounds like exactly what I need. I see that I can move these folders around, but I'm still having trouble deleting them. Can you post a step-by-step method for getting rid of these files and folders? Your solution sounds like it will work, but the steps aren't clear. Thanks!
12-26-2011 01:15 PM
It ended up being fairly simple to apply the SSH Mod from another post and delete them from the command line. You have to be somewhat UNIX-aware, however.
12-26-2011 02:06 PM
I vaguely recall a CHMOD post, but I need to SSH connect to the NAS and then play the UNIX commands? I have done some LINUX and have some familiarity with file management under UNIX.
03-06-2012 07:05 AM
What worked for me was to set (from windows) all attributes of the files you want to remove to off.
In order to achieve that I created a driveletter from the share someting like
NET USE S: \\KeyStor-01\folder This creates an S-drive for the folder on the NAS
Then start a command prompt and type
ATTRIB S:\*.* -a -r -s -h -i /S /D
You could also put it in a batch file if you like to.
Hope this helps.
03-16-2012 10:07 PM - edited 03-16-2012 10:08 PM
I came up with a way to get rid of these folders and files without resorting to Linux solutions (with which I have no experience). The idea was to get the NAS 'admin' user to re-write the folders and files in a way that would remove the hidden and system attributes and permit me to rename and delete them. This is how I did it:
1. Using the 'Backup NAS to USB' function found in the admin interface, I did a backup of the share that contains the offending files. This requires an external USB drive with sufficient capacity to hold everything. In my case I had to backup about 700GB onto a 1TB drive, letting it run overnight. I needed to do it anyway because I periodically store backups like that offsite for safety.
2. Then I attached the USB drive directly to the computer and used the command prompt to search the drive and identify all the .tb folders on it with this command entered from the drive's root directory:
dir *.tb /s > filelist.txt
That creates a text file on the drive showing exactly where every .tb folder is. Print that file for reference.
3. Then I put the USB drive back on the NAS and used the 'Backup USB to NAS' function to move those folders in the opposite direction. The difference here is that I selected only the SPECIFIC folders to restore. As far as I can tell, this doesn't really copy any files back to the NAS if they are identical, so it goes very quickly. However, it does seem to work some magic on those hidden .tb folders.
4. After doing the above, the next step is to return to Windows to access all of those .tb folders on the NAS in order to delete them. But before I could delete them, I found that I had to rename the .jpg files inside. The leading [.] character seems to make renaming or deleting those files impossible using normal Windows tools. However, I found that I could use a file renaming utility (specifically the free Flexible Renamer utility) to accomplish that. Once I renamed the files with normal names I could then delete them and the .tb folders too.
It was a rather tedious job, but it worked. In my case I only had a couple dozen .tb folders, although I guess it could get pretty hairy if you have hundreds of those folders.
Please be careful, whatever you do! I make no guarantees that the processes above will work without a hitch, but they might be of help to somebody.
03-20-2012 01:34 PM
This works really good.
If You start with moving the annoying files into a separate subfolder, You can do the backup job only with this subfolder; This works really fast and fits even on a small USB stick. It also saves You step 2.
Actually the described renaming process was not necessary in my case as well
Thanks IMAPERSON for finding out
04-04-2012 06:07 AM
Nearly 1 year with this issue and still no solution from Seagate??? Comon!!! Look many of us have spent a lot of money on these file servers, and we expect reasonable and prompt customer service responses. At least acknowledge that the issue is being worked on or addressed in some way, don't just ignore us! I want to use my NAS for the purpose I got it for, but the slow and sluggish speeds, unable to delete orphan files, and lack of response from Seagate make it very hard for me to remain loyal to this company.
04-08-2012 05:22 PM - edited 04-08-2012 05:45 PM
imaperson and Ulitmate 102,
THANK YOU!!!! Geez, I've been trying to find an easy 'solution' for deleting these blasted folders for at least six months and your trick with using the BlackArmor Backup Manager finally did it for me. As Ultimate 102 pointed out, it was only necessary to copy the directory where the undeletable files were moved to over to the attached USB device. FYI, for some reason I couldn't make the USB to NAS command work successfully with a USB stick but it worked fine with an actual USB hard disk. After the original files were magically 'touched' I was able to delete them in Windows 7 as expected.
I agree with BartmanLACA though: It's been a year since this thread was started and there is still no firmware update to properly address this issue or even an official acknowledgement of the problem. Seagate's total lack of responsiveness makes them look uncaring and disinterested in their customers. As a longtime fan of their hardware, I'm very disapponted. If this NAS becomes EOF before a patch is released, that will also be the end of my loyalty to the brand.
To recap for anybody just joining in:
1. In Windows, move the 'undeleteable' folders, .jpg files and .tb files to a new folder. I called my folder DELETEME and placed the folder at the root level of the share.
2. Attach a USB drive to the NAS and copy DELETEME to the drive.
3. Launch the Admin browser interface and under Storage>Backup Manager start USB to NAS to copy the directory back to the original DELETEME.
4. After completion, go to the window in Windows containing the original DELETEME folder, select and delete it.
Anyway, thanks again guys!
05-12-2012 12:19 PM
Found even easier way to do that. No need to fool around with the backup feature. Just attach an USB to the NAS 200. Perform a search in windows explorer for all .tb folders - of course enable to search for hidden folders.
Then MOVE them in the windows explorer to the USB share.
Then delete them from the USB share, or whatever you want to do with them. I ritually burned the USB dongle so I am sure they will never return
06-19-2012 03:04 AM - edited 06-19-2012 03:07 AM
I had the same problem and I think found similar but easier way to solve it.
Here is what you have to do:
- Plug an empty USB dongle to Black Armor
- Open the Seagate adman page in a browser
- Go to Storage -> Backup Manager -> USB to NAS
- Select the root folder of the USB share as source
- Select the root folder of the share you are using on the NAS
- Click Add
- Click Start to start the backup
Actually, since the USB is empty nothing will be copied to the NAS but somehow it repairs the permission issues. After doing that, I was able to delete all the files (all the thumbnail jpg files and their the .tb folders) including the ones in the subfolders. So everything is working perfectly now.
Hope this works for everyone
By the way, I will never ever buy a SEAGATE product again, they should have solved this issue by a firmware update long long time ago.
06-23-2012 09:15 AM
Well done!! Worked like a charm.... yes its been extremely frustrating. On the positive note - I've had a couple of Seagate USB drives go bad (once my bad - knocked it over), and got replacement shipped in a few days under warrantee... no hassle.
09-06-2012 08:08 PM
I came to this page looking for a solution a FreeNAS server. I didn't find the solution here but, I ended up figuring it out myself. So, I thought I'd share.
The solution that worked for me was easy. I just started Windows Explorer as an administrator. I was able to delete the folder that way with no problem.