Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
pubwvj said:
Yesterday I updated my lovely talented wonderful (okay, okay, enough) wife's tangerine iBook. This is a stock Apple machine, no external hard drives or accessories - there are no firewire drives on this machine, in fact, there is no firewire port. Nothing on the USB port either.

I made a backup of her data. Then I erased the hard drive, ran Disk Utilities and reinstalled 10.3 from the original disks. I then ejected the CD and restarted. A-okay so far - we then had a totally clean, spankin' new OS. I then ran the Apple Software Update and it said it wanted to install a bunch of things including the 10.3.7 combo update. I gave it the go ahead. We have a DSL connection but it still took many hours for the downloads. I checked it periodically through the day and things were progressing well. In the evening it said it was all done and I restarted.

? ? ? ? <-- blinking question mark.

I inserted the OS 10.3 CD and ran Disk Utilities from the CD. No internal hard drive! Nada. I restarted and cleared the PMU with the battery and AC power removed, let the machine sit a little. Still getting the ? ? ? ?. Not good. Ran the Disk Utilities from the CD again. Still no hard drive.

Coincidence? Maybe, but I'm not running the 10.3.7 update on any other computers. Right now I'm busy with some other things and merely switched her to a different machine. Any suggestions are appreciated. When I get the chance I'll take her machine apart and see what I can find with the hard drive. Possibly resocketting it will help and I'll test it in another machine and another hard drive in her machine. This is not very good though. 10.3.7 is batting oh-for-one.

-Walter
in Vermont
where the HD isn't the
only thing that's frozen.

Have you tried flashing the PRAM and resetting the Open Firmware?

Also just a tip for the future even when you do a clean install you should repair permissions prior to running updates.
 
After several days of uptime, I was unhappy to see that some of my icons were being temporarily changed. In one instance, a DVD showed up with one icon in the Finder sidebar and a different icon on the desktop. I hadn't had any icon changing problems since 10.3.3 so I'm sorry to see this one return.

On the other hand, the memory leak I first noticed in 10.3.6 seems to be corrected and had something to do with the virtual memory subsystem being over-zealous in caching. My VM hits are no longer in the 92-97 percent range, but I regularly have more than 42 MB free of 1.5 GB--a lot more. :)
 
Slow 10.3.7 login workaround, Part 1

Whew!

After much frustration, I think I've found the solution to the WORST slow login problem in Mac OS X 10.3.7 (and probably 10.3.6 also, although I did both updates within 24 hours, so I didn't have much time to test 10.3.6). If my theory is correct, those of you NOT having the slow login problem have an always-on Internet connection. It's when you are not connected to the Internet that you may have a painfully slow 10.3.7 login, 3 to 10 minutes from the reports I've read--approximately 6 minutes in my case.

I'll keep this in (mostly) plain English so it can help as many people as possible--

Here is what my delay WAS like before I found the workaround:
- As each user logs in, the dock appears almost immediately.
- Then, within one minute, the items in the right end of the menu bar appear (in my case, the Bluetooth menu icon, the AirPort menu icon, the Modem menu icon, the Volume menu icon, the Battery menu icon, the Keyboard menu icon, the Script menu icon, and the Fast User Switching menu; I have Apple's menu bar clock turned off because I am currently trying wClock instead). These items appear WITHOUT the light gray menu bar background. Users with a very dark desktop image might not see these items; also, some users may have none of these items set up to be shown in the menu bar.
- Then the rainbow spinner appears for an additional FIVE TO SIX MINUTES before the rest of the menu bar and desktop icons and login items (including wClock) appear.

Sound familiar?

This particular problem is NOT due to caches that needed clearing, nor hard disk corruption, nor bad RAM, nor too many fonts! (Using fonts stored on another computer or server could theoretically be a factor, but I wasn't doing that.)
And reinstalling the OS plus re-updating to 10.3.7 is likely to make no difference, whether using an "Archive and Install" or a "Clean Install."

Two other suggestions I'd run across came closer to the true reason, but were still not quite right:
- It was not due to auto-mounting of network volumes (not exactly, anyway--users that can find a way to turn this off permanently may find it fixes the problem, and dragging network volumes to the trash before logging out may provide a temporary fix for the next login, but based on what I've found, it's not the root cause of the problem).
- It was not necessary to quit using the Automatic network location and create a new location manually in the Network panel of System Preferences to fix the problem (but the Network panel is involved).

I'll get to the workaround soon, but first a few words about the clue that led me to solving this, and how you can test if a similar workaround will work for you.

The clue came from the Help application--not because it gave me any help, but because it didn’t work! This has been a problem for a long time. If you are connected to the Internet, a nice feature of the Help application is that it checks the Internet for the latest version of the help files. But if you aren’t connected, depending on what method you use to connect, the Help application is not good at realizing it cannot retrieve anything from the Internet, and so you wait a long time before it gives up and uses the help files from your local disk instead. This seems to have gotten worse with 10.3.7!

Yup, as you've now guessed, it is a very similar thing happening during login. So here's the test to see if your login can be speeded up (workaround will be next):
- If you've gone back to 10.3.5 or earlier, reinstall the update(s) to 10.3.7. (You could first try the following without updating to 10.3.7, but it may not make much difference; it would be interesting if various people tested and reported the effects under earlier versions, especially 10.3.6, which--based on comments I've read--seems to have the same problem, and earlier versions as well, if only to confirm that 10.3.5 and earlier DON'T have this problem.)
- Open System Preferences.
- Select Network.
- From the Show menu, select “Network Port Configurations”
- Uncheck ALL the boxes (in my case, a 12" PowerBook, I had five checkboxes, which I had dragged into this order: AirPort, Internal Modem, Built-In Ethernet, Firewire, and USB Bluetooth Modem Adaptor). Unchecking all boxes will, of course, mean you will TEMPORARILY have no way to connect to the Internet or any local network.
- Now log out and log back in.
BAM! Almost instantaneous, at least in comparison to what you were suffering through, right?

What happened here is that, with all network connections completely severed, an attempt to connect during login was either abandoned quickly or never attempted (the difference being only a technicality), and login was able to proceed.

End of Part 1. Workaround is in Part 2.
 
Slow 10.3.7 login workaround, Part 2

This is Part 2 of my post. Read Part 1 first, please!

Ok, now to get things set up for the workaround (so you can login fast AND connect to the Internet):
- Open System Preferences.
- Select Network.
- From the Show menu, select “Network Port Configurations”
- Check the boxes only for the methods you use to connect to the Internet. Choose as few as possible, leaving methods you never or seldom use unchecked. (You can always go back and check more checkboxes later when special circumstances or a permanent change in your setup warrant it.)
- If you connect by Bluetooth modem: From the Show menu, select USB Bluetooth Modem Adaptor, then click Bluetooth Modem tab, then check the two checkboxes for "Show Bluetooth status in menu bar" and "Show modem status in menu bar."
- If you connect by PPP over Ethernet: From the Show menu, select Built-in Ethernet, then click PPPoE tab, then check the "Show PPPoE status in menu bar" checkbox.
- If you connect by AirPort: From the Show menu, select AirPort, then click AirPort tab, then check the "Show AirPort status in menu bar" checkbox.
- If you connect by the Internal Modem: From the Show menu, select Internal Modem, then click Modem tab, then check the "Show modem status in menu bar" checkbox. If you want to use the Internal Modem as a secondary option, i.e., a second checked checkbox under “Network Port Configurations” to be used only when you main way of connecting is not working, then also click PPP tab, then the PPP Options button, and then UNcheck "Connect automatically when needed" (and click OK).
- And (of course) if you connect some other way not listed here, check the box for it under “Network Port Configurations”, then select it from the Show menu, and if there is a way to show its status in the menu bar, turn that on.

In my case, I normally connect with AirPort and use Internal Modem as a alternative method, keeping just those two boxes checked under “Network Port Configurations”. (Since using 10.2.x I had been leaving "Built-in Ethernet" unchecked unless I was actually connected to Ethernet; I had discovered this helped a lot with a slow startup issue--the OS startup BEFORE login.) In addition to keeping "Connect automatically when needed" unchecked for the Internal Modem, I also use the 56K modem in my AirPort base station and, using the AirPort Admin Utility application, under the Internet tab, with Connect Using Modem (v.90), I keep "Automatically dial" unchecked.

Now, I'll let you adapt the following workaround to your own configuration, but here's what I will be doing:
- Before logging out the last (or only) logged-in user, or before doing a Restart or Shut Down, use the AirPort menu (which, above, was set to be shown in the menu bar) to select "Turn AirPort Off." (You should understand that this doesn't turn off the base station itself; it just turns off the connection to the base station in that one computer. And if you are using the AirPort base station's modem, it will not automatically disconnect when you "Turn AirPort Off," so you may want to Disconnect, then Turn AirPort Off, THEN Log Out or Restart or Shut Down. But disconnecting isn't necessary if you will be logging back in and continuing to use the Internet.) In fact, Turn AirPort Off isn't necessary if you are sure you will be logging in again before the Internet connection is broken, because there is NO slow login problem if you are already connected to the Internet BEFORE you log in!
- Likewise, when one or more users are already logged in, before an additional user logs in, select "Turn AirPort Off." Alternatively, use a currently logged in user to connect to the Internet, then log the additional user(s) in.
- AFTER user(s) have logged in, simply select "Turn AirPort On."
When switching between users already logged in, you won't need to do any of this. When previously logged-in users enter their password during fast user switching, it is not a "full" login, and does not trigger the attempt-to-connect delay. At least not in 10.3.7. (If you are the pessimistic type, assume it will be a "feature" added in the future.)

You can "Turn AirPort Off" and turn it back on without losing mounted network volumes and so on. Of course, you should make sure you "Turn AirPort On" before you try to access files on a network volume or do any type of Internet access; as indicated above, I suggest you "Turn AirPort On" immediately after login.

HERE'S A COOL TIP I JUST DISCOVERED: If you forget to do the "Turn AirPort Off" ahead of time and get stuck in a slow login, you can select "Turn AirPort Off" DURING THE LOGIN WAIT! Yes, once the AirPort menu appears in the upper right of the display (even though the menu bar background is not there yet) the AirPort menu is functional, and you can "Turn AirPort Off" and reduce your waiting time for login to complete. Once login is complete, you can immediately "Turn AirPort On."

People connecting with methods other than AirPort will have to do some of their own testing of the options and consequences for turning their connection off and back on, whether using a menu bar icon or the Network panel in System Preferences.

By the way, the same thing works for Help. Turn AirPort Off, then open Help (with Apple-? or from a Help menu), then Turn AirPort On.

One thing to observe about connections using the modem built into a AirPort base station:
- Open System Preferences.
- Select Network.
- From the Show menu, select “Network Status”
- You will probably see AirPort status saying "You are connected to the Internet via AirPort," because you are probably connected as you read this.
- If you Turn AirPort Off, you will see "AirPort is currently off."
- Now, here's something that exposes the problem: When AirPort is ON, but the AirPort modem is NOT connected, the status will STILL SAY "You are connected to the Internet via AirPort." So the software has no easy way of detecting that the modem is not connected, not to mention whether the "Automatically dial" option is turned off. This problem is not new in recent OS X versions; as I said earlier, it has affected the Help application for a long time.

I don't know WHY 10.3.7 tries to connect to the local network and/or the Internet during login (other than to auto-mount network volumes), but that's the reason for the slowdown!

The fact that 10.3.7 tries to connect is not the problem (there's probably no privacy or security issue); the software's inability to QUICKLY determine that connecting is impossible IS the problem. This problem has come about due to all the Apple engineers using always-on Internet connections, and therefore neglecting to design for users who aren't always connected. All that is required to fix this is a mechanism in the OS that lets software check the connection status in an accurate way, i.e., in a way that can distinguish between at least THREE network and/or Internet connection states: (1) "connected (to the Internet)" vs. (2) "not connected but possible to automatically connect" vs. (3) "not connected and NOT possible to automatically connect." To be even more rigorous, it should be possible to recognize two additional, more specific, states: (4) "connected to a local network, and NOT connected to the Internet, but possible to automatically connect" and (5) "connected to a local network, but NOT connected to the Internet and NOT possible to automatically connect." Unfortunately, configurations like my AirPort setup currently let applications think they should be able to access or connect to the Internet when they really can’t. This business of taking 3 to 10 minutes to determine that connecting is not possible is intolerable and has to be fixed ASAP by Apple.

I hope many people will find this information helpful until Apple gets around to giving "non-always-on" users proper consideration. If anyone who reads this this knows the right person(s) at Apple to forward it to, please do so.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.