QNAP NAS Community Forum

I suppose You are using Windows XP...

I've just crated directory with all attributes +rahs and I copied it to Public folder. Now I've tried to delete it... and folder is deleted normally. I'm using Windows Vista x64.

I will ask You for something... Are You sure You are logged on NAS with "admin" user ? - just simple question because I cannot reproduce Your problem.

Me? Yes, I am using admin. It seems like people either have this issue or dont.

Could this possibly be related to torrent downloads? Is it something to do with the way files are copied via a bittorrent transfer?

no ... but i know about one issue with not possibility to delete files
users with rtorrent are unable sometimes to delete downloaded torrents
but this can be fixed by chmod command typed from shell

I have tried the following as suggested in this post as it has worked for me. However, I want to know what implications this has for my 209. Not being a linux man, I don't really undestand what I did... and a little bit of knowledge can be a danagerous thing:

Start Telnet and login as admin
At the prompt type: cd /mnt/HDA_ROOT/.config
The type: vi smb.conf
This will load the smb.conf file
Press i to allow editting
Locate the two variables map system = yes and map hidden = yes and change yes to no
Press Escape
Type :wq
You will then be returned to the /mnt/HDA_ROOT/.config prompt
Type reboot
Wait whilst your NAS reboots
Refresh you Windows Explorer and you should see the files.

Like I say, this worked for me and I hope it does for you. It seems a bit of a botch job, so I would really like to hear from QNAP why this has happened and what they can suggest to help their loyal customers.

Cheers,
Nickcx

XIII2007 & nickcx are correct, you need to edit the smb.conf file to fix this so it doesn't keep re-occuring with every new file on the QNAP. I had to do this on my TS-209 Pro back in November/December, worked fine since then. (at the time I was trying to do something else with the conf file & found this issue while doing so)

I'm curious if that's how Linux sets up the smb.conf file by default, or if that's QNAP's default configuration.

Update: After 'fixing' the problem, I have found that I cannot view any images/thumbnails within Multimedia Station! Has anyone else seen this?

I'm going to log this with QNAP for help, so will keep you posted.

Thanks so much for these tips. Saved me from tearing my hair out.

And no, those options are not on in a default Red Hat install. Definitely one for the notebook

Hi I have this problem, all I did was copy my files using the Qusb button and then moved the files using the web file manager. I read through your posts but I am not savvy enough with linux to putty in through the back door. When I attempt to do a -R-A-S-H /D/S in Command line of windows I recieve an access denied message. So I cannot change access permissions on my files either, in the Windows XP gui the hidden attribute is totally disabled, like it was an administrator restriction.

Please HELP!

wherethebibawi wrote:When I attempt to do a -R-A-S-H /D/S in Command line of windows I recieve an access denied message. So I cannot change access permissions on my files either, in the Windows XP gui the hidden attribute is totally disabled, like it was an administrator restriction.

For the record, you can't do this through Windows, needs to be done in the QNAP itself..which means SSHing into its Linux shell (via Putty or whatever). I don't think there's another way to do it, unless someone else knows.

I find the easiest way to fix this is to fire up WinSCP, browse to the main folder you just copied, right click and select properties. Then set the following:
Group: guest
Owner: guest
Permisions: 0666
Check: Add X to directories
Check: Set group, owner and permissions recursively
Click: Apply

This gives full access to everyone and I can see the files in both XP and WinSCP. My TS-409 is just a media share for my local network so full access works for me.

I hope this helps. I mucked with it at first and got confused on the group/owner stuff because copying stuff from the USB drive gives it a funky owner/group. WinSCP works great for that direct copying from USB as well to keep it from going through the network.

gates668

The file attributes as seen by Windows are equivalent to these chmod permissions:
if that makes sense...

This drove me nuts too. I set up my new NAS-409 pro and immediately copied my files over from a Vista PC. Everything seemed OK - but when another user (logging in to the NAS with a different username) tried to save/create/delete files, they couldn't - but only some files in some directories.

This is what I found:

1. When you copy over files from a PC, it copies across Windows permissions, or rather, it translates them into something that it thinks is a close match. Now, many of my files had got a mix of permissions over the years, and it ended up being a total mess on the NAS.

2. First attempt to fix, since I understood that all access on the NAS is controlled via the shares and not the file permissions was to run: chmod -R 777 * in the top of that share after logging in via telnet. What could be wrong with that? Give permissions on everything to everyone and then have it masked by the share permissions as appropriate. But then all of my files disappeared! Or so I thought - they've just diappeared from view on the PC. Playing with the permissions, I discovered what the previous poster says that wx being set makes the file hidden. So if I restrict the filesystem permissions on the file, I make the file more visible. Well that's obvious isn't it? Now the problem is to change only the files and not teh directories. The QNAP has a very slimmed down version of the find command installed which means you can't trawl through the directory structure, select only the files and run a chmod on these.

3. Luckily, I still had the original files on a local drive, so I took ownership of all files in the folder tree and changed the permissions to say only; Everyone: Full Access. Then I copied the whole lot over again. I guess uploading via FTP would also work OK.

Needless to say, I think there should be a big warning sign in red somewhere which says CHECK THE WINDOWS PERMISSIONS BEFORE YOU COPY STUFF OVER OR YOU'LL BE SCREWED somewhere prominently on the box / quick start guide. Or better still, since the file system permissions are irrelevant, make sure the NAS resets them on all file uploads, however done [QNAP person please take note]. There are so many threads on this forum where people seem to have hit the problem and there is no way in the world that they are going to be able to work all of this out if they are not Linux command-line savvy (let's face it, the idea of a NAS box is to make storing files a simple plug and play operation, not an exercise in advanced system administration).

As for the wx permissions thing, I assume that is not a QNAP thing but perhaps a Sambe 'feature' - for this to make any sense, it needs to totally unnecessray to go onto the box and mess with the files which, at the moment, it's not.

Hopefully, I'll be able to rely on the NAS now.

Cheers
Andy

Force wrote:Ok let me explain some things:

[...]

Hope this helps

Yes, it did quite well. I converted the files on my former Syno DS207 to my new Qnap TS509 using the following method:

1) Install NFS on the Syno
2) Telnet to the Qnap
3) Mount the share
4) Copy the content to Qmultimedia/[categorydir]. I used -P to preserve the timestamp. (The Qnap changed all timestamps with one hour - not a big deal).
5) Umount the share
6) Switch of the Syno and sell it as used gear

All directories were there, but all the files seemed to have gone into oblivion. I already guessed I needed to chmod the stuff, but couldn't find the correct mode. Your explanation made me see the light. Now all my files are back, visible and usable.

Now I can safely take the two 1TB drives out of the Syno and tell the Qnap to migrate to Raid 5. Yeah!

Any poor fellow interested in a Syno 207 with 2x500Gb?

you can do also a on Linux

-x remove the Execute-Bits for Files and
+X set the Execute-Bits for Folders

The Execute-Bit for folders is for show (+X) or hide (-X) all files and subfolders.

I wrote a little script to set the rights:
Create a file e.g. setrights.sh and copy and paste the lines below.
then run the script from the (linux) command line with "setrights dirname"

Regards,
Force
------------------------------------------------------------------------------

#!/bin/sh
#
# script name : setrights
#
# purpose : Set rights of all files to 766 and all dirs to 777 (recursive)
# author : Force
# date : 2008/12/15
#
if [ $# -eq 1 ]
then
chmod -R a+rw $1
chmod -R a-x $1
chmod -R g+X,o+X,u+x $1
fi