/build/static/layout/Breadcrumb_cap_w.png

Systems Management Question


GetComputerName.exe v1.2.2.1

09/23/2013 4308 views

The GetComputerName.exe (v1.2.2.1) is not writing it's found name to a file named for the computer's mac address.

If I boot to the kbox and goto a recovery command prompt I can manually run GetComputerName.exe /dialog and I'm prompted with the current computer name and the option to change and choose OK. Choosing OK or changing the name and choosing OK does not result in a file being created on the PETEMP share with the computer's MAC address as the file name. 

The built in Collect Computer Name vbs script (getcomputername.vbs) works (as both a post install task and manually running it from the recovery console) and i'm currently using it for images that do not need a name change. I would like to have the option of prompting for a name but can't seem to get the exe version to work. 

Anyone with any ideas?

Thanks!

Answer Summary:
0 Comments   [ + ] Show comments

Comments


All Answers

0

I have found if you do not put a computer name in the sysprep answer file and do not use the get/apply computer name scripts the box will pause at that screen till you enter a computer name.  When I want to use the existing name I just drop the get/apply vbs script into the deployment.

 

Answered 09/23/2013 by: SMal.tmcc
Red Belt

  • By default now, GetComputerName.exe stores the file on x:

    Corey
    Lead L3 Enterprise Solutions Consultant, K2000
    If my response was helpful, please rate it!
    • Ok. I see it now. Thanks!
      • For what it's worth we use the /timeout switch along with the /dialog. This helps when we're imaging a lab that has already been named. It keeps us from entering each name again manually.

        start /wait GetComputerName_x64.exe /dialog /timeout:15
    • I'm having the same problem, whether on t: or on x:, or whether I set it or not . . . comes back with "Unable to open x:\(MAC ADDY), it may not exist. Was GetComputerName.exe used as a preinstall task?"
      • add the /debug switch to get/set computername and it will go through the process of what it is doing step by step.
        Corey
      • I did that - it says it's writing to x:\(MAC ADDY) and I verified that the one it says it's writing is the same as the one it's trying to find. . . still the "Unable to open" error
      • I apologize - I fixed it. We upload it as a post-installation task, but it's a mid-level task. That solved it. . . mea culpa
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ