There has been an error unable to write inside temp environment variable path - Исправление ошибок и поиск оптимальных решений проблем

I am installing PostgreSQL 9.2.4-1-windows.exe on Windows 7 64 with Service Pack 1.

I get the following, rather famous it seems, error:

There has been an error.

Unable to write inside TEMP environment variable path.

This occurs immediately upon launching. I see the postgresql splash, then this error occurs.

Everything I have found on the interwebs so far, i have tried. It includes:

Disabled all anti-virus software. I have also stopped everything in the startup.
Checked file associations for .VBS scripts. Nothing irregular (Windows Script Host registered)
Windows Script Host is Enabled.
I’ve tried installing as Administrator and other users that have admin rights.
I have created the key HKLMSOFTWAREPostgreSQLInstallations manually and give it full rights.
I have given Everyone full access to C:Users[username]AppDataLocalTemp and c:temp

Basically everything in the top 10 google hits.

I am working with the 32 bit version, but the 64 bit version install fails with the same error. I’m able to install successfully on other machines with similar config.

What else can I try?

Install log file:

Log started 09/20/2013 at 11:55:16
Preferred installation mode : qt
Trying to init installer in mode qt
Mode qt successfully initialized
Executing C:UserschadAppDataLocalTemp/postgresql_installer_67b274715d/temp_check_comspec.bat
Script exit code: 0

Script output:
«test ok»

Script stderr:

Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Data Directory. Setting variable iDataDirectory to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Base Directory. Setting variable iBaseDirectory to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Service ID. Setting variable iServiceName to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Service Account. Setting variable iServiceAccount to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Super User. Setting variable iSuperuser to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Branding. Setting variable iBranding to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Version. Setting variable brandingVer to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 Shortcuts. Setting variable iShortcut to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallationspostgresql-9.2 DisableStackBuilder. Setting variable iDisableStackBuilder to empty value
[11:55:21] Existing base directory:
[11:55:21] Existing data directory:
[11:55:21] Using branding: PostgreSQL 9.2 (x86)
[11:55:21] Using Super User: postgres and Service Account: NT AUTHORITYNetworkService
[11:55:21] Using Service Name: postgresql-9.2
Executing cscript //NoLogo «C:UserschadAppDataLocalTemppostgresql_installer_67b274715dprerun_checks.vbs»
Script exit code: 1

Script output:
Input Error: There is no script engine for file extension «.vbs».

Script stderr:
Program ended with an error exit code

Error running cscript //NoLogo «C:UserschadAppDataLocalTemppostgresql_installer_67b274715dprerun_checks.vbs» : Program ended with an error exit code

Источник

My solution is similiar to #5, with an Explantion of how and why McAfee ruins your vbscript registration.

Apparently, when I had McAfee antivirus software on my computer, it bashed the vbscript.dll registration that Windows Scripting Host needs to run .VBS files.

In the exported .REG file:

[HKEY_CLASSES_ROOTCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}InprocServer32]
@=»C:Program FilesCommon FilesMcAfeeSystemCoreScriptSn.20120327211246.dll»

That SHOULD be changed back to «C:WindowsSystem32vbscript.dll» now.

McAfee apparently installs a DLL that hijacks the vbscript.dll in order to try to protect bad scripts from running. When I uninstalled McAfee in favor of Microsoft

Security Essentials, McAfee did not restore the registry paths («not
my problem»), and the McAfee DLL, of course, was removed from the location during uninstall, so the vbscript.dll registration in fact pointed to NOWHERE and NOTHING.

There has to be a better way to write Antivirus software so that it doesn’t disable the user’s operating system when it is uninstalled, or when features
are turned off, or replace registration. See the following:

https://kc.mcafee.com/corporate/index?page=content&id=KB71660

I have a 64-bit OS. The registry path was changed in a number of locations.

The regular class ID should point to the «C:WindowsSystem32vbscript.dll» 64-bit file.

The «Wow6432Node» registry paths should point to the «C:WindowsSysWOW64vbscript.dll» 32-bit file.

Yes, the 64-bits are in the «32» folder and the 32-bits are in the «SysWOW64» folder. Microsoft didn’t want to change the name of the main «System32» execution folder when it migrated to 64-bits.

HKEY_CLASSES_ROOTCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}
C:WindowsSystem32vbscript.dll

HKEY_CLASSES_ROOTWow6432NodeCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}
C:WindowsSysWOW64vbscript.dll

HKEY_LOCAL_MACHINESOFTWAREClassesCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}
C:WindowsSystem32vbscript.dll

HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}
C:WindowsSysWOW64vbscript.dll

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeClassesCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}
C:WindowsSysWOW64vbscript.dll

Источник

Содержание

There has been an error PostgreSQL: решение ошибки
Что означает ошибка
Решение проблемы
Geospatial Solutions Expert
Saturday, April 1, 2017
Windows PostgreSQL installation Error — Unable to write inside TEMP environment variable path
Solution to the Error
PostgreSQL 9 install on Windows: «Unable to write inside TEMP environment path.»
23 Answers

There has been an error PostgreSQL: решение ошибки

PostgreSQL – одна из популярнейших систем, предназначенных для управления базами данных. Важная особенность этого продукта – он работает практически на любой платформе. В совокупности с большим числом разнообразных возможностей и хорошего функционала, это делает ее очень востребованной.

К сожалению, но не всегда установка PostgreSQL происходит без проблем. Некоторые пользователи сталкиваются с ситуацией, когда процесс инсталляции прерывается сообщением об ошибке. Естественно, это не позволяет вообще запустить продукт, не говоря уже о том, чтобы пользоваться им.

Учитывая специфическую важность этой программы, поиск решения является весьма актуальным и востребованным.

В этой статье мы разберем ситуацию, при которой инсталляционная процедура прерывается сообщением «There has been an error PostgreSQL». Естественно, расскажем о том, как от такой ошибки избавиться.

Что означает ошибка

Сама ошибка высвечивается на экране довольно-таки объемным сообщением с массой разнообразной информации – идет перечисление разнообразных скриптов, которые нужны для запуска этой системы. В верхней же часть написано следующее:

There has been an error. Unable to write inside TEMP environment variable path.

Что это значит? Перевод на русский язык следующий:

Произошла ошибка. Не удается записать в переменную среды TEMP путь.

То есть, программа при инсталляции пытается какие-то важные для себя элементы перенести в папку, которая называется TEMP. Но, по непонятным причинам, этого не происходит. И процесс прерывается.

Решение проблемы

На самом деле, решение этой проблемы связано со следующими нюансами:

Что-то блокирует возможность переноса нужных файлов;
У пользователя банально нет прав, чтобы вносить изменения в системный реестр.

По первому пункту. Практически всегда подобную блокировку осуществляет используемый на компе антивирусник. Реже – брандмауэр. Поэтому, в первую очередь, рекомендуется изначально отключить эти средства защиты (понятно, что временно), и попытаться повторить процедуру.

Если не помогло, то стоит задуматься о получении необходимых прав. То есть, перейти ко второму пункту:

Конечно же, изначально нужно активировать редактор реестра. Делается это через строку «Выполнить», в которую необходимо вбить «regedit». Дальше – перейти к разделу, к которому нужно получить права доступа. Нажать по нему правой кнопкой мышки и активировать окошко «разрешения»;
Обращаем внимание на блок, который называется «администраторы»;
В нем, если такая возможность есть, нужны выставить галочку напротив пункта «Полный доступ». Подтвердить свои действия. Проверить результат.

Если варианта «полный доступ» нет, то рекомендуется в этом же окошке, выполнить следующее:

Кликнуть по кнопочке «Дополнительно». Она находится чуть ниже;
Выделить свою учетку, которая сейчас используется;
Посмотреть чуть ниже этого блока и выставить галочку рядом с пунктом, предлагающим осуществить замену владельца подконтейнеров…
Нажать на «ОК». Опять проверить результат.

После завершения инсталляции PostgreSQL желательно вернуть все к изначальному состоянию. Если этим заниматься не хочется, то можно опробовать альтернативный способ получения прав для возможности внесения изменений в реестр. Для этого потребуется скачивание и использование спецпрограммы. Называется она PsExec. Найти ее можно в пакете инструментов PsTools.

https://docs.microsoft.com/en-us/sysinternals/downloads/psexec

Скачиваем PsTools. Распаковываем из пакета PsExec в головную папку операционной системы;
Через строку «выполнить» переходим к командной строке (для этого надо вбить в нее «cmd»);
Вбиваем «psexec -i -s regedit»;
Завершаем установку и закрываем эту утилиту.

В этом случае откат сделанных изменений не потребуется.

Как только права на возможность внесения изменений в системный реестр будут получены, необходимо будет выставить правильные значения для этих параметров:

Источник

Geospatial Solutions Expert

Geo-Data Science, Python, JavaScript, R, SQL and GIS Programming

Saturday, April 1, 2017

Windows PostgreSQL installation Error — Unable to write inside TEMP environment variable path

Here is the solution to the «PostgreSQL installation Error — Unable to write inside TEMP environment variable path» on windows PC.

I downloaded the latest version of PgAdmin4 for PostgreSQL 9.6 from EnterpriseBD. When I tried to install it, I got this error massage: There has been an error, Unable to write inside TEMP environment variable path.

Solution to the Error

2- Inside the folder, find regedt32.exe file and run/open it

3- Navigate to this folder: HKEY_CURRENT_USER >> Software >> Microsoft >> Windows Script Host >> Settings

4- Right click on the «Enable» icon and select «Modify»

5- Change»Value Data» from 0 to 1 and click on «OK»

6- Close the Registry Editor and you are done.

Источник

PostgreSQL 9 install on Windows: «Unable to write inside TEMP environment path.»

I am attempting to install PostgreSQL 9 (postgresql-9.0.3-1-windows.exe) on my WinXP machine and get the following error at the start:

Some googling around yielded some advice that suggested Windows Scripting Host might be disabled. I’ve checked and WSH is definitely enabled, so it must be something else. Question is, what?

I can see a file called prerun_checks.vbs is created in %TEMP% and when I try to run this manually, I get the following:

Which looks like a permissions error. However, I am an Admin, and I’ve given myself full control of the temp folder and it’s still not working.

Any help appreciated.

23 Answers

In my case the solution was related to NotePad++ being the default application for opening .vbs files. If you have the same situation, here’s an elaborate solution:

In a nutshell, in the registry, you need to go to HKEY_CLASSES_ROOT.vbs , and set the (Default) entry back to the string VBSFile .

This is a an old thread, but I just had the same problem on windows 10:

Unable to write inside TEMP environment path

Solve by the following steps

Check that the problem is related to Windows Script Host.
From cmd run wscript.exe
If you get an error Windows Script Host is not enabled then you can solved it by running the following from cmd

Fix for Current User

Fix for Local Machine

Now you can install psql

As I was finishing off my question above, our IT chap turned up and knew what the problem was immediately: it’s McAfee. It prevents anything from running in a TEMP folder, including Windows Scripting Host scripts. Disabling McAfee for the duration of the installation fixed the problem for me.

So if you see this problem, try disabling your anti-virus.

In the temp directory, my bitrock_installer.log file had the following:

Turns out that Windows has a symlink between the following directories:

C:UserscpetrieLocal SettingsTemp
C:UserscpetrieAppDataLocalTemp

For some reason my «TMP» and «TEMP» user variables were referencing the «Local Settings» path instead of the «AppData» path. Changing this fixed my install issue.

I had the same problem in Windows 10 and the culprit was the OS’s permission, or rather the lack thereof, on allowing the executable to write on the User dedicated Temp folder.

Solved it by following my gut and changing the User Temp folder to the same with the system’s : Win + Pause/Break to have the Computer Properties window appear (you can do that manually by right-click on Computer icon on Desktop -> Properties) -> click on Advanced System Settings on the panel on the left -> click on Environment Variables and under «System variables» — Variables, find the TEMP and TMP ones and copy their paths. Then, under «User variables for Administrator» — Variables, find the TEMP and TMP ones and paste the paths. It’s most always «C:WindowsTEMP» anyways 😉

search for «Registery Editor» and run it.
choose HKEY_CURRENT_USER => SOFTWARE => Microsoft => Windows script host => Setting (ComputerHKEY_CURRENT_USERSOFTWAREMicrosoftWindows Script HostSettings)
open «Enabled» and change value data to «1».(you will find it with a vlaue of 0).
Happy coding!

it happens when Notepad++ associates .vbs file types. you can open notepad++ -> Preferences -> fileAssociation Remove the .vbs from the registered exts. Close the notepad++. Try installing Postgres again.

In my case Changing the (Default) key in the HKEY_CLASSES_ROOT, .vbs section of the registry to VBSFile solved it. BlueFish is grab .vbs file association.

All the above did not work for me. I was getting an error like:

Script output: CScript Error: Windows Script Host access is disabled on this machine. Contact your administrator for details.

so after a couple of googling i found the solution: Navigate to the following key:

HKEY_LOCAL_MACHINESoftwareMicrosoftWindows Script HostSettings

In the right panel, you will see Enabled. If you see the entry 0, it means that the Windows Script Host access is disabled on your Windows machine.

Double Click on it and give it Value Data 1 to enable it.

A value of 1 will enable Windows Script Host A value of 0 will disable Windows Script Host.

for windows 10 navigate to

HKEY_CURRENT_USERSoftwareMicrosoftWindows Script HostSettings

I had the same problem with installing PostgreSQL (Unable to write in TEMP environment variable path), the problem was in Windows Script Host which was disabled (check the log file to see if this is your problem). enable it with register editor (run—>regedit) at this location ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindows Script HostSettings by setting its value at 1

My problem was Smad-Av which disables Windows Scripts from running, Only after going through this thread i remembered. I just right clicked the Smad-Av icon and selected Allow Windows-Script & Office-Macro (Permanent).

run-> regedit and take backup of registry using export
HKEY_LOCAL_MACHINE->SOFTWARE->Classes->CLSID->B54F3741-5B07-11cf-A4B0-00AA004A55E8> -> InprocServer32
Modify registry entry with new value as C:WindowsSystem32vbscript.dll

In fact, I found there are 3 entries of HKEY_LOCAL_MACHINE->SOFTWARE->Classes->CLSID->B54F3741-5B07-11cf-A4B0-00AA004A55E8>, and set the first one as above, it works.

If anyone else is searching for information on this and doesn’t have any luck here, you might want to look at:

For follow-ups to the mailing list please read:

Well, in my case nothing worked, and disabling McAffee needed a special ticket with my company’s security team to actually do. so I installed using the binaries, by following this guide Helpful Guide.

In summary, download the binary from here, unzip it, go inside the pgsql folder, create log and data directories in there, and then open a command prompt, navigate to where the pgsqlbin folder is, and run initdb -U postgres -A password -E utf8 -W -D POSTGRESQL_ROOTdata

You can start and stop the server by running

where POSTGRESQL_ROOT is the full path to the pgsql folder.

To prevent further problems you should also exclude the data directory (where Postgres puts its data) from being scanned by your virus-scanner

In my case it was another application that caused the problem. Not Notepad++. To others who encounter this problem, you can diagnose it by first deleting all files in C:Documents and SettingsUserNameLocal SettingsTemp so that you’ll be able to find the bitrock_installer.log easily when you try installing postgresql again and view the instructions in it. Changing the (Default) key in the HKEY_CLASSES_ROOT , .vbs section of the registry to VBSFile solved it.

I had this issue when trying to install the 32 bit version on Windows 7 64 bit.

Trying the install kit for 64 bit presented no errors, but the solutions presented by others are also valid.

In my case I’ve downloded McAfee removal tool MCPR (McAfee Consumer Product Removal) which cleaned up some tailings after McAfee uninstallation.

Some registry entries which previously had InprocServer32 values like ‘c:program filescommon filesmcafeesystemcore. ‘ changed back to its original values:

After that I successfully installed PostgreSQL 9.3

Check the log in the system’s TEMP directory (provided the installer is able to write into it). There’s lot of information about the errors.

My issue was that VBS files were associated with a text editor (probably the anti virus software is the culprit) .

My solution is similiar to #5, with an Explantion of how and why McAfee ruins your vbscript registration.

Apparently, when I had McAfee antivirus software on my computer, it bashed the vbscript.dll registration that Windows Scripting Host needs to run .VBS files.

In the exported .REG file:

[HKEY_CLASSES_ROOTCLSIDInprocServer32] @=»C:Program FilesCommon FilesMcAfeeSystemCoreScriptSn.20120327211246.dll»

That SHOULD be changed back to «C:WindowsSystem32vbscript.dll» now.

McAfee apparently installs a DLL that hijacks the vbscript.dll in order to try to protect bad scripts from running. When I uninstalled McAfee in favor of Microsoft

Security Essentials, McAfee did not restore the registry paths («not my problem»), and the McAfee DLL, of course, was removed from the location during uninstall, so the vbscript.dll registration in fact pointed to NOWHERE and NOTHING.

There has to be a better way to write Antivirus software so that it doesn’t disable the user’s operating system when it is uninstalled, or when features are turned off, or replace registration. See the following:

I have a 64-bit OS. The registry path was changed in a number of locations.

The regular class ID should point to the «C:WindowsSystem32vbscript.dll» 64-bit file.

The «Wow6432Node» registry paths should point to the «C:WindowsSysWOW64vbscript.dll» 32-bit file.

Источник

Учитывая специфическую важность этой программы, поиск решения является весьма актуальным и востребованным.

Что означает ошибка

There has been an error. Unable to write inside TEMP environment variable path.

Что это значит? Перевод на русский язык следующий:

Произошла ошибка. Не удается записать в переменную среды TEMP путь.

Что делать?

Решение проблемы

На самом деле, решение этой проблемы связано со следующими нюансами:

Что-то блокирует возможность переноса нужных файлов;
У пользователя банально нет прав, чтобы вносить изменения в системный реестр.

Если не помогло, то стоит задуматься о получении необходимых прав. То есть, перейти ко второму пункту:

Конечно же, изначально нужно активировать редактор реестра. Делается это через строку «Выполнить», в которую необходимо вбить «regedit». Дальше – перейти к разделу, к которому нужно получить права доступа. Нажать по нему правой кнопкой мышки и активировать окошко «разрешения»;
Обращаем внимание на блок, который называется «администраторы»;
В нем, если такая возможность есть, нужны выставить галочку напротив пункта «Полный доступ». Подтвердить свои действия. Проверить результат.

Если варианта «полный доступ» нет, то рекомендуется в этом же окошке, выполнить следующее:

Кликнуть по кнопочке «Дополнительно». Она находится чуть ниже;
Выделить свою учетку, которая сейчас используется;
Посмотреть чуть ниже этого блока и выставить галочку рядом с пунктом, предлагающим осуществить замену владельца подконтейнеров…
Нажать на «ОК». Опять проверить результат.

PsExec

https://docs.microsoft.com/en-us/sysinternals/downloads/psexec

Делаем следующее:

Скачиваем PsTools. Распаковываем из пакета PsExec в головную папку операционной системы;
Через строку «выполнить» переходим к командной строке (для этого надо вбить в нее «cmd»);
Вбиваем «psexec -i -s regedit»;
Завершаем установку и закрываем эту утилиту.

В этом случае откат сделанных изменений не потребуется.

HKEY_LOCAL_MACHINESOFTWAREClassesCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}InprocServer32(default) = vbscript.dll

HKEY_LOCAL_MACHINESOFTWAREClassesWow6432NodeCLSID{B54F3741-5B07-11cf-A4B0-00AA004A55E8}InprocServer32(default) = C:WindowsSysWow64vbscript.dll.

После этого можно вернуться к установке.

Источник

Добрый день.
Помогите с установкой PostgreSQL 9.6 на сервер под управлением Windows Server 2007 x64 SP2.
Перепробовал уже все советы из интернета. Вроде какая то проблема с выполнением скриптов установки.
Ошибка при установке PostgreSQL 9.6

There has been an error.
Unable to write inside TEMP environment variable path.

В лог файле bitrock_installer.log

Log started 08/13/2019 at 13:35:44
Preferred installation mode : qt
Trying to init installer in mode qt
Mode qt successfully initialized
Executing icacls «C:UsersАдминистраторAppDataLocalTemp/postgresql_installer_20ee233410» /inheritance:r
Script exit code: 0

Script output:
®Ўа Ў®в **л© д ©«: C:UsersЂ¤¬Ё*Ёбва в®аAppDataLocalTemp/postgresql_installer_20ee233410
“бЇҐи*® ®Ўа Ў®в *® 1 д ©«®ў; *Ґ г¤ «®бм ®Ўа Ў®в вм 0 д ©«®ў

Script stderr:

Executing icacls «C:UsersАдминистраторAppDataLocalTemp/postgresql_installer_20ee233410» /T /Q /grant «АдминистраторOI)(CI)F»
Script exit code: 0

Script stderr:

Executing C:UsersАдминистраторAppDataLocalTemp/postgresql_installer_20ee233410/temp_check_comspec.bat
Script exit code: 0

Script output:
«test ok»

Script stderr:

Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Data Directory. Setting variable iDataDirectory to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Base Directory. Setting variable iBaseDirectory to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Service ID. Setting variable iServiceName to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Service Account. Setting variable iServiceAccount to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Super User. Setting variable iSuperuser to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Branding. Setting variable iBranding to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Version. Setting variable brandingVer to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 Shortcuts. Setting variable iShortcut to empty value
Could not find registry key HKEY_LOCAL_MACHINESOFTWAREPostgreSQLInstallatio nspostgresql-x64-9.6 DisableStackBuilder. Setting variable iDisableStackBuilder to empty value
[13:35:52] Existing base directory:
[13:35:52] Existing data directory:
[13:35:52] Using branding: PostgreSQL 9.6
[13:35:52] Using Super User: postgres and Service Account: NT AUTHORITYNetworkService
[13:35:52] Using Service Name: postgresql-x64-9.6
Executing cscript //NoLogo «C:UsersАдминистраторAppDataLocalTemppostgre sql_installer_20ee233410prerun_checks.vbs»
Script exit code: 1

Script output:
ЋиЁЎЄ CScript: ЌҐ г¤ Ґвбп * ©вЁ ЁбЇ®«*пойҐЈ® п¤а «VBScript» ¤«п бжҐ* аЁп «C:UsersЂ¤¬Ё*Ёбва в®аAppDataLocalTemppostgresql_installer_20ee23 3410prerun_checks.vbs».

Script stderr:
Program ended with an error exit code

Error running cscript //NoLogo «C:UsersАдминистраторAppDataLocalTemppostgre sql_installer_20ee233410prerun_checks.vbs»: Program ended with an error exit code
Cannot delete file C:/Users/Администратор/AppData/Local/Temp/postgresql_installer_20ee233410

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

Источник