A Manual or Guide?
Posted 20 March 2012 - 04:49 AM
We have 5 PC's, 1 NAS (FreeNAS) and 2 laptops. The problem we have is a limited monthly download quota and as such we would prefer to only download windows updates once and then have all the other PC's access the updates from that PC. Is this what Autopatcher does?
Does Autopatcher do updates of other software as well, i.e. Java, MS Office, Virus and Malware definition updates and so on?
Posted 20 March 2012 - 06:48 AM
To answer your questions in one word... Yes. except the NAS.
Autopatcher will download the updates DIRECTLY from windows update servers. We provide the program that fetches the updates(APUP), the scripts that APUP uses, and the program that allows you you choose and install the updates AutoPatcher.
Program will first come to this site and download a manifest list of available scripts. Each script is a targeted OS that we support or other software... JAVA, MS office, Adobe, and so on. Then once you make your selections it will download each script and then parse them for the downloads to retrieve. Once done you may then run AutoPatcher.
This program will make sure the downloads are official according to our script and allow you to install them. Any changes in the MD5 of a file will be flagged unofficial(this can happen if MS changes a file without warning/reason. It happens alot actually). Once the check is done you are presented with all available installs for your current OS. Select what you want and Install them. You of coarse will want to check with Windows Update afterwards due to are inability to include updates for hardware related updates and we only update on patch Tuesdays so something might come out in between our last update and when you check.
IF you want to use this for multiple Computers I highly recommend a USB stick that is USB 2.0 able and I hope your computers are new enough to have USB 2.0 ports. Using the current AP over Network is very slow due to the MD5 checking. You can disable that though, I forget the command at the moment. Make sure to mount the network path to a drive first... or else AP will throw errors. The current version of AP is not network aware. I am working on a new version though.
Autopatcher really shines in the situation you are in. Limited download capacity or unwillingness to download the same damn thing multiple times to different computers and then the 5-6 reboots per computer, wasting several hours if your doing it one at a time. Doing it this way, you only need about 10-30 mins and your done per computer. There is the necessity to have them updated to most recent Service Pack though. It keeps the downloaded amount ALOT lower.
Quick Start Guide.
Download the program to any directory you want. APUP will run from any local directory(or NAS if mapped to a drive(not recommended due to massive HD usage during MD5 check)) no need to install. It will create the sub-directories it needs(IF it has the proper permissions).
MAKE A NEW DIR and put APUP in it for EACH different OS your updating to help you keep track... otherwise your going to end up with a HUGE folder and no way to pull out a set of updates to burn to CD or anything.
example AutoPatcher_XP_x86 or AutoPatcher_Vista_x86
Run APUP. It will contact this server and get a manifest list. The list will show options to download. (the date shown is the last time the script was updated. That doesn't mean it is not current though.)
Select the following:
AutoPatcher Engine <-- this is the program you will use to install the updates
AutoPatcher for <INSERT OS> <-- select the OS install you want to download for.
Microsoft Security ENU <-- (MS)Malicious software Removal Tool update
You can select anything else you may want/need.
After the downloads are done. You run AutoPatcher and select what downloads to install. Anything in BLUE, it has detected that it is already installed, so you don't need to select that. Things that Microsoft has deemed 'critical', are auto selected for you, provided they aren't already installed.
ohh one more thing... both applications have command line arguments. The one recommended one is /log. Make a batch file for AutoPatcher and have it run autopatcher with the /log command so it will generate log files. APUP already has a batch file called "hit_this_to_generate_a_log_file_for_apup.cmd". Nice for us to see log files if something goes wrong you can post it here and we will help you fix an issue.(if we can)
AND another thing: AutoPatcher will need admin rights of course so it can install updates... We recommend disabling the annoying windows vista/win7 rights management crap while the installs are going otherwise your going to be doing alot of clicking.
Edited by ViroMan, 20 March 2012 - 07:14 AM.
Posted 20 March 2012 - 08:00 AM
Will an 8GB USB stick be enough or should I be looking at something bigger?
Posted 20 March 2012 - 03:55 PM
Remember I recommend you name your folders according to which updates you downloaded for... example AutoPatcher_Vista_x64 or AutoPatcher_Vista_x86
So for you... make a folder called AutoPatcher_Vista_x64 put a copy of APUP in it and download Vista_x64 script downloads.
then for your x86 computers make another folder called AutoPatcher_Vista_x86 and put a copy of APUP in it and download Vista_x86 script downloads.
Edited by ViroMan, 20 March 2012 - 04:06 PM.
Posted 20 March 2012 - 11:50 PM
Posted 22 March 2012 - 01:09 AM
The top three are already selected and then I assume I select the relevant Windows item for that system, in this case Windows 7 SP1 x64 as I assume that means for all 64bit systems? Or does it?
My desktop is an intel i7 930 cpu, 8GB DDR3 ram and so on.... We have also got other intel and AMD systems.
Posted 22 March 2012 - 01:40 AM
If you update multiple OS's then you want to have all the releases in one folder which is what I have done but makes it a larger download when updates become available or as ViroMan suggested was to individual folders for each release
Hope that helps
Posted 22 March 2012 - 06:43 AM
Seriously I know there is a command to disable MD5 checking in AutoPatcher but, for the life of me I can't find it.
Well.. if you delete all the .RTI files AutoPatcher won't run an MD5 check but, it will show as unofficial, not a big issue really.
Edited by ViroMan, 22 March 2012 - 06:48 AM.
Posted 17 April 2012 - 01:51 PM
First and foremost, I would like to thank you very much for doing what you've done so far, incredible work!
I'm pretty new to autopatcher, and i have a slight problem with scripting this to a batch file. Working in a enterprise environment, and a smooth script on a network share would really make everyday a cakewalk.
When i run autoupdater.exe /unattend /recommended, it still doesnt install all updates that the machine needs. Several of the security updates are still in the windows update recommendation when i go there to check against the updates autoupdater has installed.
Im also wondering about the /answerfile:"path". I have spaces in the network share where I want to put the apup folder. I've tried with several different strings, and i figure it should look something like this:
/answerfile:"\\servername\software\microsoft windows 7\windows 7 upgrades\apup\answerfile.aaf".
/answerfile:\\servername\software\microsoft windows 7\windows 7 upgrades\apup\answerfile.aaf
Doesn't seem to affect the results, as it doesn't seem to be able to detect the answerfile.
I've also tried with just linking it to the main "apup" folder, without the /answerfile.aaf ending.
Is it even possible doing this through a share? Speed is not a problem, but i recon the UNC path may not be supported..?
Thanks in advance!
Edited by kokkykrao, 17 April 2012 - 01:53 PM.
Posted 17 April 2012 - 06:01 PM
AutoPatcher does NOT like network directories. You have to fool it by mounting the directory to a drive. Then it should work fine. Try that and then report back.
Posted 18 April 2012 - 06:21 AM
I figured i had to mount it, but I still am curious about the answerfile! I'll do some tests today and give you an update before I leave work. Thanks for the fast reply!
Posted 18 April 2012 - 08:12 AM
net use R: "\\servername\Archive\Software\Operating Systems\Microsoft Windows 7\Microsoft Windows 7 Updates\apup"
autopatcher.exe /nolicense /answerfile:answerfile.aaf /noreboot /log:\logs
I've added the noreboot switch because I intend to migrate this with my WDS script. - Haven't tested it yet though.
I'm not really sure about the /log, it seems AP won't create new logfiles after the first is created, and upon deletion, the log still will not be created. The goal here for me is to place the logfile(s) in a folder I created in the apup folder, called logs.
The answerfile worked as intended, which is great!
Edited by kokkykrao, 18 April 2012 - 08:33 AM.
Posted 18 April 2012 - 12:35 PM
This leaves me with 2 problems:
2. Logfiles. - How to save in given location - and is it even possible to create more than 1?
Posted 18 April 2012 - 05:14 PM
if its install speed you can speed that up alot over the network by removing all the RTI files. That will stop autopatcher from checking the MD5 of each and every file over the network which takes alot of time.
APUP generates your log files in the same folder. AP generates log files in the windows directory. "autopatcher.log" There is no command to change this behavior as far as i am aware.
Posted 18 April 2012 - 05:38 PM
AutoPatcher 5.6 Release Notes
By Antonis Kaladis, Version 2.1.0, Updated 20th August 2007
1 - Preface
This document is based on AutoPatcher.exe build 126.96.36.199.
2 - Treeview Shortcuts
Shortcuts available from the selection window.
Ctrl + A Select all
Ctrl + D Deselect all
Ctrl + N Select none (same as above)
Ctrl + I Select all except installed
Ctrl + L Load selection from answer file
Ctrl + S Save selection to answer file
Ctrl + R Restore defaults
3 - Exit Codes
Code returned when AutoPatcher closes to inform other programs that may have called it whether it was successful of not.
-1 Crashed (!)
1 User exit
2 User exit, avoiding reboot
5 Installation finished, reboot not required
10 Installation finished, reboot required, but supressed via commandline
4 - Commandline Arguments
Commands you can pass to AutoPatcher.exe via the command line to alter default behaviour. ? Shows a message about the available switches help Shows a message about the available switches nolicense Skips both the AutoPatcher and Microsoft licenses nocrashhandler Disables the crash handler log Enables active file logging (to <windows>\autopatcher.log) report Used along with /log, adds an installation report to the log file verbose Enables additional output that /log would not normally write devmode Allows you to ignore errors (in crash handler) noreboot Skips the reboot sequence (Not implemented yet fully) nodetection Skip file and registry detection on modules. Everything will be as if it's not installed, even if it is! english Overrides the user interface language (normally adapts to regional settings) and switches it to default, english. answerfile:<filepath> Specifies an answer file to load. This overrides the Answer File screen (where AutoPatcher would normally detect answer files in its folder and ask you whether it should load any of them) unattend Activates unattended installation (implies nolicense). This also skip the answer-file screen, so the only way of specifying an answer file is through the answerfile switch. minimal Only used along with unattend. This will run AutoPatcher with a minimal UI. recommended Normally only modules marked as critical will be checked by default in the selection window. This switch allows modules marked as recommended to be checked by default too. neverselectinstalled Installed child items of a parent will not be selected when the parent is marked for installation (normally selecting a parent will also select ALL children, even if installed/blue). slipstream:<share> Allows you to integrate patches into installation media, where [i]<share>[/i] is the drive and path to the share. This disables detection (no point detecting what is installed on the running system since the patches will be applied to a share), removal (can't remove an integrated patch from a share, can you?) and environment checks (e.g. windows version, language, ie, wmp -- for the same reason that detection is ignored).
Edited by ViroMan, 18 April 2012 - 05:52 PM.
Posted 19 April 2012 - 09:17 AM
I was referring to the install speed, I will delete the RTI files and check again, thanks for the tip!
This is what I'm talking about. AP fails to generate the logs after the first log has been created.
Posted 19 April 2012 - 09:22 AM
I might have a few ideas as to why your having problems but, I need to do some testing.
Edited by ViroMan, 19 April 2012 - 09:38 AM.
Posted 19 April 2012 - 09:39 PM
Posted 20 April 2012 - 09:06 AM
Im running it with admin rights.
And another thing: For some reason the 2005 C++ distributional packages fails on installation, (didnt get what the error message said, but I will do another test today and see if they reappear).
This stops the entire installation even though its run with /unattend. Is there a workaround for this?
Posted 20 April 2012 - 06:27 PM
You can try running the exe with the install commands we give it and see if it gives an error. Assuming its the x64 os you have:
vcredist_2005_SP1_SU_x64.exe" /q /r:n
As for solving the log problem I came up with nothing.
Have you tried running the AP on local HD and linking the modules directory to the netfolder
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users