Permissions always "fetching..."

Hi there. I have a number of empty folders sitting in my Bin that refuse to be trashed. I keep getting a message saying that each item is 'in use' and therefore cannot be deleted. They are hidden and can only be seen using the CMD SHIFT FULLSTOP combo.

It looks as if these items are from an older User Account I had up to about a week ago. I was having INSANE issues with Dropbox for a few weeks - files were disappearing, folders were empty, and stuff was greyed out all over the place. So I decided to create a new Admin account and delete the old one.

I clicked the Delete User Account option (to include getting rid of the physical folder) and, whilst the Account was deleted from the Users & Groups panel, the account folder remained in the Users folder.

This, I (foolishly) dragged to the bin. I didn't want it and couldn't understand why it didn't get deleted as instructed.

It took a while, but the bin emptied, and a number of error messages popped up - certain items were in use.

When I opened the Bin, there was the overall User folder, but it looked empty. After choosing to show Invisibles, I could see a few subfolders.

I tried to change permissions but I just get a Fetching spinning wheel icon...

I tried moving the subfolders out of the bin but I get a message saying the items need to be downloaded first. When I try to resume the copying it just lopps to the "needs to be downloaded" message.

I'm not sure what is going on but my entire machine has been a mess over the last 2 months with Finder crashing, Application Icons all being the same (random icon) within the Force Quit box, etc, etc..


Beyond frustrated.


Anyone got any help or ideas?






iMac (2017 – 2020)

Posted on Aug 4, 2023 07:32 PM

Reply
Question marked as Top-ranking reply

Posted on Aug 6, 2023 07:56 PM

It's an interesting conundrum, and I hoped there would be some specific advice on identifying and changing these files' permissions so that they were visible and editable to the current user.

You can’t do that in Finder, I don’t think. In Terminal,

sudo chown -R newusername path/to/folder

You can just enter the command up through the space before path/to/folder and just drag the folder into the Terminal window. It will complete the path.

sudo - elevate privileges

chown - change owner

-R - run recursively through all sub folders.

Similar questions

13 replies
Question marked as Top-ranking reply

Aug 6, 2023 07:56 PM in response to lazy_atom

It's an interesting conundrum, and I hoped there would be some specific advice on identifying and changing these files' permissions so that they were visible and editable to the current user.

You can’t do that in Finder, I don’t think. In Terminal,

sudo chown -R newusername path/to/folder

You can just enter the command up through the space before path/to/folder and just drag the folder into the Terminal window. It will complete the path.

sudo - elevate privileges

chown - change owner

-R - run recursively through all sub folders.

Aug 6, 2023 06:52 PM in response to Barney-15E

Hi Barney. Yeah, I guess I'm just basing it on the fact that in all of my 30+ years working with Macs I have never encountered such a profound system failure before until the recent (unannounced) shifting of all cloud platforms from obvious folders to a hidden container within the (invisible) Library. I had Dropbox backup my local folder and suddenly found things were in an Ouroboros loop of my Mac containing Dropbox, which contained my Mac which contained Dropbox...

Finder crashed anytime I tried to open a file from within an app or doubleclick in the folder. Files I had been working on days before were suddenly greyed out and unresponsive, with no option to download.


Things got messy. Then, one day I suddenly got this message... my local folder ID had changed, but I didn't understand why it was iMac-local-2 and not iMac-local-1.


So, I decided to create a new user and delete the old.


I guess some of us aren't clever enough to use Terminal to delete User folders instead of relying on Ventura's 'oh-so-reliable' built-in UI.


How does one do that again?

Aug 8, 2023 01:05 AM in response to lazy_atom

And then this happened...


So yeaaaah, just now, as I was typing out the above, I went into Users & Groups within System Settings and clicked the Delete Account option for the old account that I originally deleted.


I click the button, it disappears from the Users & Groups list but the folder remains within Users on the hard drive. So I decided to reboot, just to make sure everything is fine. But I get an error saying that System Settings has interrupted Restart.



And I see this lovely message. Why is it being backed up if I wanted to delete it entirely?


And, I am guessing that if I manually drag the unwanted (now cursed) old Account into the Bin, I will get the same permissions issue as before.


<sigh>

Aug 5, 2023 07:37 AM in response to Barney-15E

Hi Barney. Thanks for the reply.


Yes, I thought that would work, but it didn't. I tried creating and logging into another Admin Account, but that didn't work either.


Oddly enough, when I went to create the new account, I decided to use my earlier account name, and the computer said it already existed and would I like to use that. I said, heck yeah, thinking I'd be able to delete the files within, but that didn't work either.


Seems like there has been some sort of fundamental permissions screw-up within Ventura after deciding to shift all cloud backups to within the Library.


I'm close to smashing my mac now, out of anger and frustration.


Aug 5, 2023 08:23 PM in response to lazy_atom

Seems like there has been some sort of fundamental permissions screw-up within Ventura after deciding to shift all cloud backups to within the Library.

I have no idea what logic you used to arrive at that linkage.

Home folders are very much protected from other users. Much more so in Finder than in the underly unix file system. I guess in the case of all the circumstances that went into the problem, I would have deleted the leftover folder in Terminal to keep Finder out of it.

Aug 6, 2023 07:32 PM in response to lazy_atom

lazy_atom wrote:

Hi Barney. Yeah, I guess I'm just basing it on the fact that in all of my 30+ years working with Macs I have never encountered such a profound system failure before until the recent (unannounced) shifting of all cloud platforms from obvious folders to a hidden container within the (invisible) Library.

It’s been working fine with iCloud forever. I don’t believe Apple required they start using the FileProvider framework, but perhaps they couldn’t do it any other way. There are a lot of people having problems with it. I suppose the cloud providers just don’t know how to use it correctly.


I had Dropbox backup my local folder and suddenly found things were in an Ouroboros loop of my Mac containing Dropbox, which contained my Mac which contained Dropbox...

Since Big Sur and the split System and Data volumes, it can seem there are multiple paths to the same point or seemingly duplicated folders. As far as FileProvider goes, you shouldn’t be accessing your files directly in the backing store that is “hidden” in your Library. You should have a starting point much like iCloud Drive.

Finder crashed anytime I tried to open a file from within an app or doubleclick in the folder. Files I had been working on days before were suddenly greyed out and unresponsive, with no option to download.

That may have been caused by a problem with DropBox, but I don’t have any way of knowing.

Things got messy. Then, one day I suddenly got this message... my local folder ID had changed, but I didn't understand why it was iMac-local-2 and not iMac-local-1.

So, I decided to create a new user and delete the old.

You’ve been using a computer for over thirty years and have never seen that. Pretty impressive luck. It just means the router thinks your Mac was still connected but the Mac did not. It appears that has happened one other time before since you already had a -1. You can avoid it by configuring your router to maintain specific IP addresses for each device (DHCP Reservation). I think you may also be able to set the DHCP reservation to a longer time, like 12 hours.

I guess some of us aren't clever enough to use Terminal to delete User folders instead of relying on Ventura's 'oh-so-reliable' built-in UI.

How does one do that again?
sudo rm -R /Users/username 

It’s not clever. It’s a necessity. There are many posts here where people have unsuccessfully attempted to delete a home folder by moving to the Trash. This is not a new problem by any stretch.

Aug 6, 2023 07:44 PM in response to Barney-15E

Thanks again for replying, Barney. Yeah, I guess I'm one of the lucky ones who had Macs that just work, for the most part. I never really had a reason or inkling to look under the hood or utilise Terminal.


For sure, the problem probably mostly lies with Dropbox, seeing as it is the only Cloud Storage client of the three I use that is having any of these issues, but I hoped that Apple would have some... advice/workaround.


So, I am stuck with around 13 invisible folders in my Bin that won't delete because they are from another account that does not exist. None of the folders can be taken out of the Bin because they need to be downloaded first, and they cannot be downloaded because they need to be downloaded.


It's an interesting conundrum, and I hoped there would be some specific advice on identifying and changing these files' permissions so that they were visible and editable to the current user.


Thanks again though for your help. It is appreciated.

Aug 8, 2023 12:43 AM in response to Barney-15E

No, no errors. In fact nothing seemed to happen at all. I checked the Get Info and it had the same Fetching message.


So I thought about it for a minute, decided to reinstall the old User Account from a Time Machine backup, installed that overnight, logged into it and reconnected the DropBox account. This installed the missing IK Multimedia folders and when I was sure they had all been downloaded locally I logged out and into the new Account.


I ran your code in Terminal and the effect was instantaneous. The contents of those folders all suddenly became visible within the Bin, and all the Get Info permissions switched from Fetching to my Account Name.

It was super exciting to see how instant the result was.


I clicked the Empty Bin button and the whole mess just disappeared, like magic. Or at least like how it should have.


Truly appreciate your help, Barney.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Permissions always "fetching..."

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.