Эта ошибка является результатом Get-ItemPropertyсбоя. Из вашего журнала, часть скрипта, которая терпит неудачу, находится здесь:
Write-Output "Searching if new version exists..." $checkreg64 = Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* | Select-Object DisplayName, DisplayVersion | Where-Object { $_.DisplayName -like '*Java 8*' -and ([Version]$_.DisplayVersion) -eq $version} -ErrorAction SilentlyContinue $checkreg32 = Get-ItemProperty HKLM:\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\* | Select-Object DisplayName, DisplayVersion | Where-Object { $_.DisplayName -like '*Java 8*' -and ([Version]$_.DisplayVersion) -eq $version} -ErrorAction SilentlyContinue Эта ошибка возникает, когда Get-ItemPropertyожидается чтение ключа реестра типа X и чтение ключа, данные которого не соответствуют ограничениям типа ключа. исследование1 исследование2 исследование3
Решение в этом случае заключалось в том, чтобы найти недействительный ключ в реестре (пути реестра, которые запрашиваются $checkreg64и$checkreg32 ), и вручную заново создать его как DWORD со значением 1.
Обновить:
Из комментариев вы получаете «Указанный актер недействителен» при запросе Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*. Возможно, в этом расположении имеется несвязанный ключ, содержащий недопустимый подраздел, что приводит к сбою запроса к этому расположению. Мы должны иметь возможность анализировать каждый ключ по отдельности из места удаления, чтобы определить, к какому ключу у нас возникают проблемы.
Запустите ниже:
Get-ItemProperty HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\* | % { write-host "Key Name:" $_.PSChildName } Это должно вернуть некоторые результаты, затем вернет Specified castошибку. Ошибка произойдет с ключом, содержащим недопустимый подраздел.
Например, если результаты выше выглядят так:
Key Name: fake_key_name_1 Key Name: fake_key_name_2 Key Name: fake_key_name_3 Get-ItemProperty : Specified cast is not valid. Тогда последний ключ, который вы смогли успешно запросить, был fake_key_name_3. Ключ, который мы не могли запросить, был следующим ключом в списке. Откройте regedit и перейдите к следующему имени ключа (предположительно, fake_key_name_4). Вот где провал. Здесь должен быть недействительный подраздел. Исправьте это, затем повторите команду. Если вы не получили ошибок, все готово. Если вы получите больше ключей с ошибками, найдите и исправьте их недействительные подразделы.
В случае одного из связанных примеров, которые я изначально предоставил, пользователь может ожидать найти ключ REG_DWORD с data = "(недопустимое значение DWORD (32-битное))". Это ключ к исправлению.