We saw similar issues after our R2 upgrade with WinPE 5.0 x86, it was only on 
machines with > 4GB of RAM. Our solution was to switch from an x86 boot image 
to x64. We had a case open with Microsoft as well and they filed it as a bug.

See attached for a little detail.

Daniel Ratliff

From: [email protected] [mailto:[email protected]] On 
Behalf Of Richard Poole
Sent: Friday, September 18, 2015 11:44 AM
To: [email protected]
Subject: [MDT-OSD] Driver injection on Lenovo M79 w/ > 4GB of RAM

Hey everyone,

Wanted to see if anyone else was having imaging issues with some of the Lenovo 
M-series models (M78, M79, & M83) with Win8.1 x64. Right after the image 
install and driver injection (even if the driver package is completely blank), 
if the system has more than 4GB of RAM it will reboot and start up like it’s 
going to configure devices and then the screen goes black and hangs. Same 
process with 4GB or less of RAM and task sequence completes without problem. 
Disable the driver package injection step and it also completes with the 
greater amount of RAM.

I’ve recreated the driver packages and updated BIOS to latest, no change. 
Hopefully someone else has seen this and it’s a stupidly simple fix that I’m 
missing.

Thanks,
Richard Poole

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.
--- Begin Message ---
Correct, the modification is within the WinPE boot.wim.  I set the value to 999 
in my environment.  This solved the problem.  Basically the last paragraph 
states if you set it to 365 per the article, once your image is more than a 
year old (date/time on SOFTWARE hive file) it will then start compacting again 
and you’ll be broken again.



From: [email protected] [mailto:[email protected]] On 
Behalf Of Michael Gouldthorp
Sent: Wednesday, March 11, 2015 3:21 PM
To: [email protected]
Subject: [mssms] RE: Sporadic issues imaging PCs with more than 16 GB of RAM



I ran across this same blog post. I didn’t find the solution very clear. Did 
you modify the reg key on the boot image (X86) itself?



Also the last part of the blog post was kind confusing…



Setting this value has the effect that the registry hives are not compacted as 
long as the modified date of the hives is not older than a year. When you 
intend to use the deployment longer than a year,  a higher value must be chosen.



Thanks,

Mike



From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Giroux, Eric J
Sent: Wednesday, March 11, 2015 1:15 PM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] RE: Sporadic issues imaging PCs with more than 16 GB of RAM



Try the fix described in this post - 
http://blogs.technet.com/b/dip/archive/2015/01/21/win2008r2-win7-stop-0xf4-during-task-sequence-os-deployment.aspx



This fixed my issues with being able to image a laptop model with 16GB of RAM 
using WinPE 5 x86.



From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Daniel Ratliff
Sent: Wednesday, March 11, 2015 10:49 AM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] RE: Sporadic issues imaging PCs with more than 16 GB of RAM



Yep, had tickets with Microsoft and everything. X64 is the only known fix, the 
issue is DISM. I have not tested the 8.1 update ADK to see if that resolves it.



Daniel Ratliff



From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Michael Gouldthorp
Sent: Tuesday, March 10, 2015 11:40 AM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] RE: Sporadic issues imaging PCs with more than 16 GB of RAM



I recently captured a new Windows 7 x64 image (using SCCM 2012 SP1 R2 CU2 on a 
Hyper-v VM) and now image fails to install on machines with 16 GB of RAM about 
30% of the time. The systems will either Blue Screen (0x00000F4) or Black 
Screen. Systems with 8GB of RAM image without any problems whatsoever.



>From the people I have talked to and the research I’ve done it sounds as 
>though I should use the x64 boot image (which appears to work in my 
>preliminary testing) .  I’m just confused why this is an issue now and why the 
>issues itself is intermittent.



Has anyone run into similar issues imaging systems with large amounts of RAM?



Thanks,



Mike Gouldthorp
System Engineer II


Sub-Zero Group, Inc.

608.271.2233 | subzero-wolf.com<http://www.subzero-wolf.com/>
2866 Buds Drive Fitchburg, WI 53719



Description: Description: cid:[email protected]






The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material. If you receive this material/information 
in error,
please contact the sender and delete or destroy the material/information.









--- End Message ---

Reply via email to