com.apple.geod process is not responding
I noticed in activity monitor under the CPU section that com.apple.geod is not responding and does not after a reboot either.
What is this process for and what is not working at this point?
Thx
Dick
You can make a difference in the Apple Support Community!
When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.
When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.
I noticed in activity monitor under the CPU section that com.apple.geod is not responding and does not after a reboot either.
What is this process for and what is not working at this point?
Thx
Dick
Are you kidding? What about the people that don't want to use Apple iPhone or whatever iDevices? I use Android but will most likely use Windows Phone if I have to switch to another mobile OS.
The only solution that works for me at the moment is to disable all location services and not use Safari. I don't know why, but I have all location services, find my i-whatever services disabled. I never use Apple's Map program. I was starting to like Safari, but with com.apple.geod always freezing, now I'm back with Chrome. I haven't seen the rouge process for last 3 days.
Already had bluetooth turned on and issue remains.
Ok then, here is the refresher on where we're at:
None of my instructions based on my private research will fix this issue. They will however prevent the entire process from starting, and if it doesn't start up, there is no way that it can eat memory and cause problems. If you're having problems with Safari triggering this process, that would be because you went to at least one website that requested your location and you granted it permission. Go to Settings/Notifications, and then start denying everything and don't allow any more sites access.
Also, I would HIGHLY recommend launching and installing Ghostery to start blocking ads and tracking cookies. You won't believe how much faster your browser runs.
In reality, there are two massive problems at work here. The first one is the fact that com.apple.geod is malfunctioning in itself. It supposed to be a process that sits in the background and just waits to be called upon to query iOS devices for GPS data. Instead it just locks up, and worse yet has a massive, MASSIVE memory leak issue where it just eats up more and more available memory, or RAM.
The second problem here is since iOS came out, Apple decided to port the Save Application State feature of iOS over into OS X. What does that mean? In layman's terms, whenever you start up an application, it loads itself into memory. Sometimes, especially with very bulky apps like MS Office, or Adobe Suite, you'll see there are also other processes to start up. Once the app is fully loaded, it then opens up the individual files. So if let's say for example you double-click on a spreadsheet and open it up with Excel or Numbers. The initial loading period for the app takes a little time until the file itself is open. But lets say you then close the file, BUT leave the application open and do NOT quit out of it. Double-click on that same spreadsheet, or any other file, and you'll notice that the app loads instantaneously. Why? Because the software application is already running and doesn't need to unpackage and load itself into memory because it's already there. And then normally once you quit out of the process, ideally it's supposed to unload itself, and abandons the sectors in memory to be freed up for use by other applications/processes.
Apparently Apple thought it was a good idea to "Save" these memory states. So lets say for instance you open up these apps and we go through the same loading process. Now when you quit out of them, what happens is the OS reads the data that is in each memory sector and then writes it to a file. So then the next time you call up that application to start up, instead of loading the whole thing back into memory, it just reads that file and writes the data contained inside back into the Memory. The application appears to start up faster, but in reality it's merely resuming it's last operating state. It's like it never even quit, because in reality it never did. In OS X this happens when you quit out of an app. In iOS it happens when you hit the Home button.
Now the good side to this is that we have applications that start even faster. Yay. This is particularly important on mobile devices as not only do items load faster, but the CPU is utilized less meaning longer battery life.
The bad side is that if you have an app that has a nasty software bug, restarting and/or rebooting will NEVER EVER resolve the issue. Apple knows this is an occasional problem as per this KB article:
Force an app to close in iOS - Apple Support
Whenever you're "force closing" an app, what you're doing is erasing it's Saved Application State and forcing it to start over. and reload. Try it. Close out your apps, and notice how much longer they take to open. Then when you don't "Force Quit" them, you'll see they start almost instantaneously.
OS X compounds this issue because there is NO easy way to erase the SAS. In OS X you have to manually delete the file by navigating to:
Macintosh HD/Users/~/Library/Saved Application State.
At best we end up with applications that run slow as all get out. At worst is what we see with com.apple.geod. The app just sits there in the background, never suspends itself, just ceases responding until it's called on again. And it has a memory leak. So what happens is what I had where it had been sitting there for MONTHS and wound-up consuming 2.8GB of memory! That forced my iMac to resort to the internal swapfile on the Hard Drive, which is much slower, so the whole thing slowed to a crawl. Can't reboot to fix it because the Saved Application State file just loads back into memory and the whole thing perpetuates itself even further.
I'm submitting a feedback report on this too, but it's not anything I'm going to abandon OS X let alone the entire Apple ecosystem for. I'm sure it'll be fixed, and it's just not worth the expense let alone security risk of switching to another platform.
Nice analysis. I have really been disappointed in Apple lately with iOS and OSX changes. They need to improve their prove out process before releasing. I just went back to Mavericks. Perhaps one day I will come back to Yosemite if and when the bugs are fixed.
Thank you for the complement!
The whole issue with com.apple.geod is something that Apple may not as of yet even be aware of, because not all users may be impacted by it. I see it because I'm running older hardware, but it most definitely would not affect users with newer/faster processors and tons more memory as much.
As for the Saved Application State dilemma, I don't fault Apple for trying to implement this idea. There isn't anything wrong with it, but it really does need a way to automatically purge those files. Most software developers are never going to test a months-long burn-in period to ensure that there are no memory leaks. Why would they when users constantly close out the Applications within a hour or so? Take the sleepimage file for example. It functions in the same way that a RAID 1 array would, except rather than 2 hard drives mirroring one another, the contents of the physical Memory are mirrored directly into a single file located in /private/var/vm The whole idea idea is that when a portable Mac runs out of battery power, the OS X signals a hibernation flag, and rather than a sleep mode where some battery power is trickled out to keep the memory alive, the Logic Board is instead just powered off completely. That of course is to prevent permanent damage to the Li-Ion battery by having it reach absolute 0% charge. Then once the unit does receive enough power again to operate, the Firmware sees that flag and starts writing the contents of the sleepimage file back into the memory sector by sector. Then BOOM, OS X has once again started back up just like it was. Same idea, but instead applied to individual applications by way of the individual Saved Application State files.
However, on a Desktop Mac such as iMac or Mac Pro, OS X knows that these units will never have to deal with hibernation due to a low battery, so OS X will never bother to write the sleepimage file at all. In my opinion, what Apple should have done was write a script into OS X for Desktops to never use Saved Application State, and for portables to only use it while on battery power. Yet once the MacBook Pro/Air is connected to a power source, it should automatically purge those files for a fresh start.
I can't tell you how many performance issues could be averted just by writing such a tiny script. Chances are, even with com.apple.geod malfunctioning as it is, far, far less people would be seeing this problem whenever OS X flushed the process out of memory by rebooting or logging out.
Not sure about hardware level impacting this issue. I'm running a late 2012 Mini with I7 quad core and 16GB RAM and have the issue. Only thing newer would be the late 2014 Mini so I suspect something else.
ಠ_ಠ Please read everything again. Hardware alone does not make anyone immune. It merely will affect the severity of impact the user experiences.
So this is getting really frustrating now. No location services working at all. Tried all fixes again, even restoring some files from a known good point in time. Contemplating contacting Apple support on this one as I hate knowing something is working. Might even try the guys at http://www.macobserver.com/tmo/features/mac_geek_gab_free/ There podcast is very good and they delve into issues like this on a regular basis. 😕
I just want to register my strong dislike of this situation also.
I just upgraded to Yosemite 10.10.1 today on 2009 iMac, also iOS 8 on iPad 3.
These are the issues for Yosemite:
Maps doesn't work, no map shown
com.apple.geo in Little Snitch is shown as blocked (red cross in toolbar)
App Store
Tried to update iPhoto but App Store fails to load - Cannot connect to the App Store
storeaccountd in Little Snitch is shown as blocked
iBooks - cannot connect to iBooks store
storeaccountd in Little Snitch is blocked, a red cross appears in the toolbar and the item is in flashing red in Little Snitch network monitor
I've tried some of the solutions suggested in discussions.apple for the above apps with no success.
I still have the gmail problem in Mail, excessive but non-existent emails, this also occurred in Mavericks
So, several problems unresolved from last year in Mavericks and now in Yosemite in 2015
Thankfully Pages is working and sharing docs between iPad and iMac is go so I'm actually getting some writing done.
Have just found solution to app store being blocked in Yosemite.
Was due to Little Sbitch.
See Little Snitch blocks Mac App Store
Still working on other issues - iBooks store, etc
OK maps working now. All due apparently to Little Snitch, looks like Little Snitch needs and update for Yosemite, maybe.
I've been dealing with this same issue, finally went to Apple support. After three weeks, they claim to be flummoxed by this. Three weeks. They sear up and down that they've never heard of this. I pointed them to their own support forums. Still, they said they never heard of it. Right.
They had me trash Safari Saved State, all caches, cookies, all of Safari's com.apple.com.* files and all launchagent files in Library. The com.apple.geod problem stopped for about 20 minutes before resuming. None of this stuff improved anything.
Apple is assuming the problem is adware. The support guys I talked to can't even open their minds to it being any other kind of problem, like a bug in Yosemite. No matter to them that it started on my computer as soon as I upgraded to Yosemite. They are convinced and won't entertain any other possibilities.
They suggested I download free app Bit Defender and run it. It turned nothing up.
Now Apple says what they always say: do a clean reinstallation of Yosemite.
Instead, I stopped using Safari, re-deleted those Library files, rebooted and switched to Chrome, never again opening Safari. Since then, com.apple.geod hangs once a day or so. I force quite it in Activity Monitor, and it goes away. Before, using Safari, it was a constant presence.
The problem still *****, and I have no idea what any of this means, but at least switching to Chrome has provided some significant relief from this bad bag for me.
@Littlestacorn
Are you running Little Snitch?
This has been the app that has been causing most of my connection problems with iBooks, App Store etc.
com.apple.geod showed up in Little Snitch as blocked when trying to connect Maps.
I now turn LS off when I want to use/connect with any of the problem apps. This is not a full solution, Yosemite and Little Snitch need to be friends again.
Apps that for me have been somehow blocked by Little Snitch:
iBooks
App Store
Maps
Kobo reader
I had rules in Little Snitch to allow two-way access for the above apps but it, or something, still blocked them.
Also from Carolyn Samit on this forum.
List of apps that can prevent access to App Store:
Net Nanny
Little Snitch
Hands Off
Anti virus software.
Same for third party download managers.
No, not running Little Snitch, though I was getting ready to. My only problem has been the process hanging up and leaking memory like an open artery and slowing everything down. I had everything having anything to do with Location Services off wherever I could find it. So - no, no Little Snitch. The whole thing remains a mystery, because it's constantly hung in Safari, and only occasionally hung now that I'm using Chrome.
Typical customer care response that you get when you contact support. I tried to report the problem by going to support but it shows that my machine is past one year initial warranty period and I have to pay them to log this issue.
I also tried clean installing 10.10.0, and again in 10.10.1. This does not fix anything.
The only solution that works is to not use Safari, turn off all location services, don't use Apple Maps, don't use iPhoto, don't use Find my iCr@p service.
Use Chrome browser.
I haven't seen the com.apple.geod process for days now.
I'm pretty sure Apple is aware of this problem but assigned it as "Very Low Priority", and they just pretend there's no such problem or tell customers that it's designed to be used this way.
I agree with everything you wrote about what's working, the only clarification I would make is about Apple support. My MacBook Pro is a 2011 model, but support took the ticket at no charge because it was a Yosemite issue right after installation, for which, even though the OS is free, they seem - or at least did in my case - to be considering it a purchase.
Otherwise, all the fixes you wrote are what I did too, pretty much exactly. I still get the process once in a while, but I can't figure out what's triggering it.
com.apple.geod process is not responding