mrbeatnik

Member
  • Content count

    33
  • Joined

  • Last visited

Community Reputation

0 Neutral

About mrbeatnik

  1. Perfect. I was just missing the DLLs. Of course I would just assume the MDAC package would supply them... Thanks for reference. The INF file was really handy for the registration of the files. Thanks again!
  2. Hi folks. I am trying to query AD from Windows PE 3 (based on Windows 7). My script works in Win 7 and XP, but I am aware there are issues with PE so need to modify the script. I am aware that HTA cannot query with ADO, so I am just running a stand alone script. I have added the Winpe-MDAC component to winpe (I also have HTA,WMI,WSH components as well). I have also disabled the firewall, just in case... Here is what I have (names changed to protect the innocent). username = "myname" DOMAIN = "myDCNAME/DC=subdomain,DC=domain,DC=com" Set ADConn = CreateObject("ADODB.Connection") ADConn.Provider = "ADSDSOObject" ADConn.Properties("User ID") = "mydomain\myadreadableuser" ADConn.Properties("Password") = "mypass" AdConn.Properties("Encrypt Password") = true ADConn.Open "ADs Provider" query = "<LDAP://" & DOMAIN & ">;(&(objectclass=user)(sAMAccountName=" & username & "));distinguishedName;subtree" Set ADrs = ADConn.Execute(cstr(query)) IF NOT ADrs.EOF Then WScript.Echo ADrs("distinguishedName") End If So I get the error 80040E37 on the execution of the code. Any suggestions why this wont work? How can I check that I have all needed components? [EDIT REASON : Added Solved to title!]
  3. The script has been posted to the AutoIT forums: http://www.autoitscript.com/forum/index.php?showtopic=105570
  4. Hi again all. I'm finding it quite difficult to get a list of command line programs to use within a custom WinPE (3.0) boot.wim. In particular, I can't seem to find info on how to query a WDS server to see specific information. For example, I would like to: 1 - Query the server to find out what Multicast names are available for me. 2 - (Display the multicast info to the user for them to choose) 3 - Start a multicast session of their choice. I would expect 1 and 3 would have to be command line driven (through vbs or whatever method I choose). If number 1 got the details to a text file, I could display them to the user in a HTA for number 2. Does anyone know if number 1 is possible? Nnumber 3 is using the following code, but I would like to be able to fill in the namespace and sourcefile dynamically from PE: wdsmcast /progress /verbose /Transfer-file /server:myserver /namespace:WDS:"my group/mywim.wim/1" /username:domain/user /sourcefile:"images\my group\mywim.wim" /destinationfile:c:\install.wim I only have a WDS server and not a transport server. Thanks ===EDIT=== Modified post to make quesiton a little clearer - hopefully!
  5. Sorry to bump this thread since it's quite a few months old... Just thought I would update anyone who is trying to do something similar (probably not many)! Unfortunately I could not get NETSH or any other inbuilt windows command to do the job, due to domain permission restrictions and lack of "runas" or "secondary logon" service in PE. However, I managed to create an AutoIT script to retreive OPTION12 from DHCP. Option 12 (and other options) are sent when a BOOTP request is sent to the router on the subnet - and doesn't require any permissions at all. We have both DHCP and BOOTP enabled on our DHCP servers, so BOOTP being enabled is probably a requirement. This means we have a centralised area where we can manage computer hostnames - in DHCP: We add the hostname to OPTION 12. This is collected using my AutoIT script before imaging where the technician confirms it is correct. This is put into a text file until after imaging where a script will modify sysprep.inf (XP) with the correct name. Anyway, thanks for the input in this thread. It took some time to get there, but I have a solution!
  6. Don't you love when you answer your own quesitons? Of course, if I had not have posted here, I wouldn't have gone on the route to find the answer probably! OK, so my deployment from BDD has an unattend.txt. In here I have: [Unattended] ComputerType = "Advanced Configuration and Power Interface (ACPI) PC", Retail http://support.microsoft.com/kb/155197 So quick look at Txtsetup.sif in my deployment: [Computer] acpiapic_mp = "ACPI Multiprocessor PC",files.none acpiapic_up = "ACPI Uniprocessor PC",files.none acpipic_up = "Advanced Configuration and Power Interface (ACPI) PC",files.none syspro_mp = "Compaq SystemPro Multiprocessor or 100% Compatible",files.none mps_up = "MPS Uniprocessor PC",files.none mps_mp = "MPS Multiprocessor PC",files.none e_isa_up = "Standard PC",files.none 486c_up = "Standard PC with C-Step i486",files.none So the line means it is forcing the install as acpipic_up - uniprocessor (this type of PC allows changing the hal pre-minisetup after sysprep, but will force UP hence WDS sees the sysprep capture as UP - this was great in our older environment where we would do just that - point to UP or MP in minisetup). I am about to comment the line out of unattend.txt which should force the XP setup to detect the HAL, which should see it as MP. Hopefully that will resolve the issue - I will post back later to confirm (this will take a little time). Hoe my ramblings help someone. +++++++++++++++++++++++++++ Yep, this fixed the issue of course. Cheers for reading!
  7. Hmmn, OK... Only one processor shows in taskmanager for my XP install. Both cores are showing in device manager. The COMPUTER info in Device Manager does not say Multiprocessor (it doesn't say Uniprocessor either, just ACPI (but hardware IDs show UP info). So, BDD installed this machine as UP instead of MP. This has become a different problem all of a sudden! (Time for topic change?) Anyone know why my unattended BDD deploy of SP3 is installing UP on a MP then? I've picked BDD deployment setup from someone who has left the team, but never seen this problem before (we didn't use WDS before). Thanks
  8. Hi all, I think this might be the right area... I can't see a specific WDS area. I have a problem where a captured image is seen as UP, even though it is done on a MP machine. I install Windows XP SP3 on a PC. The PC is a Core2Duo. I sysprep the machine. I boot up to WDS PXE and choose the Capture Image WIM. I successfully capture the Sysprepped image and add it to a group on the WDS server. When I go to the WDS server console to check the properties for that image, it says ACPIPIC_UP. Ok... maybe something is disabled in my capture PC when I did sysprep and it thinks its a UP PC. (Note this shouldn't be the case as Core Multiplexing in the BIOS is enabled) So, using the same capture PC, I boot to WDS PXE to the BOOT.WIM so that I can image the PC with the captured WIM I just took. I cannot see the captured WIM. The BOOT image is obviously seeing the PC as a MP machine.... so why did sysprep decide that it's a UP machine? Any advice? Thanks
  9. Using a different packet sniffer (IPTools), I changed the mode to NDIS and managed to see packets RAW mode doesn't seem to see them... Is this a limitation in PE, or are you aware of a way around this? Is there any technical information on this at all?
  10. Hi again. Using wireshark on the router, I can see that packets are being sent to my WinPE machine that is connected to the network with a valid IP address through DHCP. It communicates with WDS fine. However, the packets are not being received by certain software I am using. I tried running PaketMon as this is lite and thought PE could handle it, but it shows no packets coming in at all on the machine itself. I have stopped the firewall that PE runs, just in case it was interfering. I am using the Windows 7 boot.wim and install.wim to get to PE interface, and shift-F10ing out to try these methods. Does anyone have any ideas as to why apps are not picking up packets? Of course, the apps work in XP fine, with the same packets. Thanks
  11. Hmmmn, although Microsoft says that the scope overriding is not how it should work. The reservation level options should actually override the server scope options, which isn't happening. http://technet.microsoft.com/en-us/library...705(WS.10).aspx Well, in any case I am ok just now, but still strange why that is happening. This is definately not a PE topic anymore
  12. Hey Tri, Fixed it! Problem was a little obscure I guess. We set Server scope options (which point to our existing PXE), which in turn applies the options to all reservations on all subnets on that particular DHCP server. I tried to change the scope options 66/67 on an individual reservation - which appears to work from the MMC, but really the server scope options are still overriding this, even though the reservation does not show the server option any more. d'oh! Thanks anyway!
  13. No joy there... Had tried various combinations of the filename, just in case The \ at the beginning of the ROM name doesn't solve this issue.
  14. Hey all. Ok, so a PE forum but a WDS connection question. Tri, I understand if you move the thread to a more appropriate area! Wasn't sure where best to post. So I have WDS setup on our live server now in native mode (Win 2008 R2 x64). I have modified option 66/67 on the DHCP server for the reservation of one machine I am testing at the moment. (66 = IP address of WDS, 67 = boot\x86\wdsnbp.com) WDS is setup to accept all clients at the moment (no approval required). I have a boot.wim ready. I boot up the PC and PXE boot and.... it doesn't boot. PXE-E53: No boot filename received. Now normally we have a RIS server (still up and running) configured through the scope for options 66/67. This works fine of course.... so I'm unsure where the problem is here. Client is on subnet 103. DHCP is on subnet 222. WDS is on subnet 250. Any help is of course appreciated!!
  15. Hi again! Should be an easy one... I have a boot.wim from WDS. Normally this would load from PXE and then allow you to authenticate and choose a image to multicast. I tried using WAIK to create an ISO of this, so that I would hopefully get the same option from DVD, but when I load the ISO it starts the Windows 7 installation! How can I take the boot.wim and get it to work the same way on an ISO? I would like it to connect to the WDS server. I tried: copype.cmd x86 c:\PE\winpe_x86 Replaced all instances of winpe.wim and boot.wim in this new directory with my wim from the WDS server (I renamed it appropriately). oscdimg -n -bc:\PE\winpe_x86\etfsboot.com c:\PE\winpe_x86\ISO c:\PE\winpe_x86\winpe_x86.iso Thanks.