2014/01/14 Added: 2896146 2904440 2911037 2911106 2913212 2913270 2913659-v2-x64 (Hyper-V) 2913700 2913766-v4 2914218 2916626 Removed: (superseded by) 2893984 (by 2911106) 2897602 (by 2896146) 2902821-x64 (by 2913659-v2-x64) 2907800 (by 2911106) 2907997 (by 2916626) 2908174 (by 2911106 + 2903939) 2911134 (by 2913270)
Thanks Abbodi- you're doing a great job! And you're faster than I was. --------- ricktendo64, my defrag is similarly broken (I gave up and switched to non-MS defragger).
Anyone tried to add the new servicing stack to a DVD? Or shall we declare it as not integrateable as usual.
Plane integration test: Added KB2904440 first -> successful with "Installed" status Added KB2883200 (to trigger pending status) then KB2904440 -> successful with "Install Pending" status i think it can be considered as regular update they even removed "exclusive" part out of update.mum manifest p.s: the test i made was after i installed the new stack, so this could be relavent to the success i mean, does the servicing stack affect the offline servicing or just live online?
I used this method and no problem-installation went well. I integrate all of the GA package before all else: KB2894179 to WinRE, Boot 1 and 2, KB2896394 to WinRE and Boot 2 then KB2883200, KB2894029, KB2894179 all to install.wim first. All other updates are then integrated without any issue during live install. I really don't think the "order of integration" makes any difference though. 8.1 Pro x64
Short answer: for me no-even after integrating KB2894179-cursor problem still there. I've always used PerfectDisk Pro, so, this is a knew one for me-glad I go third party then.
A hotfix rollup does not mean it includes ALL hotifixes since the rtm release...it means its a rollup of many hotfixes