Skip navigation

Error while relocating ("filename" couldn't be moved to "Folder".) "(null)"

874 Views 8 Replies Latest reply: Jul 31, 2013 10:37 PM by Jan Wessel RSS
Jan Wessel Calculating status...
Currently Being Moderated
Jan 5, 2013 1:52 PM

I am trying to relocate all my referenced files from my HD to a NAS.

For a number of images I get the error :

Error while relocating ("filename" couldn't be moved to "Folder".) "(null)"

 

I have been checking the Aperture Log and found things like:

Jan  5 22:03:37 big-mac.fritz.box Aperture[730]: could not set attributes com.apple.metadata:kMDItemDownloadedDate on destination file descriptor: Invalid argument: Invalid argument

Jan  5 22:03:37 big-mac kernel[0]: Aperture[730] Unable to quarantine `/Volumes/imacjan/Pictures/Aperture_Ref_Files/Fotoos_Jan/2012/2012 Diversen/evelien.jpg': 22 (error suppressed)

Jan  5 22:03:37 big-mac.fritz.box Aperture[730]: could not set attributes com.apple.metadata:kMDItemWhereFroms on destination file descriptor: Invalid argument: Invalid argument

Jan  5 22:03:37 big-mac.fritz.box Aperture[730]: error processing extended attributes: Invalid argument

 

From here I dived into the xattr "thing".

Apparently Mac OSX is setting extra attributes on files, besided the normal UNIX attributes.

So I opened a Terminal session and gave the command:

xattr /Users/imacjan/Pictures/Referenced\ Files/Fotoos\ Jan/2012/2012\ Diversen/eve*.*

which resulted in:

com.apple.FinderInfo

com.apple.metadata:kMDItemDownloadedDate

com.apple.metadata:kMDItemWhereFroms

 

Then I did my normal :

ls -l /Users/imacjan/Pictures/Referenced\ Files/Fotoos\ Jan/2012/2012\ Diversen/eve*.*

which resulted in :

-rw-r--r--@ 1 imacjan  staff  39963 Dec 25  2011 /Users/imacjan/Pictures/Referenced Files/Fotoos Jan/2012/2012 Diversen/evelien.jpg

 

Looked quite normal to me, accept for the "@". Apperently thay is the sign that there are extended attributes

So then I gave:

ls -l -@ /Users/imacjan/Pictures/Referenced\ Files/Fotoos\ Jan/2012/2012\ Diversen/eve*.*

Which resulted in:

-rw-r--r--@ 1 imacjan  staff  39963 Dec 25  2011 /Users/imacjan/Pictures/Referenced Files/Fotoos Jan/2012/2012 Diversen/evelien.jpg

          com.apple.FinderInfo             32

          com.apple.metadata:kMDItemDownloadedDate             53

          com.apple.metadata:kMDItemWhereFroms            156

 

Quetion 1 : does anybody know where I can find what value 32 for com.apple.FinderInfo means ? And for the other extra attributes?

 

Next, I suspected the values of the extra attributes were preventing Aperture from relocating the imagel.

So I proceeded with :

xattr -c /Users/imacjan/Pictures/Referenced\ Files/Fotoos\ Jan/2012/2012\ Diversen/eve*.*

I went back to Aperture and now the relocating went fine.

 

It seems that all the images that my Aperture cannot relocate, are images that I downloaded from internet (sometimes nicked from a Facebook page, sometimes otherwise) and then imported into Aperture.

I can manipulate them, I can export a version, I just cannot export the original file and thus I cannot reloctate them either.

 

Question 2 : Is this normal behavior, or is this a bug in Aperture and should I file a bugreport?

Question 3 : Is it save for me to use the "attr -c" command to clear all extra attributes?

 

Thanks in advance

 

Jan

  • Frank Caggiano Level 7 Level 7 (22,760 points)

    How are you relocating the masters? What is the format of the drive they are on and what is the format of the destination.

     

    Quetion 1 : does anybody know where I can find what value 32 for com.apple.FinderInfo means ? And for the other extra attributes?

    You have it backwards the 32 means the attribute is com.Apple.FinderInfo

     

     

    I just cannot export the original file

     

    I thought you were trying to relocate them?

     

    So I proceeded with :

    xattr -c /Users/imacjan/Pictures/Referenced\ Files/Fotoos\ Jan/2012/2012\ Diversen/eve*.*

    I went back to Aperture and now the relocating went fine.

    So you are able to do what you started out to do then?

     

    You could report this to Apple, I doubt it is a bug just some weird interaction with your NAS.

     

    regards

  • Frank Caggiano Level 7 Level 7 (22,760 points)

    I have an Airport Extreme with a drive attached to it. As I test I first downloaded an image from the web, which when looked at by ls showed the attributes :

     

    com.apple.metadata:kMDItemDownloadedDate

    com.apple.metadata:kMDItemWhereFroms

    com.apple.quarantine

     

    I imported these into Aperture and then relocated them to the NAS drive. I had no problems and if I go to the NAS folder with the relocated images and do an ls on them the extended attributes are set on them.

     

    So the problem you are seeing is really more of a WD NAS problem then anything that Aperture or OS X is doing wrong.  And while this doesn;t directly help your situation it does point out that it is unlikely that Apple will look at this as a bug.

     

    You might want to see if WD has posted anything about this of if there is anyway to make the NAS aware of extended attributes.

     

    good luck

     

    regards

  • ThaWoodpecka Level 1 Level 1 (0 points)

    Hi

     

    Just want to let you know that I have the same problems with my WD MyBookLive NAS, Aperture and photos imported from an iPhone.

Actions

More Like This

  • Retrieving data ...

Bookmarked By (0)

Legend

  • This solved my question - 10 points
  • This helped me - 5 points
This site contains user submitted content, comments and opinions and is for informational purposes only. Apple disclaims any and all liability for the acts, omissions and conduct of any third parties in connection with or related to your use of the site. All postings and use of the content on this site are subject to the Apple Support Communities Terms of Use.