HannuVaakuna

Q: Repairing permissions when owner is "Fetching..."

Problem: After upgrading to Yosemite I can’t unlock locked files (which were locked before Yosemite upgrade). In Get Info window in Finder the ”Locked” tick mark is grayed out. Sharing & Permissons are as follows:

Fetching… Read & Write

_appleevents Read only

everyone Read only

When I try to change the permissions (i.e. add myself), I get error message:

The operation can’t be completed because you don’t have the necessary permission.

I am the owner of the file and I am also administrator.  I enabled root and logged in as root and still I couldn’t unlock the file or change the permissions.

 

I can duplicate the file and unlock the copy. Sharing & Permissons of the copy are as follows:

Hannu (Me) Read & Write

_appleevents Read only

everyone Read only

So, now the owener is correct and I can do with the file what ever I want.

 

However, I can’t trash the original locked file, I get error message:

”The operation can’t be completed because the item “<file name>” is locked."

If I duplicate the original locked file and delete the copy without unlocking it, I get error message:

”Item “<file name> copy” is locked. Do you want to move it to the Trash anyway?"

I can trash to copy which is locked but not the original which is unlocked as well.

 

The problem appeared after I moved to Yosemite (10.10.1). I did it in the following way. I had My MacBook Pro (15”, mid 2012) internal hard drive replaced with 1 TB SSD which had Yosemite installed. The old internal HD was put in a case and from there I moved user accounts and other stuff to the internal SSD with Migration Assistant.

 

I have repaired disk permissions with Disk Utility to no avail. I have done Reset Home Directory Permissions and ACL's with resetpassword in terminal from Recovery HD to no avail.

 

The problem seems to be that for some reason OS X can’t get the owner info of the locked file (owner is ”Fetching…”) and because the owner is unknown OS X doesn’t allow anyone (even the root) to change the permissions.

 

Any I ideas how to solve the problem, i.e. how to correct the permissions of all locked file (in a batch)?

MacBook Pro, OS X Yosemite (10.10.1), null

Posted on Dec 17, 2014 2:39 PM

Close

Q: Repairing permissions when owner is "Fetching..."

  • All replies
  • Helpful answers

Previous Page 2
  • by billwhit1,

    billwhit1 billwhit1 Jun 10, 2015 7:48 PM in response to Linc Davis
    Level 1 (4 points)
    Apple TV
    Jun 10, 2015 7:48 PM in response to Linc Davis

    I do apprerciate this information as it helps but I still have issues. Original problem was Spotlight loosing its effectiveness to a point where it would find nothing. Then I could not move to a 2nd level folder in any folder. I could sometimes get Applications but next time around I could not get anything after selecting Applications. I could not go to Library, Home,Documents,Downloads,Movies,Music,or Pictures. I could go to Launchpad and run the apps. I tried numerous times to get permissions verified and repaired. I keep getting "WarningSUID file "System/library/coreServices/RemoteMan....acOS/ARDAgent" has been modified and will not be repaired" I tried to find out what that was to no avail. I read where I needed to delete Finder. Plist but could not find it. Possibly since I could not move around in finder I missed it. Any way Spotlight now works and I can use all of finder but its still not working correctly as I still get the ACL message when I try to repair or verify Permissions. In an effort to clear out any user, Documents,pictures ect I Time Machined back a week. Since I could not revert back to Applications, System or library possibly there is a problem in there. Maybe tomorrow Ill try to re load Yosemite and see if it gets better. Then if it goes well Ill try to reintroduce some of my weeks work. I suspect my Downloads folder as the last thing I did prior to the total Spotlight and 75% of finder was to get two web sites downloads. I am trying to pickup AppleScript and two of the books I  have provide companion web site downloads. Sure a publisher would sell space on these site for adds and be vonerable to vicious malware or the destructive stuff. Both web sites are as old as the books and they are 2007-9 vintage. They talk a lot about Snow bird , panther but Not lion or Yosemite. i'm able to determine the older commands and find the newer ones so no big deal. I might tell these publishers that their book download sites are not so good, maybe if I find thats the case.If you have any other ides or stellar works of wisdom let us know.

  • by VeggieDoug,

    VeggieDoug VeggieDoug Jun 20, 2015 4:07 PM in response to Linc Davis
    Level 1 (4 points)
    Jun 20, 2015 4:07 PM in response to Linc Davis

    Thank you!!!

    sudo find ~ $TMPDIR.. -exec chflags -h nouchg,nouappnd,noschg,nosappnd {} + -exec chown -h $UID {} + -exec chmod +rw {} + -exec chmod -h -N {} + -type d -exec chmod -h +x {} + 2>&-

     

    Worked like a charm.

  • by JRC54,

    JRC54 JRC54 Jul 12, 2015 5:58 AM in response to VeggieDoug
    Level 1 (0 points)
    Jul 12, 2015 5:58 AM in response to VeggieDoug

    Is there something similar to this that would fix the "fetching..." problem in the Applications folder? I've got some old apps which store files in the app's own folder inside the Applications folder and I'm unable to edit them due to permissions problems. (For instance, the aging Timbuktu stores it's address book inside the Applications folder, along with a TCP/IP Zones file). The normal Repair Permissions feature of Disk Utility doesn't touch it and neither does the above mentioned Terminal command. Most applications and folders in there say "Fetching..." but some do not. The Applications folder itself does not. But it keeps me from making changes to files.

Previous Page 2