One approach to Final Cut Studio deployment using Deploy Studio is available at:
http://osxdeployment.com/wiki/Final_Cut_Studio_3_Installer_for_Deploy_Studio
One approach to Final Cut Studio deployment using Deploy Studio is available at:
http://osxdeployment.com/wiki/Final_Cut_Studio_3_Installer_for_Deploy_Studio
Notes about deploying Cindex …
http://www.levtechinc.com/publishing-indexing-products/cindex-software/deployment.asp
To install WinRats 8.x from Estima silently on windows systems use:
msiexec /i “WinRATSStd800.msi” /qn /norestart ALLUSERS=2 PIDKEY=”???###” AGREETOLICENSE=2 ORGANIZATION=”Your company name”
For more information see:
http://www.appdeploy.com/packages/detail.asp?id=2248
To install Finale silently use …
FinWinSetup.exe /S
Also – it appears that copying in a “keyed” (keyServer environment) executable also “authorizes” the application on Windows without having to enter the authorization code. Therefore, to deploy this I need a batch script which executes the installer silently and then copies in the keyed copy.
For a partial reference see:
Imaging with the Winter/Spring 2012 image on all computers in the following spaces is complete … Exceptions noted with issues listed at the end ….
Labs:
Lecterns:
(Individual computers in parenthesis need to be checked and/or imaged – see complete list of computers with issues below.)
Libraries:
Specific computers with issues:
These are likely unusable:
These are likely usable but will need to be checked and imaged in January:
Still to do:
Deploying a Mac OS image and adding the computer to the AD can all be accomplished using DeployStudio. I suggest that you set up your AD environment to use “OUs” (organizational units) for your computers rather than have them all in the one default “computers” OU. I have two production OUs of “Labs” and “Labs-Macs”. I’ll explain the “Labs” OU structure for windows in a different post …. For now, just add computer accounts for all your macs to an OU. The computer accounts should match exactly the host names you are using just like you would do for windows.
Then in DeployStudio –
Add the computers and set their “Local Hostname” and “Computer Name” to the same thing you entered in the AD for their computer accounts. Your workflow for the deployment should include a step to rename the mac and after that step the AD binding. In that AD binding window be sure to set the fields for the domain to join and the computers node. Here is a screen shot of my set-up …
When creating a workflow for taking a DeployStudio image of a windows NTFS volume — it is important to uncheck the box for use “mac tools for multicast” which then allows you to check the box for “try to shrink the NTFS volume before taking image”. If you do not shrink the volume the imaging process will fail with an error about not being able to change the partition size.
Watch for this setting since it can revert back to the default “multicast” setting, which does not work, when you upgrade the DeployStudio software
For more details see:
http://deploystudio.wikispaces.com/Creating+a+NTFS+Master+Image+on+Bootcamp+2.x
Remote desktop access is not allowed by default in Windows 7. I change this both in the image before deployment and I also set this in group policy. if I just do this in group policy, I will be prevented from connecting to a deployed computer that has had a problem with renaming and/or joining the domain …
To allow access into a windows 7 computer from a non-windows 7 computer be sure to set … “Select Allow Connections From Computers Running Any Version Of Remote Desktop to allow connections from any version of Windows.”
For details on allowing remote desktop access see:
http://technet.microsoft.com/en-us/magazine/ff404238.aspx
With windows XP it was straight forward to copy a template user profile to the system’s default user profile, however, with the advent of windows 7 that became more difficult.
For a very detailed discussion from the Microsoft Deployment team see:
http://blogs.technet.com/b/deploymentguys/archive/2009/10/29/configuring-default-user-settings-full-update-for-windows-7-and-windows-server-2008-r2.aspx
This post says that a direct copy of the user profile breaks certain things in the new, more complicated windows 7 environment. However, this article also states (and my testing proves) that the “official” method, that of using CopyProfile in sysprep, leaves several settings unmoved.
Specifically, any user customization to installed applications are not copied. For example, all our Firefox settings and bookmarks are not copied. As well as, our particular settings of Photoshop for our specialized teaching classrooms are also lost.
Microsoft’s answer to this complaint, at the present time, is to suggest using group policy to set these settings. For many applications that would be possible. But alas, it is simply not possible with most of the specialized settings for our educational software.
In my judgment, the things that get broken by the manual , unsupported copy are far less concerning to me in a classroom /lab setting. Therefore, I presently do manually copy the user profile over the Default profile following the original method described in:
http://www.irongeek.com/i.php?page=security/windows-7-copy-default-profile
I continue to hope that Microsoft hears the pleas of so many that have posted to their deployment blog to provide a complete “copy profile” option.