Tripredacus Posted January 4, 2013 Share Posted January 4, 2013 Yesterday I integrated around a dozen MSU packages from Windows Update into a Windows 8 Pro x64 image. Of those that were integrated (confirmed via DISM) these updates still show up as being offered after checking for updates:KB2727528KB2771431KB2772501Anyone else find this behaviour? Link to comment Share on other sites More sharing options...
ner Posted January 4, 2013 Share Posted January 4, 2013 Yesterday I integrated around a dozen MSU packages from Windows Update into a Windows 8 Pro x64 image. Of those that were integrated (confirmed via DISM) these updates still show up as being offered after checking for updates:KB2727528 - yes can be injectedKB2771431 - no cannot be injectedKB2772501 - no cannot be injectedAnyone else find this behaviour? Link to comment Share on other sites More sharing options...
gotenks98 Posted January 4, 2013 Share Posted January 4, 2013 One is an executable type update and the other is just online only because its an update to the service stack, kind of how SP1 was to Windows 7. I really wish microsoft would post something to let us know what updates are integrateable or not. I spent 2 days trying to figure this out. Link to comment Share on other sites More sharing options...
cluberti Posted January 4, 2013 Share Posted January 4, 2013 Are the files that shipped with the updates still older versions on disk after you've installed Windows 8? For example, 2727528 updates synceng.dll to either .16432 (GDR) or .20533 (LDR) - what version is on disk after you install Windows 8 at that point? If it's older, you might want to check the cbs.log to see why those updates didn't apply during staging. Link to comment Share on other sites More sharing options...
MagicAndre1981 Posted January 4, 2013 Share Posted January 4, 2013 Update KB2772501 is an exe, so you can't integrate it. KB2771431 is a servicing stackupdate which can't be integrated. Link to comment Share on other sites More sharing options...
Tripredacus Posted January 7, 2013 Author Share Posted January 7, 2013 Are the files that shipped with the updates still older versions on disk after you've installed Windows 8? For example, 2727528 updates synceng.dll to either .16432 (GDR) or .20533 (LDR) - what version is on disk after you install Windows 8 at that point? If it's older, you might want to check the cbs.log to see why those updates didn't apply during staging.Both the synceng.dll files (Syswow64/system32) show as having a file version of .16384.@Andre there must have been some error along the lines in our documentation process and we didn't even download 2771431. Link to comment Share on other sites More sharing options...
MagicAndre1981 Posted January 7, 2013 Share Posted January 7, 2013 if the file version is 16384, the update was never integrated correctly. Look into the DISM and CBS.log for errors. Link to comment Share on other sites More sharing options...
Tripredacus Posted January 8, 2013 Author Share Posted January 8, 2013 if the file version is 16384, the update was never integrated correctly. Look into the DISM and CBS.log for errors.The logs on the deployed OS, or on the system I used to integrate the update? Link to comment Share on other sites More sharing options...
MagicAndre1981 Posted January 8, 2013 Share Posted January 8, 2013 the logs from the PC where you integrated the Updates. Link to comment Share on other sites More sharing options...
cluberti Posted January 8, 2013 Share Posted January 8, 2013 Actually, both - I've seen updates that will stage correctly offline, but won't install online due to many issues. So yes, please check where they were integrated, but also check the cbs.log file on the deployed PC as well to see if anything happened there of interest as well. Link to comment Share on other sites More sharing options...
MagicAndre1981 Posted January 9, 2013 Share Posted January 9, 2013 interesting, I've never seen this. Link to comment Share on other sites More sharing options...
Tripredacus Posted January 9, 2013 Author Share Posted January 9, 2013 I looked in all the first boot logs (on the client machine) and only one of the various "setupact.log" files actually has the KBs listed in it... KB2727528 was not anywhere in the log file. See the attached excerpt. I believe I got everything relevent from the Technician Computer's DISM.log. Link to comment Share on other sites More sharing options...
MagicAndre1981 Posted January 9, 2013 Share Posted January 9, 2013 you've uploaded a Win7 log. I can see that you're using a winpe. What has this to do with Win8 updates? Link to comment Share on other sites More sharing options...
Tripredacus Posted January 9, 2013 Author Share Posted January 9, 2013 you've uploaded a Win7 log. I can see that you're using a winpe. What has this to do with Win8 updates?My mount point is in a folder called winpe_x86. I should have noticed the time stamp in the logs I found. See this new attachment for the Windows 8 logs.DISM_KB2727528.txt Link to comment Share on other sites More sharing options...
MagicAndre1981 Posted January 9, 2013 Share Posted January 9, 2013 you are trying to integrate an Update which is for the release Preview into a RTM Image:2013-01-04 07:03:39, Info CBS Appl: detect Parent, Package: Package_for_KB2727528_rp~31bf3856ad364e35~amd64~~6.2.1.1, Parent: Microsoft-Windows-Client-Features-Package-shell~31bf3856ad364e35~amd64~~6.2.8400.0, Disposition = Detect, VersionComp: EQ, ServiceComp: EQ, BuildComp: EQ, DistributionComp: GE, RevisionComp: GE, Exist: present2013-01-04 07:03:39, Info CBS Appl: detectParent: package: Package_for_KB2727528_rp~31bf3856ad364e35~amd64~~6.2.1.1, related parent found: Microsoft-Windows-Client-Features-Package-shell~31bf3856ad364e35~amd64~~6.2.9200.16384, which is not real parent2013-01-04 07:03:39, Info CBS Appl: detect Parent, Package: Package_for_KB2727528_rp~31bf3856ad364e35~amd64~~6.2.1.1, disposition state from detectParent: Absent2013-01-04 07:03:39, Info CBS Appl: Evaluating package applicability for package Package_for_KB2727528_rp~31bf3856ad364e35~amd64~~6.2.1.1, applicable state: Absent2013-01-04 07:03:39, Info DISM DISM Package Manager: PID=3892 TID=3100 Error in operation: the package is not applicable. (CBS HRESULT=0x800f081e) - CCbsConUIHandler::Errorand this fails Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now