Skip to main content
Question

Login Issue

  • November 6, 2013
  • 2 replies
  • 15 views

Forum|alt.badge.img+16

We thin image all of our new Macs was they arrive. I have a netboot server that I boot from and I have a couple of different configurations that we can deploy. Works fine. We use it every day.

As we have systems that are moved out of service, I needed a method to quickly and easily re-image and recon before they are retired. This allows us to get an accurate picture of licenses available, etc…

I built a base 10.8.5 image using AutoDMG. If I target boot a Mac, I can use Disk Utility to restore the image to a previously-deployed system. Once restored (about 5 minutes), I can boot the system just fine. I get the setup screen and can use the Mac normally.
So the idea became to "thin image" this restored system using Casper Imaging and a basic, minimal configuration to get updated inventory information for units before they are placed in surplus.

If I netboot it and apply a basic configuration to these systems imaged using my AutoDMG-created image, I can't log in to the system afterward. I installed a known good configuration instead of the baseline one I just created to test. No joy. There is an admin account created. The computer is reporting and checking in to the JSS. I just cannot log in using that admin account (or the root account) that I create during the configuration. It accepts the username and password, then I just get a spinning wheel indefinitely. It never goes away.

Again, if I erase and re-image and use the Apple setup, I can create a user and log in normally.

If I re-image, netboot and install a known-good configuration, I can not login.

Just leaving them in the "Setup screen at startup" mode for disposal is OK, but that won't work for systems that we redeploy from surplus to a new user.

Is anyone else using AutoDMG? Has anyone seen this before with InstaDMG? Is it unrelated to that application?

2 replies

stevewood
Forum|alt.badge.img+38
  • Hall of Fame
  • November 6, 2013

It sounds to me like it is unrelated to AutoDMG. I would venture to guess that it is something in your configuration that you are using.

Are you setting a managed user in the configuration? And if so, are you telling it to create the user if it does not exist and hide it?

I would try booting the machine into target disk mode, then use Terminal to determine if the home folder for the user is in the right place and has the proper permissions. Anytime I've seen behavior like this, it was related to either the home folder or to the user not being on the system.


Forum|alt.badge.img+16
  • Author
  • Contributor
  • November 6, 2013

I lied. I stated: "It accepts the username and password, then I just get a spinning wheel indefinitely. It never goes away."

Well, I tried logging in and left it spinning as I wrote this post and did some other stuff. I turned around about 45 minutes later and the account was logged in. Weird.

I re-imaged the drive in target mode. I re-(thin)imaged using Casper Imaging. It rebooted after a minute or so. I was able to log in after a 20 second or so delay.

I have re-imaged this box 10 times over the past two days trying to fix this. I have tried existing, working configurations that have been used hundreds of times. Nothing.

Suddenly, it will not fail.