When you mount an NTFS filesystem on your Linux box, you're subject to the permissions as defined on the "host" system -- in this case, the Windows Server (regardless of the windows version: 95....2008 if it's providing you access to the files that are on ITs hard drive, then it is a server).
So your problem appears to be that you assume (incorrectly) that the root user on the target system gets root access to the NTFS filesystem (it does not -- and in fact, on most installations, the "root" user is a special case whose permissions are "reset" to "nobody").
As noted above, you'll need to modify your rsync command to tell ssh to use a specific UID and/or GID when running on the target system... and that set of credentials must have rw access on the /linux share (again, those permissions come from the Windows NTFS server, NOT either linux system).
It helps to simply remember that the real set of permissions comes from the "host" -- the system that has a physical connection (IDE, SATA, SCSI, etc.) to the drive on which it is stored.
I hope this helps!
Dan
IT4SOHO
Main Topics
Browse All Topics





by: TachionPosted on 2009-09-03 at 06:31:45ID: 25250438
It looks like you need to mount the Windows share with a translation of the ownership of the files. g/man_page s/smbmount 8.html
See: http://www.linuxcommand.or
Use the "uid=" and "gid=" arguments to set the correct owner on the samba mount, so that the linux system can write files with the correct ownership there.
I am assuming all the files your are trying to rsync have the same owner:group combination.