Skip to main content

Get the Reddit app

Scan this QR code to download the app now
Or check it out in the app stores

r/MDT

members
online

MDT Sysprep + Captura não acontece MDT Sysprep + Captura não acontece

Bom dia, pessoal!

Realizei a criação da tarefa de captura e segui todos os passos para efetuar o processo, incluindo a captura da imagem padrão. No entanto, ao prosseguir com o processo, ele não é concluído e também não apresenta nenhuma mensagem de erro.

Anexo o print da tela para referência e gostaria de contar com a ajuda de vocês para identificar o problema.

Agradeço desde já

https://preview.redd.it/mdt-sysprep-captura-n%C3%A3o-acontece-v0-r7oj1bbfwynd1.jpg

WDS Contacting Server... sometimes works, usually times out. WDS Contacting Server... sometimes works, usually times out.

Not a sysadmin, just a new IT support worker tasked with figuring out how to mass deploy windows, so forgive me for probably missing things that may be obvious etc. I've succesfully figured out 99% of this whole thing - when a client sucessfully boots the lite touch image, then things a perfect.

No the issue is that 9/10 times, the boot times out, error code 0x80074e66. i have to reboot the client a dozen times until eventually it works. i'll dump as much info as i can and hopefully it helps illuminate something.

setup:

  • 10.11.0.31 hosts the wds server and a dedicated dhcp server (https://dhcpserver.de/ v2.5.2 specifically). configured to only respond to known clients (how i want it) and with options 60, 66 and 67 are set. they are obviously correct as the setup works, sometimes. we have a primary dhcp server for our actual general use, also known clients only, but the client is not set up in that server. wireshark and server logs show that everything here is working as expected (options, nextserver, bootfile, etc. all in the ack packet).

  • 10.11.50.5 is the client in this case. i've read this thread (PXE Boot, DHCP Options, and IP Helpers : r/MDT (reddit.com) and the community post linked in it and as far as i can understand there is no benefit to me using an IP helper here. frankly, even if it were to be an improvement, i want to resolve and understand what is going on with the existing dhcp solution.

on a successful boot (visual observations and wireshark inspection):

  • the dhcp server responds to the client wanting to network boot. IP is assigned, options are in the packet.

  • there is a bunch of tftp traffic a few requests, followed by 901 successful transfers of the wdsnbp.com bootimage my dhcp options point to.

  • the client progresses to a second screen stating WDS Boot Manager version 0800, client IP 10.11.50.5, server IP is 10.11.0.31, server name EDV-31 (all correct). press enter for network boot service.

  • pressing enter results in ProxyDHCP request and ack packets with the new bootimage bootmgfw.efi

  • followed immediately by a bunch of tftp traffic downloading the lite touch boot image.

  • the client shows the lite touch image downloading after a brief moment of showing a screen saying Windws Deployment Services Contacting Server 10.11.0.31

  • everything continues to install perfectly with 100% success rate if it gets to the point where the lite touch image begins to download

an unsuccesful boot:

  • same, until the ProxyDHCP request and ack packets. the packets are the same, but instead of progressing: request > ack > tftp, it simply loops. request > ack > request > ack a bunch of times until the timeout error.

  • if it does not begin the lite touch download immedaitely as above, it will always time out. there is no sometimes delay, or intermittent success after some wait. its immediate success or guaranteed timeout failure


What does it mean to get mouse and keyboard under UEFI, but not BIOS? What does it mean to get mouse and keyboard under UEFI, but not BIOS?

Trying to boot a LiteTouch image and I'm completely stumped. It can't be a driver issue if they work under UEFI. can it? The image boots properly under both UEFI and BIOS, but I literally can't do anything after it boots in BIOS. It's based on the latest ADK/WinPE. I've integrated every driver I could muster (this is a QEMU virtual machine). I'm out of ideas.