Actually, I think I can help a little, as this was happening to me too using svn revision 261. That revision only looks for “com.apple.installd.plist” which I cannot find anywhere on 10.5.8. Later svn revisions look for multiple versions of that installd daemon, presumably to fix exactly this problem. The trick then becomes finding a svn that includes that change and which does not break other aspects of your 10.5 build.

Currently I am successfully using svn 318 on a 10.5.8 Intel Macbook to build my instaDMG image using a 10.5.6 install disc, the 10.5.8 updates, a package to place my 4 users’ home directories in place, and a first run launchd script to actually create those users because I can’t get the “createuser” package working reliably no matter what I do.

I love this project, but it can be frustrating 😉

I don’t know what you are running into, but I can assure you that it generically works. I have put a number of InstaDMG-created images into DeployStudio this was very successfully. You do have to start up the client after you make the move since DeployStudio does not refresh the list after it has started up (meaning the clients, not the server).

Although maybe totally unrelated, with InstaDMG and DeployStudio, I’ve found that if I don’t use the DSRuntime to “grab” the InstaDMG created image and let DeployStudio actually import the image in itself, I find that weird things can occur. I’ve never had the problem your seeing, I’ve always been able to just drag and drop images into DS, but I’ve had networking issues for some reason when deploying.

So on the computer you built the InstaDMG image on, mount said DMG file, open up DeployStudio Runtime, and then let the DeployStudio server grab the image. It seems redundent and takes a long time, but it certainly has fixed weird issues I was having.

[QUOTE][u]Quote by: Allister[/u][p]Hey Michael,
You are doing nothing wrong. There have been recent revisions that we cannot confirm symptoms of failure in 10.5 on, so for now the ‘voodoo'(not sure if its true you HAVE to do this to make it work) is:

1. Use an Intel machine patched to 10.5.8(as far as I recall it will build Leopard as a universal image, so should be no concern)
2. Make sure you’ve cleanly booted the system you’re building on
3. Best practice is to use the most recent retail disc, so try to find a 10.5.6 build

Beyond that, it’s my conjecture that you shouldn’t jail the installer daemon AND put the entire process in a chroot jail, so use the -s flag in addition to the -f. Mr. Bernstein also found that not using 3-digit folders worked better for him, I had no issue besides with some custom packages. Here’s his reporting on the subject:
https://www.afp548.com/forum/viewtopic.php?showtopic=27149&lastpost=true

hope that helps, Allister[/p][/QUOTE]

Allister,

I’m having a similar problem with my 10.5.8 build…

I did #1 and #2. I used the latest (10.5.5) disk we had.

I tried modifying the instadmg.bash file and set DISABLE_INSTALLD_CHROOT=true

Output disk name: Macintosh HD
09:10:36 ###### Finding main MacOS X installer disk ######
Found primary OS installer disk: ./InstallerFiles/BaseOS/Mac OS X Install DVD.dmg
09:10:36 ###### Looking for a Cached Image ######
Mounting the shadow file (/private/tmp/InstaDMG_temp_folder.90g87N/B6D2F972-E20B-43CD-9DF6-21DB157A0F29.shadowfile) onto the cached image (./Caches/BaseImageCache/2E725137.dmg)
2010-07-22 09:10:41.605 defaults[2894:10b]
The domain/default pair of (/private/tmp/InstaDMG_temp_folder.90g87N/mount_point.tOJXi8/System/Library/CoreServices/SystemVersion, ProductVersion) does not exist
2010-07-22 09:10:41.616 defaults[2896:10b]
The domain/default pair of (/private/tmp/InstaDMG_temp_folder.90g87N/mount_point.tOJXi8/System/Library/CoreServices/SystemVersion, ProductVersion) does not exist
2010-07-22 09:10:41.626 defaults[2898:10b]
The domain/default pair of (/private/tmp/InstaDMG_temp_folder.90g87N/mount_point.tOJXi8/System/Library/CoreServices/SystemVersion, ProductBuildVersion) does not exist
2010-07-22 09:10:41.636 defaults[2899:10b]
The domain/default pair of (/private/tmp/InstaDMG_temp_folder.90g87N/mount_point.tOJXi8/System/Library/CoreServices/SystemVersion, ProductName) does not exist
/Users/macadmin/instadmg/instadmg.bash: line 700: [: 5: unary operator expected
Target OS: ()
09:10:41 ###### Beginning Update Installs from /tmp/InstaUp2DateFolder-W85fU8 ######
Working on folder 01 Mac OS X 10.5.8 Combo Update (09:10:41)
Mounting the package dmg: MacOSXUpdCombo10.5.8 sha1-0a88c9ecfbe08faf1a2307929c67f38b4822dfcb.dmg (/tmp/InstaUp2DateFolder-W85fU8/01 Mac OS X 10.5.8 Combo Update) at: /private/tmp/InstaDMG_temp_folder.90g87N/mount_point.tOJXi8/private/tmp/mount_point.GfBL8W
###### There were no items to install in: /private/tmp/InstaDMG_temp_folder.90g87N/mount_point.tOJXi8/private/tmp/mount_point.GfBL8W ######

I tried finding in the instadmg file where to put the -s but couldn’t find it… and when i put it in the terminal line for instaupd2date.py -s -10.5 vanilla (or whatever it is)… i just got an error message.

I tried to set DISABLE_CHROOT=true and I got teh same “does not exist” errors, but it appears to continue to process the patches.

Am I doing something wrong?

[QUOTE][u]Quote by: MichaelR[/u][p]@nobrainer Have you tried the SVN version? That did the job for me. I didn’t use any parameters and used 10.5.4 as mine image.[/p][/QUOTE]

I tried a couple different, including the latest and greatest one from today.

when you say SVN, do you mean instadmg script or the whole kitten caboodle?

[QUOTE][u]Quote by: MichaelR[/u][p]@nobrainer I just downloaded the whole thing. I used this command.

[code]svn checkout http://instadmg.googlecode.com/svn/trunk/ instadmg-read-only[/code][/p][/QUOTE]

I tried that one from this morning, and it’s having trouble with above log captures…

I am having major problems baking an updated 10.5.8 image for my LAST remaining PPC lab (gawd I wish it would just go away!). What is “svn” in this command and where does one type it?

[code]svn checkout http://instadmg.googlecode.com/svn/trunk/ instadmg-read-only[/code]
It looks like something one must run inside the InstaDMG script but I am clueless and I need a fix. Here are the last lines from a fail that has happened several times today:
[code] Mounting the shadow file (/private/tmp/InstaDMG_temp_folder.bVAtG4/BB589DA2-EBA6-47BF-9F37-2F92B39F0094.shadowfile) onto the cached image (./Caches/BaseImageCache/E0799E5A.dmg)
Target OS: Mac OS X 10.5.6 (9G2141)
Encasing installd daemon in a chroot jail
cp: /System/Library/LaunchDaemons/com.apple.installd.plist: No such file or directory
launchctl: Couldn’t stat(“/System/Library/LaunchDaemons/com.apple.installd.plist”): No such file or directory
nothing found to unload
###### Unable to unload system installd daemon ######
19:25:37 ###### Cleaning up ######
Restoring normal installd daemon
launchctl: Error unloading: com.apple.installd.modified
launchctl: Couldn’t stat(“/System/Library/LaunchDaemons/com.apple.installd.plist”): No such file or directory
nothing found to load
Ejecting images
Deleting scratch DMG
dhcp110-141:instaDMG admin$
[/code]