A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Microsoft Windows 7 » Windows 7 Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

File permissions/ownership on XP systems



 
 
Thread Tools Rate Thread Display Modes
  #1  
Old April 27th 18, 02:58 PM posted to alt.windows7.general
Roger Mills[_2_]
external usenet poster
 
Posts: 332
Default File permissions/ownership on XP systems

I'm having problems creating files from across my LAN to a shared drive
on a Win XP system. In the properties for the shared folder, the "allow
network users to change my files" box is checked.

There is no problem if I edit a file, and save the updated version. But
if I try to do a "Save as" - which creates a new file rather than
updating an existing one - it objects. I get an error message saying
"This security ID may not be assigned as the owner of this object"

I first noticed it when using RoboCopy across my network from a Win 7
laptop to the XP desktop. When we go away from home, we copy selected
folders from the XP system to the laptop in order to work on them while
away. When we return, we copy changed and new files back, using
RoboCopy. I've noticed recently that any updated files get copied back
ok, but any new ones don't - with an error which says:

"ERROR 1307 (0x0000051B) Copying File {filename} This security ID may
not be assigned as the owner of this object" [Which is obviously the
same basic problem as described above]

I'm pretty sure that it had used to work, but I can't work out what has
changed. I'm not sure whether it's an XP issue or a W7 issue. Any clues?
What and where do I need to set or change permissions to make this work
properly?
--
Cheers,
Roger
____________
Please reply to Newsgroup. Whilst email address is valid, it is seldom
checked.
Ads
  #2  
Old April 27th 18, 03:52 PM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default File permissions/ownership on XP systems

Roger Mills wrote:
I'm having problems creating files from across my LAN to a shared drive
on a Win XP system. In the properties for the shared folder, the "allow
network users to change my files" box is checked.

There is no problem if I edit a file, and save the updated version. But
if I try to do a "Save as" - which creates a new file rather than
updating an existing one - it objects. I get an error message saying
"This security ID may not be assigned as the owner of this object"

I first noticed it when using RoboCopy across my network from a Win 7
laptop to the XP desktop. When we go away from home, we copy selected
folders from the XP system to the laptop in order to work on them while
away. When we return, we copy changed and new files back, using
RoboCopy. I've noticed recently that any updated files get copied back
ok, but any new ones don't - with an error which says:

"ERROR 1307 (0x0000051B) Copying File {filename} This security ID may
not be assigned as the owner of this object" [Which is obviously the
same basic problem as described above]

I'm pretty sure that it had used to work, but I can't work out what has
changed. I'm not sure whether it's an XP issue or a W7 issue. Any clues?
What and where do I need to set or change permissions to make this work
properly?


There's a suggestion here.

https://serverfault.com/questions/23...scheduled-task

"The account used to perform the copy must have the
"Restore files and directories" user right to change the owner
to anything other than itself or Administrators.

http://technet.microsoft.com/en-us/l...=ws.10%29.aspx

https://docs.microsoft.com/en-us/pre...0%28v=ws.10%29

Ownership

Ownership can be taken by the following: ...
"

I only picked this, because you're using Robocopy, and maybe you're
using Task Scheduler or something to drive it.

Paul
  #3  
Old April 27th 18, 06:13 PM posted to alt.windows7.general
Roger Mills[_2_]
external usenet poster
 
Posts: 332
Default File permissions/ownership on XP systems

On 27/04/2018 15:52, Paul wrote:
Roger Mills wrote:
I'm having problems creating files from across my LAN to a shared
drive on a Win XP system. In the properties for the shared folder, the
"allow network users to change my files" box is checked.

There is no problem if I edit a file, and save the updated version.
But if I try to do a "Save as" - which creates a new file rather than
updating an existing one - it objects. I get an error message saying
"This security ID may not be assigned as the owner of this object"

I first noticed it when using RoboCopy across my network from a Win 7
laptop to the XP desktop. When we go away from home, we copy selected
folders from the XP system to the laptop in order to work on them
while away. When we return, we copy changed and new files back, using
RoboCopy. I've noticed recently that any updated files get copied back
ok, but any new ones don't - with an error which says:

"ERROR 1307 (0x0000051B) Copying File {filename} This security ID may
not be assigned as the owner of this object" [Which is obviously the
same basic problem as described above]

I'm pretty sure that it had used to work, but I can't work out what
has changed. I'm not sure whether it's an XP issue or a W7 issue. Any
clues? What and where do I need to set or change permissions to make
this work properly?


There's a suggestion here.

https://serverfault.com/questions/23...scheduled-task


"The account used to perform the copy must have the
"Restore files and directories" user right to change the owner
to anything other than itself or Administrators.

http://technet.microsoft.com/en-us/l...=ws.10%29.aspx

https://docs.microsoft.com/en-us/pre...0%28v=ws.10%29


Ownership

Ownership can be taken by the following: ...
"

I only picked this, because you're using Robocopy, and maybe you're
using Task Scheduler or something to drive it.

Paul


Thanks for your reply, Paul.

I had seen some of this stuff when Googling the problem, but don't
really understand it. Most of the stuff it refers to only applies to
Server-2003 or XP-Pro - and I am using XP-Home!

I'd also seen the bit which you quote about "The account used to perform
the copy must have the "Restore files and directories" user right to
change the owner to anything other than itself or Administrators."

But it doesn't give any clues as to how - or where (i.e. on the XP or W7
system in my case) - to set this.

Any further ideas?
--
Cheers,
Roger
____________
Please reply to Newsgroup. Whilst email address is valid, it is seldom
checked.
  #4  
Old April 27th 18, 09:04 PM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default File permissions/ownership on XP systems

Roger Mills wrote:
On 27/04/2018 15:52, Paul wrote:
Roger Mills wrote:
I'm having problems creating files from across my LAN to a shared
drive on a Win XP system. In the properties for the shared folder, the
"allow network users to change my files" box is checked.

There is no problem if I edit a file, and save the updated version.
But if I try to do a "Save as" - which creates a new file rather than
updating an existing one - it objects. I get an error message saying
"This security ID may not be assigned as the owner of this object"

I first noticed it when using RoboCopy across my network from a Win 7
laptop to the XP desktop. When we go away from home, we copy selected
folders from the XP system to the laptop in order to work on them
while away. When we return, we copy changed and new files back, using
RoboCopy. I've noticed recently that any updated files get copied back
ok, but any new ones don't - with an error which says:

"ERROR 1307 (0x0000051B) Copying File {filename} This security ID may
not be assigned as the owner of this object" [Which is obviously the
same basic problem as described above]

I'm pretty sure that it had used to work, but I can't work out what
has changed. I'm not sure whether it's an XP issue or a W7 issue. Any
clues? What and where do I need to set or change permissions to make
this work properly?


There's a suggestion here.

https://serverfault.com/questions/23...scheduled-task



"The account used to perform the copy must have the
"Restore files and directories" user right to change the owner
to anything other than itself or Administrators.

http://technet.microsoft.com/en-us/l...=ws.10%29.aspx

https://docs.microsoft.com/en-us/pre...0%28v=ws.10%29



Ownership

Ownership can be taken by the following: ...
"

I only picked this, because you're using Robocopy, and maybe you're
using Task Scheduler or something to drive it.

Paul


Thanks for your reply, Paul.

I had seen some of this stuff when Googling the problem, but don't
really understand it. Most of the stuff it refers to only applies to
Server-2003 or XP-Pro - and I am using XP-Home!

I'd also seen the bit which you quote about "The account used to perform
the copy must have the "Restore files and directories" user right to
change the owner to anything other than itself or Administrators."

But it doesn't give any clues as to how - or where (i.e. on the XP or W7
system in my case) - to set this.

Any further ideas?


As Administrator I presume:

control userpasswords2

It looks like this, but I cannot vouch for which "group"
value, added to a restricted account, would give the
desired result.

https://s31.postimg.cc/mzm9a4a5n/userpasswords2.gif

The "Backup Group" is supposed to be the group that
you add so an ordinary user can run backups (which
capture files from all different accounts). So in the
example image, it's the closest thing I can think of.

And all the picture does, is illustrate the concept for
WinXP. It's not a guarantee I understand this stuff :-)

The thing is, something run from Task Scheduler is supposed
to be run with SYSTEM account privilege. Which isn't even
listed in that dialog. Usually a Task Scheduler also contains
an option to run as some other account. One of the reasons
some people (ab)use Task Scheduler, is just so a command
can run as SYSTEM. But it doesn't guarantee that Robocopy
will be doing the right thing.

Robocopy also has options for controlling what is
copied, like "datso" for NTFS. Which is supposed to
"preserve stuff".

Now, you have a metric ton of options, none of which
is "convincingly good".

The system that picture was taken from is a bit different,
in that the WinXP is installed on FAT32, and not NTFS. Whether
that affects the account items shown, is just another
variable.

Paul
  #5  
Old April 27th 18, 11:14 PM posted to alt.windows7.general
Roger Mills[_2_]
external usenet poster
 
Posts: 332
Default File permissions/ownership on XP systems

On 27/04/2018 21:04, Paul wrote:
Roger Mills wrote:
On 27/04/2018 15:52, Paul wrote:
Roger Mills wrote:
I'm having problems creating files from across my LAN to a shared
drive on a Win XP system. In the properties for the shared folder, the
"allow network users to change my files" box is checked.

There is no problem if I edit a file, and save the updated version.
But if I try to do a "Save as" - which creates a new file rather than
updating an existing one - it objects. I get an error message saying
"This security ID may not be assigned as the owner of this object"

I first noticed it when using RoboCopy across my network from a Win 7
laptop to the XP desktop. When we go away from home, we copy selected
folders from the XP system to the laptop in order to work on them
while away. When we return, we copy changed and new files back, using
RoboCopy. I've noticed recently that any updated files get copied back
ok, but any new ones don't - with an error which says:

"ERROR 1307 (0x0000051B) Copying File {filename} This security ID may
not be assigned as the owner of this object" [Which is obviously the
same basic problem as described above]

I'm pretty sure that it had used to work, but I can't work out what
has changed. I'm not sure whether it's an XP issue or a W7 issue. Any
clues? What and where do I need to set or change permissions to make
this work properly?

There's a suggestion here.

https://serverfault.com/questions/23...scheduled-task



"The account used to perform the copy must have the
"Restore files and directories" user right to change the owner
to anything other than itself or Administrators.

http://technet.microsoft.com/en-us/l...=ws.10%29.aspx

https://docs.microsoft.com/en-us/pre...0%28v=ws.10%29



Ownership

Ownership can be taken by the following: ...
"

I only picked this, because you're using Robocopy, and maybe you're
using Task Scheduler or something to drive it.

Paul


Thanks for your reply, Paul.

I had seen some of this stuff when Googling the problem, but don't
really understand it. Most of the stuff it refers to only applies to
Server-2003 or XP-Pro - and I am using XP-Home!

I'd also seen the bit which you quote about "The account used to
perform the copy must have the "Restore files and directories" user
right to change the owner to anything other than itself or
Administrators."

But it doesn't give any clues as to how - or where (i.e. on the XP or
W7 system in my case) - to set this.

Any further ideas?


As Administrator I presume:

control userpasswords2

It looks like this, but I cannot vouch for which "group"
value, added to a restricted account, would give the
desired result.

https://s31.postimg.cc/mzm9a4a5n/userpasswords2.gif

The "Backup Group" is supposed to be the group that
you add so an ordinary user can run backups (which
capture files from all different accounts). So in the
example image, it's the closest thing I can think of.

And all the picture does, is illustrate the concept for
WinXP. It's not a guarantee I understand this stuff :-)

The thing is, something run from Task Scheduler is supposed
to be run with SYSTEM account privilege. Which isn't even
listed in that dialog. Usually a Task Scheduler also contains
an option to run as some other account. One of the reasons
some people (ab)use Task Scheduler, is just so a command
can run as SYSTEM. But it doesn't guarantee that Robocopy
will be doing the right thing.

Robocopy also has options for controlling what is
copied, like "datso" for NTFS. Which is supposed to
"preserve stuff".

Now, you have a metric ton of options, none of which
is "convincingly good".

The system that picture was taken from is a bit different,
in that the WinXP is installed on FAT32, and not NTFS. Whether
that affects the account items shown, is just another
variable.

Paul



Thanks again, Paul. It all sounds very complicated!

I suspect that I'm missing something simple, somewhere along the line.
To some extent, Robocopy may be a red herring. True, that's where I
first noticed the problem. But I get exactly the same error when I use
Windows Explorer et al to copy a new file, as opposed to an updated
file, to the XP system.

I'm sure that if I could make a simple copy work, the Robocopy stuff
would work, too.

Anyone else got any ideas?
--
Cheers,
Roger
____________
Please reply to Newsgroup. Whilst email address is valid, it is seldom
checked.
  #6  
Old April 28th 18, 02:04 AM posted to alt.windows7.general
Mayayana
external usenet poster
 
Posts: 6,438
Default File permissions/ownership on XP systems

"Roger Mills" wrote

| Anyone else got any ideas?

If it were me I'd share everything on a FAT32
partition. I don't see any reason to fiddle with
permissions hassles outside of a system that
needs restrictions, like corporat or gov't computers.

But that may not be a useful idea for you. I
don't know who's on your LAN. For that matter,
I don't see any reason to have the security risks
of a LAN. The rare times when I want to put
a file on another computer I just walk down
the hall with a USB stick.



 




Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 05:22 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.