- This topic has 44 replies, 12 voices, and was last updated 16 years, 10 months ago by
afp548contributor.
-
AuthorPosts
-
February 20, 2008 at 6:27 am #371591
pteeter
ParticipantOne thing I’m wondering while figuring how to deploy InstaDMG is this:
Aside from dropping an OS on an intended system for imaging, noting which updates are required, and noting the order of the updates…is there an easier way to determine which updates must be applied and in what order they must be applied to say a Quad Core G5 tower still in use with some pretty old install media?
I’m quite certain we’ve held onto install media for each of the different machine types we still use. I’d just like to find a smarter way of identifying which Apple updates would be needed for a specific install CD/DVD on a specific machine type (PowerMac, iMac, MacBook, MacBookPro, MacPro, etc.)
It’s very possible I’m missing something obvious. Please feel free to jog my memory.
Thanks.
February 20, 2008 at 4:42 pm #371598Patrick Fergus
ParticipantThe classical build technique of:
Public release is OS x.y.z-1
Machine comes with OS x.y.z
New public release of OS x.y.z+1 supports all previous machines, including the above machineStill applies here. You should only need to build a single image to support your hardware (glaring exceptions are Santa Rosa MacBook Pros and Aluminum iMacs, both under Tiger. Apple probably never intended those machines to run Tiger, so they became one-offs:
[url]http://docs.info.apple.com/article.html?artnum=306051[/url]
). We are using the same Tiger PPC image for 500MHz TiBooks through Quad-Core G5s.
Regarding which updates to apply, I can’t think of a better way to determine the required updates besides installing a plain vanilla installation and running Software Update until there aren’t any more updates available, noting each update along the way. When moving our InstaDMG installation from 10.5.1 to 10.5.2, I gained a few updates and lost a few (Security Updates rolled into 10.5.2).
– Patrick
February 20, 2008 at 8:55 pm #371607kvschep
ParticipantSorry, meant to post to a different topic.
February 20, 2008 at 10:54 pm #371609pteeter
ParticipantThanks for weighing in Patrick.
The necessary updates logic makes sense. I wasn’t aware that Leopard was treating the Al iMac and SR MacBookPro the same way.
The SRMBP complicates my Tiger imaging strategy but that will be temporary.
There has to be a smarter way to get update orders via softwareupdate. I wonder if running softwareupdate -l shows the correct order of applied updates?
without the need to download them.Here’s another thing to ponder…
Do people consider Apple software like iWork or iLife candidates for the AppleUpdates InstaDMG folder or the CustomPKG folder?
February 21, 2008 at 12:13 am #371614Patrick Gallagher
Participant[QUOTE][u]Quote by: pteeter[/u][p]
Here’s another thing to ponder…
Do people consider Apple software like iWork or iLife candidates for the AppleUpdates InstaDMG folder or the CustomPKG folder?
[/p][/QUOTE]
They would probably be custompkg. iLife wants to only install on the boot volume, so that may need to be repackaged.
February 21, 2008 at 3:27 am #371620Patrick Fergus
Participant> The SRMBP complicates my Tiger imaging strategy but that will be temporary.
Avoid installing this update (IIRC):
[url]http://www.apple.com/support/downloads/macbookprosoftwareupdate12.html[/url]
in your Intel Tiger build and you should be golden for the SR MacBook Pros and backward compatibility. I don’t know what pieces to avoid for an Aluminum iMac, since I’ve not had to build a standard image for those, or even if it’s possible to build an Aluminum iMac Tiger build that is backwards compatible.
If you want the MacBook Pro Software Update 1.2 installed, place the pkg in an appropriate post-restore installation (NetRestore would use the “Post-actions” folder). If it can be installed on the machine being restored, it will, otherwise installer will just fail that package because the machine doesn’t meet the requirements.
– Patrick
February 21, 2008 at 4:52 am #371621pteeter
ParticipantThanks for the tip, good to know.
Should begin testing a bit next week.
February 25, 2008 at 7:47 pm #371660akinspe
ParticipantNot sure if you noticed this, but you need to have Leading Zeros for your directory structure, or 10 gets run before 2. I.e:
01
02
03
….
10
11
12The default ls sorting order goes like this
1
10
11
12
2
3
4
5I ran into that when applying iLife updates BEFORE I installed the Main iLife Package. Needless to say that didn’t quite work.
March 13, 2008 at 2:58 am #371869pteeter
ParticipantRegarding the MacBook Pro Software Update 1.2 installing via NetRestore Post-action…
I get an error about needing to install on the ‘boot volume’.
In people’s experience, is it necessary to re-package the update?
I figure yes but want to make sure.
March 13, 2008 at 2:13 pm #371875Patrick Fergus
ParticipantMaybe the update is subject to the same restrictions as some of Apple’s other updates (QuickTime). Does the install work from the CLI with the following:
[code]#!/bin/bash
export COMMAND_LINE_INSTALL=1
export CM_BUILD=CM_BUILD/usr/sbin/installer -verbose -pkg /path/to/mbp_su_1.2.pkg -target /path/to_destination_volume[/code]
Otherwise repackaging might be the way to go. Make sure to include whatever restrictions Apple has in place regarding hardware requirements.
– Patrick
March 13, 2008 at 8:18 pm #371881pteeter
ParticipantI’ll test the CLI idea for sure.
I think I’m having some weird NetRestore 3.4.3 issues that may be effecting this process.
But that…is for another forum perhaps.
Investigating it now.
Thanks for commenting.
April 22, 2008 at 2:40 pm #372358Rusty Myers
Participant[QUOTE][u]Quote by: patgmac[/u][p][QUOTE][u]Quote by: pteeter[/u][p]
Here’s another thing to ponder…
Do people consider Apple software like iWork or iLife candidates for the AppleUpdates InstaDMG folder or the CustomPKG folder?
[/p][/QUOTE]
They would probably be custompkg. iLife wants to only install on the boot volume, so that may need to be repackaged.[/p][/QUOTE]
Don’t the AppleUpdates run before the custom pacakges? If that is the case, then should iLife be installed before the iLife updates? Does that mean iLife should be in the AppleUpdates folder before the updates? Or put the updates in the CustomPKG folder after iLife?
April 22, 2008 at 3:51 pm #372360Patrick Gallagher
ParticipantApple updates run before custom. iLife updates should be put into Apple updates. The current version of InstaDMG can install them fine even though it’s not the boot volume.
April 22, 2008 at 4:01 pm #372361johnemac
ParticipantI put anything from Apple in the Apple Updates folder. The first one used to be iLife and the second one was iWork. I’ve changed my setup recently to install iLife from the second grey install disk. But I didn’t have any trouble when it was folder 01 in the Apple Updates folder.
I would then boot from the InstaDMG disk I had made and run Software Update. I’d made note of the order that the updates installed in using Console–>Software Update and Console–>Installer. Then I recreated the order in my Apple Updates folder. I ended up with about 25 updates in that folder but the image always booted and didn’t need updating!
There was a gotcha with iLife. There is a post here about fixing the iLife Support updater
<https://www.afp548.com/forum/viewtopic.php?forum=45&showtopic=20102&highlight=iLifeMediaBrowser>When 10.5.3 comes out I will repeat the whole process.
April 29, 2008 at 7:31 am #372491Theilgaard
Participant[QUOTE][u]Quote by: johnemac[/u][p]There was a gotcha with iLife. There is a post here about fixing the iLife Support updater
<https://www.afp548.com/forum/viewtopic.php?forum=45&showtopic=20102&highlight=iLifeMediaBrowser>
[/p][/QUOTE]Where?
When I quoted the message, initially wanting to ask the question above, I found the URL hidden in the message:
[url]https://www.afp548.com/forum/viewtopic.php?forum=45&showtopic=20102&highlight=iLifeMediaBrowser[/url] -
AuthorPosts
- You must be logged in to reply to this topic.
Comments are closed