McRip KB2732072-v3 is not superseded completely (microsoft-windows-bitsrealisticestimate 6.1.7601.22055) same for KB2819485 (microsoft-windows-classpnp 6.1.7601.22269) Thanks
Hi McRip: I am new at this, and learning quickly. (Made my first working w7 ISO with updates, ie10, add-ons, apps using KUC then WinToolKit. I just downloaded the Net4.5 Update installer in your signature, and Norton NIS2013 removes it claiming a weak excuse, "unknown file, no reputation". It is a 300+ MB download. I assume this is a false positive? Also, but "Update Installer", two questions; 1. Is it updates to use AFTER installing Net4.5, or does it also install Net 4.5 totally? 2. Does this have "silent install" switches? Cheers, Neal
If I remember correctly it installs .net if not detected, if detected it only installs the updates (and removes old superseded ones too) BTW check my sig for more .net 4.5 options
I am seeing an issue with the VCF#J# Redist installer. I also tried the McRip 1.5.5 Redist installer also to confirm. If I start with a standard/stock Win7SP1X64 ISO, use KUC to apply all win updates, then switch to WinToolKit 1.4.1.27 and attempt to use (install) the silent installer for VC Redist, when it run during post installation, I get an error pop-up for both the 2005 VC Redist and the 2008 VC Redist. The others continue on after I click OK on the errors. The Errors are; Error 1935. An Error occurred during the installation of assembly Microsoft.VC80.ATL,Type=win32,version=8.0.50727.6229,processorArchitecture=x86 and Microsoft.VC90.ATL,version=9.0.30729.7523 Any ideas? I have the redist as the very first silent installer that wintoolkit does. The other 34 installers do just fine after that. Could there be a win update already installed that is conflicting? Thanks, Neal
You are right with 2819458. But 2732072-v3 has only the microsoft-windows-bits-client and this is superseded by KB2863374-6.1.7601.22365 2819458 will be reuploaded.
is right for the KB2732072-v3 and KB2863374 , when update KB2732072-v3 will auto set registry value bitsrealisticestimate , if update KB2863374 wont auto set registry value bitsrealisticestimate , so choose both update and still use latest qmgr.dll and also will auto set registry , or choose update KB2863374 only and set registry manually ....
When I run KUC on Win7, I no longer see KB2685811 and KB2685813 listed if they are missing. KUC lists the files if they are missing on an online system, but it doesn't list them if you run it for an offline system ( /VHD-drive option) Code: Enhancement: To avoid reported problems with some video drivers 2685811/2685813 will get KUC-State: OK/WARNING if installed ADDLATER if missing If you manually integrate the GDR and LDR versions of the fixes into an offline wim and then run a check, KUC lists the GDR versions as OK/REMOVE instead of OK/GDR .
I have struck this twice now on my machine, and since I also have found it on someone else's machine I am sure it isn't hardware related. The similarities between the machines is that both were running Windows 8 and both have a Z77 chipset. Using the latest Intel AHCI driver, 12.8.0.1016, there seems to be the potential for data corruption of some description during heavy file operations after the machines have been on for several days. It meant I had to reinstall Windows twice on my computer and once for the other person, and use an older driver from the 12.x series. The heavy file operations aren't on the system drive, although the system drive on both machines is the one where the corruption meant a reinstall. It's a bit of a hard thing to know exactly what the issue with it causes. It could be pure coincidence and nothing to do with that driver at all, but it really is the only similarity and 'newish' thing on both systems that could remotely have anything to do with the issue, and it only seems to occur in the situation where the system had been on for a few days without a restart and heavy file operations were taking place (constant operations too, such as torrenting etc). Anyways, if people are using this driver I recommend going back to an older driver from the 12.x series just to be on the safe side.
Although I have not (knowingly) run into this particular problem, thanks for mentioning it. It's helpful because some problems are so hard to pinpoint that it makes you feel like you're going mad sometimes, especially when you can't find anyone reporting the issue
i stopped using intel's ahci drivers a long time ago, after discovering, they were the cause of storport.sys bluescreens, in cases where my cpu was under heavy load for hours. -andy-
Being biased myself i blame win8 first. I cannot fathom how ms could take such a stable system like win7 and screw it up so bad to make win8. I've seen people have some very strage and hard to track problems on win8. Everything fine under win7.
This was the first time I have actually come across an issue with the AHCI drivers, it seems only the 12.8.0.1016 is affected (although the earlier 12.8.x.x driver may also be affected). I'm currently using 12.5.0.1066 as I know that one is definitely fine (as far as I can tell). Could be, but since it was only with 12.8.0.1016 I blame that instead . I will definitely give the next driver a go though! I mentioned it in the Windows 7 Hotfix repository thread because it is the same driver as Windows 7, so Win 7 is probably affected too. It could well be though that it is only an issue affecting Windows 8 with this driver.
i am adding all updates for windows 7 through dism command Code: Dism.exe /image:%~dp0MOUNT /Add-Package /PackagePath:"%~dp0x64" However as I now have 426 to add to an originan install.wim, its takings hours to complete, any idea how to speed this up, was thinking of splitting the update folder into 4, so have 4 passes ?
These days I find it better to make sysprep'd images. Offline integration is OK in itself but the sheer amount of updates (and pending updates that come along with it) is just getting a bit too much. Using sysprep you install the OS in a VM and run the update script(s) live and you can reboot so no pending updates. Also, you can check what WU offers at the end of it all, etc. I recently made 2 Win7 images that way with IE10 installed and they work perfectly. I used to literally make hundreds of images using offline integration but since I've used sysprep I haven't really gone back to offline integration as there's really no advantage to it for me. But even then I divide the updates up into 6 or 7 folders and run each folder with a script and then reboot, until all updates are installed. I then do the WU satisfy updates with its script (as found in McRip's updates) and then to be sure run WU too.