InstaDMG 10.8.4 failures

[Chris Gerke]

Just an FYI for anyone having problems, I initially had a 10.8.3 machine and updated it to 10.8.4 via Apple Software update. I then logged into the Apple App Store and downloaded Lion so I could get the latest InstallESD.dmg file (E12E55).

I then tried to use this same machine to create my 10.8.4 images but it kept failing after it created the Cached Image. I tried a few of the standard things like deleting all the cache and deleting all /tmp then rebooting but kept failing.

To get around this I installed a fresh 10.8.4 from the E1255 InstallESD to a new partition and then booted into that partition to run Instadmg then was able to create my images based on the 10.8.4 InstallESD successfully. Seems it was a problem outcountered due to my original 10.8.4 update.

[Chris Gerke]

OK so this is weird, failures starting to happen again. I use a custom custom catalog that has a custom name for my Output Volume Name:

# 10.8.x + ORG CUSTOMISATIONS

#################################################

ISO Language Code: en

Output Volume Name: System

Output File Name: MGi-10.8.4_GM_YYYY_MM_DD.dmg

include-file: 10.8_vanilla.catalog

#################################################

The debug log shows that the its erroring unable to find volume Macintosh HD...

I've tried clearing Cache and /tmp then rebooting but no good. I ran 10.8_vanilla and it worked without any problems, 

Current image mount point: /private/tmp/idmg.leDd/idmg_mp.wekZ

Shadow file location: /private/tmp/idmg.leDd/C4126577-2C5C-4810-9298-8F88638CA998.shadowfile

Mounting the shadow file (/private/tmp/idmg.leDd/C4126577-2C5C-4810-9298-8F88638CA998.shadowfile) onto the cached image (./Caches/BaseImageCache/AF6E80F2.dmg)

Recovery Partition Found

/dev/disk2           GUID_partition_scheme            

/dev/disk2s1         EFI                              

/dev/disk2s2         Apple_HFS                       /private/tmp/idmg.leDd/idmg_mp.wekZ/System 

/dev/disk2s3         Apple_Boot                     /private/tmp/idmg.leDd/idmg_mp.wekZ/Recovery HD 

Target OS:   ()

WARNING: Chroot jails only work with 10.5, so disabling that functionality

WARNING: Installer daemon-jailing does not currently work with 10.7, disabling that functionality as well

10:21:53 ###### Beginning Update Installs from /private/tmp/idmg_temp.R8Y4Ay/items-h8rXWL ######

Working on folder 01 iTunes 11.0.4 (10:21:53)

Mounting the package dmg: iTunes11.0.4 sha1-cd9f00b54f2c7b2b46083f8c3d2813e0b3bc3b30.dmg (/private/tmp/idmg_temp.R8Y4Ay/items-h8rXWL/01 iTunes 11.0.4) at: /private/tmp/idmg.leDd/idmg_mp.q9GL

Mounted disk image from /Volumes/Data/Users/cgerke/instadmg/Caches/InstaUp2DateCache/iTunes11.0.4 sha1-cd9f00b54f2c7b2b46083f8c3d2813e0b3bc3b30.dmg at /private/tmp/idmg.leDd/idmg_mp.q9GL

Installing Install iTunes.pkg

Error trying to locate volume at /private/tmp/idmg.leDd/idmg_mp.wekZ/Macintosh HD 

"disk3" unmounted. 

"disk3" ejected. 

Unmounted the Package DMG image from /private/tmp/idmg.leDd/idmg_mp.q9GL

Folder 01 iTunes 11.0.4 done (10:21:57)

So my workaround for now is to clear tmp and cache every time, then run 10.8_vanilla only, then run my custom catalog. Anyone else getting this?

[Allister Banks]

Hey Chris,

Something I'd point to the possible issue is that your cache file has adopted the volume naming that your custom catalog designates. The process can only take is only one name, taken from the first catalog fed to the process. Unfortunately, I've hard-coded the target volume for installs after the OS to be named Macintosh HD, from the vanilla catalog, as a way to support finding it in cache files that include a recovery partition. The issue shouldn't reoccur if you make a cache once with the vanilla catalogs naming. Hope that helps,

Allister

--
You received this message because you are subscribed to the Google Groups "InstaDMG-Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to instadmg-dev...@googlegroups.com.
To post to this group, send email to instad...@googlegroups.com.

Visit this group at http://groups.google.com/group/instadmg-dev.

For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Chris Gerke]

Yeah seems ok now doing it that process.