Operation not supported (95)

[List Reader]

Matt McCutchen wrote:
> On Wed, 2009-10-28 at 18:55 +0000, Kay wrote:
>> I'm running into a problem that I'm sure which part of the process 
>> fails.   I use wget (OSX Leopard, wget 3.0.6 compiled from source) to 
>> backup my ~/Pictures directory to a linux server, also with wget 3.0.6 
>> (Debian).  In persuit of being sure I get everything from HFS filesystem 
>> (resource fork/metadata), I'm getting the following error:
>>
>> rsync: rsync_xal_set: 
>> lsetxattr("Pictures/...[snip].../IMG_7766/IMG_7766.dng","user.com.apple.FinderInfo") 
>> failed: Operation not supported (95)
>>
>> I have search through the archives and only found this error in what 
>> seemed to be an error relating to selinux (which I'm not using).  The 
>> target filesystem is ext3 with acl enabled.
> 
> Does the target filesystem have user extended attributes enabled with
> the "user_xattr" mount option?  If not, rsync would get "Operation not
> supported" when it tries to set them.

If it was a snake.... Thanks!  That error is gone now.   New ones 
appeared though:

rsync: rsync_xal_set: lsetxattr("Pictures/...[snip].../DSC00948 
(1)/DSC00948.JPG","user.com.apple.ResourceFork") failed: No space left 
on device (28)

There certainly is space left - about 130GB.  Inodes aren't used up 
either and other files continues to copy after this.  While I haven't 
found the exact cause of the error, in my search I did find some 
suggestions that XFS is a better choice for backing up from HFS+, so I 
tried that and this error disappeared.

This one remains though:

rsync: rsync_xal_set: lsetxattr("Pictures/...[snip].../IMG_0960 
(2)/IMG_0960.tiff","user.com.apple.ResourceFork") failed: Argument list 
too long (7)
rsync: rsync_xal_set: 
lsetxattr("Pictures/...[snip].../Image0001.TIF","user.com.apple.ResourceFork") 
failed: Argument list too long (7)
rsync: rsync_xal_set:

Thanks
Kay