I have been having lots of problems with the patches for acrobat 9 standard.
Here are the steps I have performed:
1. I have managed to create an admin install (msiexec /a acrostan.msi) for the basic 9.0 version, mst file has license key prepopulated. This installation works and I have manually patched the installation to 9.2.0 (not an acceptable solution)
2. Patched admin install to 9.1.0, then to 9.1.2 (msiexec /a acrostan.msi /p patch.msp), mst file has license key prepopulated. This installation does not work, as the license key is now invalid.
3. I tried to patch 9.1.2 admin installation to 9.2.0 (msiexec /a acrostan.msi /p patch.msp). This fails with the following error: Error 1334. The file 'M_IA32_ppi_910.rtp' cannot be installed because the file cannot be found in cabinet file 'Data1.cab'.
Is there a way to fix the error in step 2 or 3, or some other way to get an actual 9.2.0 install source, or perhaps even a patch roll up? There has to be an easier way to do this!
After much hair pulling I gave up trying to patch admin installations. Instead, I have SCCM deploying the base product (version 9.0
.0) to members of an AD group. I then have a series of SCCM collections which detect the presence of a particular version and apply the next patch in the chain. While not ideal, it does allow me to 'fire and forget' the install. I hope this helps in some way.
I read that patching causes Volume License to become Retail. http://www.msfn.org/board/topic/138793-slipstream-adobe-acrobat-9-pro/ page__view__findpost__p__891733
I can't believe this is really true and that it is that badly designed, but that would explain the license key not working.
It works perfectly fine for me.Can you please tell me :
1.How and at what stage are you creating the mst file which has volume license key in it?
2.How exactly are you trying to install acrobat using AIP(exact command or mechanism)?I think you must be using some command
like msiexec /a <path of msi> TRANSFORMS=<path of mst>.Please confirm.
I've got the same problem since version 9.3.3.
Previously I had no problem to create an AIP and to patch in order to deploy a fully updated version of Acrobat Pro, but since the 9.3.3 MSP, the process to update the AIP is going fine, but trying to install the product result in an error showing a popup that contains our licence serial number .error.
Example of the message:
To create the AIP, I'm starting from the 9.3 MSI located on the network and launch msiexec /a Acropro.msi
Then, I select a folder on my local machine, and it install the AIP inside (exemple c:\Acropro)
Then I apply the following patches to the AIP:
with the command msiexec /a "c:\acropro\Acropro.msi" /p "c:\acropro\AcrobatUpd932_all_incr.msp"
I repeat this step for the 3 others patches
The process is going fine, and installing the product like this si working fine too!
BUT I prepared an MST, and when i add it to the MSIEXEC command line with the TRANSFORMS= command, i get the error described above...
Thanks for your help.
PS: installing the version 9.3.2 and then applying the patches indicidually to upgade it is working fine, but i really want to slipstream the full product.
PROBLEM SOLVED !!!
I finally succeeded to slipstream the full 9.3.4 version and get rid off this error message
So, the solution that worked for me was to come back on my work and to REBUILD a new AIP starting from the DVD of the 9.0 version.
My prior 9.3.4 AIP was based on my 9.3.0 AIP and somehow, I guess I slipstreamed inside a security patch and not only the recommended quaterly updates.
So, I give you the list of the patches I slipstreamed that worked for me to build a working 9.3.4 AIP for Acrobat Pro.
First make a new AIP with the version 9.0 from Adobe DVD.
Then patch this AIP with the following updates:
- AcroProStdUpd910_T1T2_incr.msp (depends of your language, this patch is OK for english or french)
- AcrobatUpd933_all_incr.msp --> make a backup of your AIP at this point to be able to apply the future quaterly update.
- AcrobatUpd934_all_incr.msp --> This is only a security patch, so by applaying it, you block the future possibility to apply a quaterly update on this AIP
Hope this will help other people who are stuck with this problem
The problem I was having was caused by me running the MSI command from the wrong folder. I didn't think this mattered, but clearly it's really important.
Once you create the AIP folder, you must apply the patches from within the AIP folder. This prevented me from getting the license error after 9.2.
Had exactly the same problem and I followed your solution and this has also worked for me! Pretty crazy that the only fix is to completely dispose of the original AIP and start anew, but that seems to be the only resolution!
Europe, Middle East and Africa