TurboFloat 5.0.3.0 - TF_E_ENABLE_NETWORK_ADAPTERSAnswered
Hello,
We have an important customer on a corporate network that has a lot of machines that stopped working.
We are getting the "TF_E_ENABLE_NETWORK_ADAPTERS" when we request a lease.
We upgraded to Turbofloat 5.0.3.0.
They are using Windows 11 version 22H2 or 23H2.
All network adapters are activated.
Even if it's not exactly the same error, we tried the following command indicated in the documentation (https://wyday.com/limelm/help/faq/#fix-broken-wmi)
'Get-WMIObject MSFT_NetAdapter -Namespace root\StandardCimv2'
to get all networks adapters and their drivers version.
On all affected machines, this command returns this error:
'Get-WMIObject : Invalid class "MSFT_NetAdapter"'
It looks like this command might not be up-to-date in the documentation. Shouldn't it be "Get-CimInstance" instead?
Is this the right command to run for diagnostics? Could the error be related to this?
Is the code on Turbofloat using something similar to this command?
Is there any way to bypass this error, even if it loosens the security? For example, on other licences manager, I can choose to ignore specific hardware ID for fingerprinting.
Thanks
'Get-WMIObject MSFT_NetAdapter -Namespace root\StandardCimv2'
to get all networks adapters and their drivers version.On all affected machines, this command returns this error:
'Get-WMIObject : Invalid class "MSFT_NetAdapter"'
The FAQ tells you exactly what to do:
If you're on Windows 8.x, 10, or 11 (or equivalent Windows Server version 2012, 2012 R2, 2016, 2019, 2022, etc.), you should get a full list of your network adapters whether they're connected to the internet or not. If you're on those Windows versions, and that PowerShell command gives you an error, then you still have WMI corruption. Contact your system admin and tell them to fix it. Or re-install Windows for the easiest fix.