EdwardKK
Posts: 65
Score: 0 Joined: 5/14/2007 Status: offline
|
Sorry, I said that wrong. I'm using MDT build 4.1.423.0. I checked the FQDNs, and can't find any typos. And yeah, things seem to resolve other FQDNs just peachy. My MDT/SMS box is in another AD site, but I have a local DC with DNS providing the DHCP scopes. it's really weird. The exact same machine I built the image on (a dell d630) could not join the domain, so I KNOW the image has the drivers. Even if Driver injection is failing it shouldn't matter because all the NIC Drivers for that OS and machine were built into the image when that image was captured. When I added WINS, it worked just fine. Could it be a format for the domain that I'm screwing up? I'm using "dom.domain.com" as the format. We have a big forest so it's not just a simple domain.com format, but has a couple levels to it. But frankly, thats the domain format I use to join the machine manually, and it works great. But having said that my FQDNs are all perfect, I seem to have problems with Driver injection on other platforms as well, so there's got to be something else going on. I've got an Optiplex 755 that just will NOT inject drivers and as a result, after imaging I just get bluescreens. WinPE seems to be pulling all the settings needed from the FQDN of my MDT/SMS box, but when it flashes the "driver injection" notice in ZTI it's going way too fast to pull them down. But the FQDN for my resource root is indentical to the FQDN used in my bootstrap.ini and other settings used to query the MDT databases, the only difference being the drive share. So SOMETHING weird is going on here that i can't seem to find.
|