Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
spicyapple said:
Is it a good idea to install this update at the same time as my new 2GB RAM installation? I hate to ruin my uptime, by rebooting twice.



Must...avoid...temptation....to leap....through....screen


ARRRRGH. Who gives a crap about uptime. My MBP takes all of 20 seconds to boot. I've horrified my Mac friends when I tell them OS X generally doesn't stay up for even 24 hours. Windows to OS X....OS X to Windows. Boot time smoot time.

OK OT. Patches. WOO HOO!
 
yeah if you're going to reboot once, rebooting the second time doesn't really mean much as far as uptime goes. the damage was done on the first one.
 
Soon we'll hear about a kid who committed suicide because his mom broke his X days of uptime by accidentally unplugging his computer.... :p
 
kainjow said:
Soon we'll hear about a kid who committed suicide because his mom broke his X days of uptime by accidentally unplugging his computer.... :p
and then the movie. UPTIME
 
SiliconAddict said:
Must...avoid...temptation....to leap....through....screen
ARRRRGH. Who gives a crap about uptime.
I had the same reaction, but it's possible she's running a server where it's not just the little "uptime" number she's interested in as a novelty, but the true uptime of her server and the services on it.

It if it a server, then reboot it twice and play it safe...

bigmc6000 said:
My point is that I didn't need to EVER take it on long trip, disk utility made it do something that I never do. Regardless of it there was a pre-existing condition it made my HD perform irregullarly and thus exposed an otherwise unknown error.

To use a better analogy, it took my car that I will never take above 90 to about 110 and ran it there for a while. Mechanically speaking you are going to see a lot more stress and maintenance issues running at 110 than you are at 90..
You'll see the stress and maintenance issues sooner at 110, but you'll see them eventually at 90. If you never take the long trip, then it will fail after many short trips to the grocery store.

I don't know whether disk repair FUBAR'd your disk or not, maybe it did, but don't go on thinking that ignoring little bits of disk damage is fine as long as you don't push it real hard... The longer your disk is at risk, the more data it collects and the more you loose when the whole house of cards collapses because of a mechanical or logical failure.

FoxyKaye said:
LOL - you say that, but I'm always surprised by how many people simply don't. Apple certainly doesn't tell the everyday user that repairing permissions is a regular part of system maintenance.

Repair permissions is meant as a cleanup tool for badly behaved, third party applications. John's Killer Tetris sets global permissions on your home directory so it can write it's high score file, and repair permissions sets it back.

Personally, my take is that if running repair permissions before or after an update makes any difference at all, then Apple messed up their installer.

They are either overwriting files, deleting files, or adding files. In any of those cases, they have control over the files' permissions and should get it right the first time.

If Apple really thought this was a necessary, or even advisable, step they'd include it in the install script themselves-- like they do for prebinding optimization.

That said, if you find that you have less problems by running it than you do by not running it, by all means do so...
 
Wow. This update totally hit my MacBook hard.

I did my normal procedure (I do not repair permissions before hand, but this has never, ever been a problem in my four or five years of working with OS X), although I was playing with Speakable Items as I was downloading.

The "Speakable Items Server" process hung and froze, so I had to kill it via Activity Monitor. After downloading the update from Software Update, I received an error saying that it could not decompress package and to try again. I tried two times more with the same error and then tried to restart. It hung on shutdown and, giving it 15 minutes, I power buttoned it.

It would not boot, so I ran all the standard procedures: Unplugged all devices, disk/perm repair, hardware diagnostics, etc to no avail -- I booted into verbose mode (I also attempted single-user mode) and it hung on IOBluetoothHCIController::start Idle Timer Stopped and then "Load of /sbin/launchd, errno 88"

Anyroad, after removing the Bluetooth kexts (which did nothing), I booted off the DVD, went to terminal, cURL'd the package and installed manually. This all worked just fine and I'm up and running. At least I did learn that the MacBook does not contain an Intel version of wget. :(

That was a bit frightening because, while I know others who have, I've never encountered a problem with installing an update in OS X before. It wasn't painful, just a bit... frightening. I'm glad to see my experience was isolated. My iMac updated quite smoothly, too. :)
 
OpenSSH fix

SC68Cal said:
I wonder what the update to OpenSSH was. I would update just for that fix.
*

OpenSSH

CVE-ID: CVE-2006-0393

Available for: Mac OS X v10.4.7, Mac OS X Server v10.4.7

Impact: When remote login is enabled, remote attackers may cause a denial of service or determine whether an account exists

Description: Attempting to log in to an OpenSSH server ("Remote Login") using a nonexistent account causes the authentication process to hang. An attacker can exploit this behavior to detect the existence of a particular account. A large number of such attempts may lead to a denial of service. This update addresses the issue by properly handling attempted logins by nonexistent users. This issue does not affect systems prior to Mac OS X v10.4. Credit to Rob Middleton of the Centenary Institute (Sydney, Australia) for reporting this issue.
 
Dual 1.8 GHz PowerPC G5 - 2 GB DDR

After restart mine froze at the grey apple and spinning bar loop (anyone with a better name?). Held the on button until shutdown, then restarted. No problems after that. I did a restart after just to make sure all was well.
 
After restart, my soundsticks are making a funny whinney noise not fixed by disconnecting the USB, or completely unplugging the iSub, disconnecting the power. Never happened before now, only after restart.


edit: spontaneously healed. schweet.
 
runplaysleeprun said:
After restart, my soundsticks are making a funny whinney noise not fixed by disconnecting the USB, or completely unplugging the iSub, disconnecting the power. Never happened before now, only after restart.


edit: spontaneously healed. schweet.

In your sig you have 4 Macs listed. It would be helpful if you told us which one had the problem!

:D
 
All's well (so far) on my Mac mini (intel). Mac mini users, update without fear! :D

Though anecdotal evidence only gets you so far ...

my overclocked eMac did fine too, for those who have eMacs. :cool:
 
OK - Here's the requisite security update, now it's time for the iLife and other basic updates that usually precede the release of a new machine...

Of course, this time it's a little anticlimactic inasmuch as the Mac Pro was all but announced to be debuted this month. Here's hoping there's something unexpected in the pipeline. ;)
 
Stridder44 said:
Are you kidding? You're worried about rebooting twice? Dude come on. You're telling us that you think uptime is more important than a security update, or having to reboot twice? God forbid you have to restart 3 times.
You failed to consider that the "downtime" of rebooting twice takes away precious seconds one can spend reading/posting on message boards! :p
 
iTwitch said:
What lose 30 minutes uptime, I'd be yelling out a window. :D

Just a quick explanation - uptime is the time the machine has been running since it was last rebooted. As soon as you reboot, uptime goes back to zero. So you're not losing a few minutes of uptime; rebooting generally is costing you days or weeks of uptime. Here's mine, right after updating:

Code:
$ uptime
 10:50pm  up   0:11,  0 users,  load average: 0.34, 0.33, 0.26

The unnatural fascination some Unix geeks have with uptime is mind-boggling; and I'm sorry to see it cross over to some OS X folks. I've seen one particular sysadmin (fortunately no longer a co-worker) waste hours trying to figure out convoluted ways to avoid a reboot that'd take up maybe 5 minutes of his time.

After our boss discovered just how far behind we usually were on our kernel updates (gee, wonder how he found out about that?), that sort of thing mostly stopped. :p
 
Westside guy said:
Just a quick explanation - uptime is the time the machine has been running since it was last rebooted. As soon as you reboot, uptime goes back to zero. So you're not losing a few minutes of uptime; rebooting generally is costing you days or weeks of uptime.

I think the point was that if he has to reboot in any event (for installing RAM or doing the security update), then rebooting again couldn't cost him any more than a few minutes of uptime. So, while the initial reboot might kill his uptime of days or weeks, another won't do much damage at all.

For the record, mine is at 3 days 9 hr 36 min. I haven't installed the patch yet... ;)
 
Very slow boot after installation on a MB. Don't know if that will continue to be the case.
 
kainjow said:
Soon we'll hear about a kid who committed suicide because his mom broke his X days of uptime by accidentally unplugging his computer.... :p

Change that to "XXX" days of "_UP_time" and it has a whole new meaning...
 
iFry said:
so has anyone noticed any real differences w the update?

my boot time has shaved a second or two off. It feels snapier too. *this is on the iMac by the way, so any improvement is normally noticed lol*

As for uptime.... longest I've had on was a week, but I dont make a special effort to keep an eye on it. With the weather we've had recently *rain, thunder* I like my computers off at night and when im not home.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.