Jump to content


Established Members
  • Content Count

  • Joined

  • Last visited

  • Days Won


jrgonzalez_nyc last won the day on July 15 2015

jrgonzalez_nyc had the most liked content!

Community Reputation

2 Neutral

About jrgonzalez_nyc

  • Rank
  • Birthday 04/26/1984

Profile Information

  • Gender
  • Location
  • Interests
    SCCM 2012, Operating System Deployment, Coffee, Sports

Recent Profile Visitors

699 profile views
  1. Thanks for the link Rocket Man. I'm not sure that the associate wifi script will work for us since we dont have the machine join the domain during the task sequence and we use certificate based wireless which is group policy. So, until the machine is actually joined to the domain and it gets its policy then it gets the wifi cert. Thanks for the feedback thadkew. We make the TS only available to Media and PXE so it is not available through software center. The only issue I could see here is if someone with permissions went in and set the Run behavior to Required and even then they woul
  2. Rocket Man, thanks for you reply! I understand that we can manually delete the resource/system that is created by SCCM and then refresh and it will work since it is unknown. It would be time consuming to go in and delete the records every time a technician uses one of these dongles to set up a computer. I'm still a bit confused regarding the 2nd question you asked. If I have the MAC address of the dongles ignored by CM via the registry key, doesn't it always ignore that MAC and thus use the BIOS GUID to deploy the task sequence? I thought the device is registered with SCCM using the B
  3. Hello Everyone, I am having a problem when trying to re-deploy an OSD task sequence to machines that have already been imaged. The machines are Dell tablets and we are reusing the same NIC dongles to image them via UEFI PXE booting. I have followed the steps from this article in order to reuse the same dongles: https://blogs.technet.microsoft.com/configurationmgr/2015/08/27/reusing-the-same-nic-for-multiple-pxe-initiated-deployments-in-system-center-configuration-manger-osd/ Our OSD task sequence is deployed to the following collections: "All Unknown Computers", "All Systems", an
  4. Whats the deal with no DHCP tools?!?!
  5. Hello, I am running Windows 10 x64 Educational version on a virtual machine. My co-worker is running the same version on his physical box. We have both noticed that Windows 10 cannont connect to our Hyper-V host which runs on a windows 2012 server core machine. We get the following error: "An error occurred while attempting to connect to server xxxxx. Check that the Virtual Machine Management service is running and that you are authorized to connect to the server." The service is running just fine and our accounts are domain admins and have sufficient rights to connect to the host sinc
  6. Thanks Niall for always keeping us up to date. I usually come here first for all my SCCM issues. Do you know if we will still need Johans workaround as well, ( http://deploymentresearch.com/Research/Post/443/Beyond-unsupported-Deploying-Windows-10-preview-including-drivers-with-ConfigMgr-2012-R2 ) in order to get drivers to deploy during OSD? Or will the CU1 patch take care of this as well? Best Regards, Joe
  7. Hi, please post your smspxe.log.
  8. Just wanted to update this forum with the solution that worked for me. Initially after the upgrade I received calls regarding imaging, but then I noticed there were more problems specifically with our Management Point. My issues had to do with figuring out what was hosing our Management Point. This thread helped me out tremendously: https://social.technet.microsoft.com/Forums/fr-FR/eb21f07a-6d01-4e61-bb6b-97a47626d78a/errors-after-update-from-sccm-2012-r2-to-r2-sp1?forum=configmanagergeneral Trend Micro was causing problems with some of the services. After we uninstalled Trend Micro
  9. We just finished upgrading our SCCM Servers both our CAS and PS1 to SCCM 2012 R2 SP1. After the upgrade it seems that the new boot.wim file that is created is having issues. After the machine pxe boots and pulls down the wim file, it goes to windows is starting up then preparing network connections and then black screens and restarts. I opened up an F8 command prompt and pulled the SMSTS.log and I see an error during the TSMBootStrap.exe step. The error is Failed to download pxe variable file ... PxeGetPxeData failed with .... I have attached our SMSTS.LOG file. I verified th
  10. Thanks for the feedback. I contacted our Dell rep regarding this as well and he also suggested using Windows 8 and onward with UEFI. The good news is with all the research and time we have already spent testing, our manager decided to hold off on UEFI until we get Windows 10! Thanks for all the step by step guides you provide Niall. They really are helpful.
  11. Hello just to follow up on this thread I wanted to post what I have tried: I created a Windows 7 x64 SP1 CD as well as a Windows 8.1 x64 CD. I set the BIOS to UEFI and tried installing Windows 7 directly from the disk and it freezes. I set the BIOS to UEFI and tried installing Windows 8.1 from disk and it succeeds. It looks like this might definitely be an issue with Dells BIOS not working nicely with Win 7 and UEFI. Has anyone been able to image a Dell machine with Win7 and UEFI? If so, how did you guys do it?
  12. Hi Tim, I also read the following regarding other Dell Models: "We use MDT 2013, and UEFI on our systems. We have found, if Legacy Option Rom is disabled imaging always comes back as unable to read the partition after pushing the captured image. "0xc000000d An error occured while attempting to read the boot configuration data." Similarly, if you try to disable it after the machine is good, it will not be able to read the partition in the same way. This is only for the Windows 7 image. Never knew why, but as a result of this behavior disabling Legacy Option Rom isn't an option. Everyt
  13. Just wanted to follow up with a little more info/details about this issue. I UEFI pxe booted again and before I ran the task sequence, I did the following: Hit F8, Entered Diskpart and cleaned the selected disk of any partitions. Ran the Task Sequence again and before letting it restart I entered Diskpart again and verified the following: Disk 0 shows an as asterisk under the GPT column as seen in your post here: http://www.windows-noob.com/forums/index.php?/topic/11135-why-do-i-get-a-winloadefi-status-0xc0000359-error-when-using-uefi-network-boot-in-system-center-2012-r2-configurat
  14. After the machine restarts to continue the task sequence, it gets the black screen error efi\bcd. Yes, I actually opened up a cmd prompt using F8 and then used CMTRACE to open up the smsts.log. I copied the log from the path you referred to and copied onto a usb drive. I do notice in the log file the following error after OSDdiskpart.exe: <![LOG[==============================[ OSDDiskPart.exe ]==============================]LOG]!><time="12:54:54.999+420" date="07-13-2015" component="OSDDiskPart" context="" type="1" thread="1064" file="main.cpp:1078"> <![LOG[Command
  15. I'm starting it via PXE. Shouldnt the TS set the disk to GPT mode when it runs the UEFI step?
  • Create New...