Software Update Preferences Not Honored

I am trying to disable automatic checking for software updates. In the software preference pane, I can uncheck "Check for updates". However, if I restart my computer, the preference will be re-checked. A few suggested that repair permissions can help with "preferences not honored" problems, but it didn't in this case.

Mac Pro 8-core | Blackbook 2.16ghz, Mac OS X (10.5.6)

Posted on Aug 23, 2009 2:00 PM

Reply
16 replies

Aug 24, 2009 8:55 AM in response to mkramer

mkramer wrote:
Thanks for your interest. I tried your suggestion, but the problem remains. Is there something else I can try trashing?

no, AFAIK, there isn't. I don't know why this would be happening. does this happen only on restarts? set the preferences as you want and quit system preferences. then start system preferences again and go to software update preferences. are they retained?

Aug 24, 2009 9:09 AM in response to mkramer

mkramer wrote:
They're retained if I just quit and reopen SUPP but if I log out and back in, they're reset.

make a new admin account and try the same on that account. are the preferences retained when you log out/in on that account?
In the meantime, I tried the softwareupdate CLU, but the result is the same (w/ and w/ out sudo).

Aug 24, 2009 9:13 AM in response to mkramer

I found the same problem here

http://discussions.apple.com/thread.jspa?messageID=9423288

The posters there never discovered the cause of the problem.
------
I also noticed an interesting thing. The "Download updates automatically" preference is preserved through login cyclse. Only the "Check automatically" preference is reset. To me, this implies that something that is automatically running on the computer is turning on that specific preference, and that it is not a problem with a corrupt or unwritable plist.

I've disabled Software Update by renaming Software Update.app in /System/Library/CoreServices.

Aug 24, 2009 9:24 AM in response to V.K.

Edit: the preferences were ghosted because of the renaming of the app. Un-renaming the app and they're back. The preferences stick on a new admin account.

Locking the files did not work.

I can feel my blood pressure rising, I think I have to leave this one aside and just disable in Core Services. If my computer were running like a well-oiled machine, then I would not mess with it. Since it is broken, I feel perfectly justified in hacking it 😉.

Message was edited by: mkramer

Message was edited by: mkramer

Aug 24, 2009 9:31 AM in response to mkramer

mkramer wrote:
Edit: the preferences were ghosted because of the renaming of the app. Un-renaming the app and they're back. The preferences stick on a new admin account.


if the preferences stick on the new account the problem is local to your main account. it could be some corrupt cache or preference files although I don't know which ones.
Locking the files did not work.

i suspect it did. when you lock those files, the system can not change them and whatever changes are made from software system preferences are not written to the hard drive. do the files remain locked when you log out/in?
I can feel my blood pressure rising, I think I have to leave this one aside and just disable in Core Services. If my computer were running like a well-oiled machine, then I would not mess with it. Since it is broken, I feel perfectly justified in hacking it 😉.

I still would not consider this a good solution. I would try clearing various cache files using Onyx.
Message was edited by: mkramer

Message was edited by: mkramer

Aug 24, 2009 10:02 AM in response to V.K.

V.K. wrote:
mkramer wrote:
Edit: the preferences were ghosted because of the renaming of the app. Un-renaming the app and they're back. The preferences stick on a new admin account.


if the preferences stick on the new account the problem is local to your main account. it could be some corrupt cache or preference files although I don't know which ones.

It seems so.
Locking the files did not work.

i suspect it did. when you lock those files, the system can not change them and whatever changes are made from software system preferences are not written to the hard drive. do the files remain locked when you log out/in?

This is what I did.
1). Uncheck setting.
2). Quit and reopen SUPP. The setting is still unchecked. It appears that my settings have been saved to disk.
3). Quit SUPP
4). Lock the com.apple.SoftwareUpdate plist.
5). Open SUPP. The offending preference has reset!
6). Quit and open SUPP. Offending preference still on.
7). Uncheck preference with file locked.
8). Quit and open SUPP. Unchecked preference still unchecked.
9). Log out and in. Preference rechecked.

So you see, locking does not work. It appears that the act of locking the plist actually resets the preference, or causes SUPP to revert to different version of the plist which is wrong and which is not set by the Software Preference Pane GUI.

Message was edited by: mkramer

Aug 24, 2009 10:03 AM in response to V.K.

V.K. wrote:
I told you to lock two files. you only locked one. the other file is the one that keeps scheduling information.

No, actually I locked them both and it did not work, as indicated in the prior post. I played more with the SoftwareUpdate plist because I noticed that, when locking it, the preference reset.

Aug 24, 2009 10:16 AM in response to mkramer

well, your results are puzzling but i would still think that with those preference files locked with the correct setting software update will work as it should. when you lock those preference files it does not matter what changes are made in GUI system preferences. they are not written to the disk which is all that matters. that's how it works with other preferences at any rate. for example, if you lock the file com.apple.desktop.plist, no matter what you do in desktop system preferences, your desktop background will not be affected. you can make an experiment and see if automatic software update actually runs with those files locked. wait 24 hours and check the console logs for softwareupdate messages. this should tell us who is right on the issue. But first, i would clear caches using Onyx as I suggested earlier.

Aug 24, 2009 10:18 AM in response to mkramer

Now I've managed to get it locked. The problem I had at first was that I was locking the SoftwareUpdate plist first. As I just reported, this has the effect of resetting the setting. Then, when I lock the scheduler plist, the reset setting is locked in. What I had to do was change the setting in SUPP and then lock the scheduler plist. This works through a login cycle. Thank you for this hack, it is much better than mine. Now it is easy to manually check for updates at my own convenience, because Software Update is still available.

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.

Software Update Preferences Not Honored

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