Скрипт работает в Powershell, но ошибка при запуске в С#

Я не уверен, как вы заставили это работать в форме сценария с этим:

$target = '$server'

Строки в одинарных кавычках не будут расширять переменные внутри них. Это должно работать нормально:

$target = "$server"

Обычно этого было бы достаточно $target = $server, но поскольку вы выполняете замену строки, лучше придерживаться двойных кавычек.

Другая возможность заключается в том, что ваш код C# работает как x86, и вы читаете реестр WOW64 вместо 64-разрядного реестра. Это может объяснить, почему вы видите разные результаты между запуском скрипта и запуском через приложение C#.

Обновление: см. Теорию внизу.

Тестирование кода PowerShell из ISE: похоже, что GetBinaryValue не работает:

$target = 'localhost'
$hklm = 2147483650
$regPath = "Software\Microsoft\Windows NT\CurrentVersion\DefaultProductKey"
$regValue = "DigitalProductId4"
$productKey = $null
$win32os = $null
$wmi = [WMIClass]"\\$target\root\default:stdRegProv"
$data = $wmi.GetBinaryValue($hklm,$regPath,$regValue)

if ($data -eq $null) { Write-DEbug "Data is NULL"; return "STOP 2" }

write-debug '$Data'
write-debug ("$($data): " + ($data | gm | out-string))
write-debug ("$($data): " + ($data | fl * | out-string))

if ($data.uValue -eq $null) { Write-Debug "Data.uValue is NULL"; return "STOP 3" }
# rest cut for testing

приводит к:

DEBUG: $Data
DEBUG: System.Management.ManagementBaseObject: 

   TypeName: System.Management.ManagementBaseObject#\__PARAMETERS

Name             MemberType    Definition                      
----             ----------    ----------                      
PSComputerName   AliasProperty PSComputerName = __SERVER       
ReturnValue      Property      uint32 ReturnValue {get;set;}   
uValue           Property      byte[] uValue {get;set;}        
__CLASS          Property      string __CLASS {get;set;}       
__DERIVATION     Property      string[] __DERIVATION {get;set;}
__DYNASTY        Property      string __DYNASTY {get;set;}     
__GENUS          Property      int __GENUS {get;set;}          
__NAMESPACE      Property      string __NAMESPACE {get;set;}   
__PATH           Property      string __PATH {get;set;}        
__PROPERTY_COUNT Property      int __PROPERTY_COUNT {get;set;} 
__RELPATH        Property      string __RELPATH {get;set;}     
__SERVER         Property      string __SERVER {get;set;}      
__SUPERCLASS     Property      string __SUPERCLASS {get;set;}  



DEBUG: System.Management.ManagementBaseObject: 

PSComputerName   : 
__GENUS          : 2
__CLASS          : __PARAMETERS
__SUPERCLASS     : 
__DYNASTY        : __PARAMETERS
__RELPATH        : 
__PROPERTY_COUNT : 2
__DERIVATION     : {}
__SERVER         : 
__NAMESPACE      : 
__PATH           : 
ReturnValue      : 2
uValue           : 
Properties       : {ReturnValue, uValue}
SystemProperties : {__GENUS, __CLASS, __SUPERCLASS, __DYNASTY...}
Qualifiers       : {}
ClassPath        : __PARAMETERS
Site             : 
Container        : 




DEBUG: Data.uValue is NULL
STOP 3

Этот ReturnValue: 2 соответствует ERROR_FILE_NOT_FOUND (при условии, что элемент ReturnValue отражает возвращаемое значение GetBinaryValue, где 0 означает успех, в противном случае возвращается стандартная ошибка Windows API).

Обновлять:

Под экземпляром ISE даже получить это:

PS [32] C:\ #50> gp "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DefaultProductKey"
gp : Cannot find path 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DefaultProductKey' because it does not exist.
At line:1 char:1
+ gp "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\DefaultProductKey"
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (HKLM:\SOFTWARE\...faultProductKey:String) [Get-ItemProperty], ItemNotFoundException
    + FullyQualifiedErrorId : PathNotFound,Microsoft.PowerShell.Commands.GetItemPropertyCommand
 

Но я вижу ключ... однако 64-битный экземпляр ISE работает.

Ключ доступен (напрямую) только для 64-битных процессов, по умолчанию в последних версиях Visual Studio большинство приложений создаются как 32-битные (большинству приложений не требуется дополнительное адресное пространство), 32-битное приложение .NET загрузит 32-битное Сборки среды выполнения PowerShell.

Вы пытались создать свое приложение для 64-битной версии?

PS. Этот вопрос может помочь: Чтение 64-битного реестра из 32-битного приложения