Windows 10 - Client -d silent install fails

Unfortunately not, I am definitely running it with administrative privileges.

Is there any logging information I can provide to aid in finding a solution? Or something else I can try? Is there any required Windows 10 updates?

It is a fresh Windows 10 install running virtually through VMWare. As I said previously, I've found that VH runs perfectly fine on Windows 7/8.

Alternatively, is there another way to install the drivers I can utilise? I'm trying to automate/script the installation process.

Unfortunately, no error message. I get the same popup as mentioned before, referring to the enumerated-root thing, but nothing in the text file.

Additionally, I'm trying to extract the drivers to a folder to perform a manual install, but every single time, no matter which folder, I get told that access is denied.

I'm trying this: vhui64.exe -x -r c:\test\ and vhui64.exe -x -r c:\test and neither work. I also tried putting them in my local user file and get the same.

Do you mind trying this for yourself - Attempting to redirect the extraction of drivers. I tried on Win 10 and Win 7 with an admin command prompt and experienced similar behaviour.

No anti virus installed as this is currently just a local VM for testing.

I believe the driver extraction command works differently to how I expected. hui64.exe -x works fine and extracts to %TEMP%\vh. I believed however that I could use the -r to redirect the driver extraction to a specific folder, but apparently not - it simply redirects out text (logging) output to a file. When trying vhui64.exe -x -r c:\test\file.txt it worked fine (extracting drivers to %TEMP%\vh and logging to c:\test\file.txt), thereby it being differently behaved from what I expected.

Anyway, my problem still exists - when trying to install the drivers through the command line -d command, I get the error: "Error, a root-enumerated HCD device has been created but there are no drivers to bind!". When using the GUI way of installing (clicking "Use this device" and then following the wizard to install drivers) it works fine. The problem is that I want to automate the installation of drivers.

OS: Windows 10 Virtual Machine
Arch: 32Bit

Do you have another way of installing the drivers or any additional options I can try to debug this? What does it mean?

P.S. I know I've said I'm using vhui64 ,but I just used that as a placeholder. I'm using the correct architecture application.

Looking at the logs, the error appears to fail when executing "vhenum.exe -3" command. It then logs success straight after that and exits. It definitely wasn't successful and the drivers did not install.

Okay, I think I've narrowed down the issue.
The problem lies when installing the certificate, when executing dpinst.exe via cmd prompt. It doesn't seem the certificate is being installed.

I managed to get it to work by doing the following:
1. Installing the drivers/certificate using the GUI.
2. Using certmgr.msc to locate and export the Virtualhere certificate in "Trusted Publisher" and save it locally, e.g. mycert.cer.
3. Revert the state of my VM to a pre-virtualhere state.
4. Install the certificate using certutil to the Trusted Publisher store.. (certutil -addstore "Trusted Publisher" mycert.cer).
5. Run vhui64.exe -d
6. Success!!

Therefore, the problem currently lies with with -d when installing a fresh certificate. I've experienced this issue on: Windows 10, Vista and I believe XP. It works fine on Windows 8 and Windows 7.

It makes perfect sense that your installation worked, as you no doubt have the certificate installed. I'd like to ask you (On a Windows 10 box) to remove the certificates using certmgr.msc and then use vhui64.exe -y and then try a vhui64 -d. You should then experience the error in question.

If you could address this problem asap, that would be great. I am potentially looking at using this software on a bigger scale, but without the scripted installation, it's not really feasible.

Thanks again!!

Okay, I did a little more digging.
I was hoping that I could take any generic exported certificate for this application and use it on any operating system/machine - this does not work. I'm not very experienced when it comes to certificates. I found you have to export the certificate for the specific machine following the steps above and then it can be reused for any subsequent installations. It's all very hacky and very much prevents any automation taking place.

I hope this helps with debugging this issue. I'm almost certain you will be able to recreate it on your side.

Thanks

I'm glad you've managed to see the problem.

The issue with that workaround, it doesn't seem to work for multiple operating systems. As I posted in my previous message, it seems the certificate exported only then addresses the -d installation issue for that particular machine.

I'll break this down:
If I export the SHA1 certificate on a Windows 10 box and then automate installation on this box by firstly installing that certificate and then using the -d command, it works.

However, if I export the SHA1 certificate on a Windows 10 box and then automate the installation on a Windows Vista box by firstly installing the certificate, I get the same error. The certificate installs, but doesn't "fit all" machines to address the binding error.

Therefore I'm wondering if there is a "one size fits all" solution in terms of the certificate or shall I just wait for your fix? As I said, I don't understand much about the certificate side of things.

Thanks.