Ошибка открытие временных файлов

Комментарии

Когда в Windows 11 и 10 пользователь запускает какой-либо установщик исполняемого файла, то может столкнуться с сообщением об ошибке «Невозможно выполнить файл во временном каталоге». Ошибка 5: Отказано в доступе.

Данная проблема, когда файл не выполняется во временной папке, может быть из-за неправильно настроенных разрешений на папке или, когда пользователь пытается запускать приложения из учетной записи «Гость«.

Что делать, когда ошибка 5 при установке игр или программ?

В первую очередь, попробуйте запустить или установить «.exe» файл от имени администратора.

1. Отключите антивирус

Если вы устанавливаете игру или программу скаченную с не официального сайта, к примеру с торрента, то с большей вероятностью, антивирус заблокировал файлы установки и система выдала ошибку 5.

• Отключите на время антивирус и повторите установку

2. Включить встроенную учетную запись администратора

Ошибка 5 с отказом в доступе может возникнуть, если у вас имеются проблемы с правами доступа текущей учетной записи. В Windows 11/10 имеется встроенная учетная запись администратора, которая имеет высокие привилегии. Чтобы её активировать, запустите командную строку от имени администратора и введите:

net user администратор /active:yes

Установите программу или игру, после чего отключите встроенную учетную запись админа введя ниже команду:

net user администратор /active:no

3. Отключить UAC

Отключите на время контроль учетных записей, установите игру или программу, после чего включите UAC обратно. Это должно позволить обойти ошибку 5.

• Нажмите Win+R и введите UserAccountControlSettings

4. Новая папка Temp

Неверные зависимости или повреждение самой папке TEMP могут вызывать ошибку 5 с отказом в доступе. Создадим новую временную папку и для этого, перейдите в корень локального диска C, где установлена Windows 11 или 10, и создайте новую папку Temp.

Далее нажмите Win+R на клавиатуре и введите sysdm.cpl, чтобы быстро открыть свойства системы.

1. Перейдите во вкладку «Дополнительно» и снизу нажмите на «Переменные среды«.
2. В новом окне в пункте переменные среды для пользователя, нажмите дважды по TMP.
3. Далее в графе значение переменной, задайте путь к созданной папке TEMP на диске C.

5. Разрешение временной папки

Если каким-либо образом сбились разрешения на временную папку, то будет отказ в доступе с ошибкой 5. Чтобы проверить и исправить, нажмите Win+R и введите следующий путь C:Users%username%AppDataLocal, чтобы быстро перейти к нему независимо от имени пользователя. Далее найдите папку TEMP и:

1. Нажмите правой кнопкой по папке Temp и выберите «Свойства«.
2. Перейдите во вкладку «Безопасность» и нажмите «Изменить«.
3. Если нет группы «Все«, то нажмите «Добавить«. Если есть, то разрешите полный доступ.
4. В новом окне просто напишите «Все» и нажмите проверить имя, после чего нажмите OK.
5. У вас появится группа все, где вы должны в графе «Разрешить» установить все галочки.

6. Изменить наследуемый объект Temp

Если выше способ не помог, и ошибка 5 «Служба в настоящее время не может принимать команды» все еще появляется, то попробуем проверить наследуемый объект папки Temp. Для этого:

1. Нажмите Win+R и введите следующий путь C:Users%username%AppDataLocal
2. Нажмите правой кнопкой по папке Temp и выберите «Свойства«
3. Перейдите во вкладку «Безопасность» и снизу нажмите на «Дополнительно»
4. В новом коне проверьте, установлена «Включено ли наследование» и установлена ли галочка на дочерние объекты.

7. Системные файлы

Если системные файлы повреждены, то могут быть различные ошибки, в том числе и проблемы, когда служба не может принимать команды. Запустите командную от имени администратора и введите ниже две команды по очереди, нажимая Enter после каждой.

• sfc /scannow
• DISM.exe /Online /Cleanup-image /Restorehealth

8. Владелец диска TrustedInstaller

Так как ошибка «Невозможно выполнить файл во временном каталоге. Установка прервана. Ошибка 5: Отказано в доступе» связана с разрешением привилегий учетной записи в системе Windows 11/10, то логичным будет проверить владельца диска. Скорее всего, владелец TrustedInstaller, а некоторым программам нужен более высокий доступ на изменения системных файлов.

1. Если запускаемая программа находиться на системном диске, то нажмите правой кнопкой мыши по локальному диску C и выберите «Свойства«.
2. Перейдите во вкладку «Безопасность» и смените TrustedInstaller на свою учетную запись.
3. Убедитесь, что в столбце «Разрешить» установлены все галочки для вашей учетной записи.

Важно: Если не знаете как сменить владельца, то смотрите данное руководство.

---

---

[ Telegram | Поддержать ]

I suspect I’m failing to understand where jpegoptim tries to write its temp files.

I have IIS 7.5 running an ASP.Net 4 AppDomain. In it I have a process that optimizes JPEGs with jpegoptim like so:

FileHelper.Copy(existingPath, optimizerPath);
var jpegOptimResult = await ImageHelper.JpegOptim(optimizerPath, 30);

Running locally I get an optimized image. Running on the above server I get:

D:wwwhplusf.combpctest.jpg 4096×2990 24bit N Adobe [OK] jpegoptim: error opening temporary file.

I can show the code for FileHelper.Copy(), but it’s basically just File.Copy() that overwrites if the file already exists.

Here’s ImageHelper.JpegOptim:

public static async Task<string> JpegOptim(string path, int quality)
{
    string jpegOptimPath = Path.GetDirectoryName(new Uri(Assembly
            .GetExecutingAssembly().CodeBase).LocalPath)
        + @"Libjpegoptim.exe";

    var jpegOptimResult = await ProcessRunner.O.RunProcess(
        jpegOptimPath,
        "-m" + quality + " -o -p --strip-all --all-normal "" + path + """,
        false, true
    );

    return jpegOptimResult;
}

jpegOptimResult is what you’re seeing there as the error message it’s producing. And here’s ProcessRunner.RunProcess:

public async Task<string> RunProcess(string command, string args,
    bool window, bool captureOutput)
{
    var processInfo = new ProcessStartInfo(command, args);

    if (!window)
        makeWindowless(processInfo);

    string output = null;
    if (captureOutput)
        output = await runAndCapture(processInfo);
    else
        runDontCapture(processInfo);

    return output;
}

protected void makeWindowless(ProcessStartInfo processInfo)
{
    processInfo.CreateNoWindow = true;
    processInfo.WindowStyle = ProcessWindowStyle.Hidden;
}

protected async Task<string> runAndCapture(ProcessStartInfo processInfo)
{
    processInfo.UseShellExecute = false;
    processInfo.RedirectStandardOutput = true;
    processInfo.RedirectStandardError = true;

    var process = Process.Start(processInfo);

    var output = process.StandardOutput;
    var error = process.StandardError;

    while (!process.HasExited)
    {
        await Task.Delay(100);
    }

    string s = output.ReadToEnd();
    s += 'n' + error.ReadToEnd();

    return s;
}

So:

• jpegOptim runs properly on my local machine, and optimizes the file, so it’s not how I’m calling jpegOptim.

• The Copy operation succeeds without Exception, so it’s not a Permissions issue with the ASP.Net user reading/writing from that directory

• jpegOptim just optimizes and overwrites the file, so if it is in fact running under the same ASP.Net user, it should have no problem writing this file, but…

• It’s unclear where jpegOptim attempts to write its temp file, so perhaps the underlying issue is where this temporary file is being written.

However, judging by the Windows source:

http://sourceforge.net/p/jpegoptim/code/HEAD/tree/jpegoptim-1.3.0/trunk/jpegoptim.c

jpegOptim’s «temporary file» appears to just be the destination file when used with the above options. Relevant lines of jpegOptim source:

int dest = 0;

int main(int argc, char **argv) 
{
    ...

There’s some code here looking for the -d argument that sets dest=1 — meaning here dest remains 0. It then hits an if branch, and the else clause, for dest == 0, does this:

if (!splitdir(argv[i],tmpdir,sizeof(tmpdir))) 
    fatal("splitdir() failed!");
strncpy(newname,argv[i],sizeof(newname));

That’s copying the directory name portion of the input image filename to the variable tmpdir — so like C:Blah18.jpg would assign tmpdir="C:Blah". Then it dumps the entire input image filename to newname, meaning it’s just going to overwrite it in place.

At this point in the code the variables it’s using should be:

dest=0
argv[i]=D:wwwhplusf.combpctest.jpg
tmpdir=D:wwwhplusf.combpc
newname=D:wwwhplusf.combpctest.jpg

It then in fact opens the file, and there’s an opportunity to error out there, suggesting jpegoptim is successfully opening the file. It also decompresses the file further confirming it’s successfully opening it.

The specific error message I’m seeing occurs in these lines — I’ll confess I don’t know if MKSTEMPS is set or not for a default build (which I’m using):

    snprintf(tmpfilename,sizeof(tmpfilename),
        "%sjpegoptim-%d-%d.XXXXXX.tmp", tmpdir, (int)getuid(), (int)getpid());
#ifdef HAVE_MKSTEMPS
    if ((tmpfd = mkstemps(tmpfilename,4)) < 0) 
        fatal("error creating temp file: mkstemps() failed");
    if ((outfile=fdopen(tmpfd,"wb"))==NULL) 
#else
    tmpfd=0;
    if ((outfile=fopen(tmpfilename,"wb"))==NULL) 
#endif
        fatal("error opening temporary file");

So snprintf is like C# String.Format(), which should produce a path like:

D:wwwhplusf.combpcjpegoptim-1-2.XXXXXX.tmp

Judging by what I can find it’s likely MKSTEMPS is not defined meaning fopen is being called with «wb» meaning it’s writing a binary file, and it’s returning null meaning it failed to open, and out comes the error message.

So — possible causes:

• Bad path in tmpdir It’s possible I’m following the C++ poorly (likely), but, from the looks of it it should be identical to the source path of the image. But perhaps it’s mangled for tmpdir, by jpegoptim? The input path is clearly clean because jpegoptim actually emits it cleanly in the error message.

• Permissions issue Seems fairly unlikely. The ASP.Net user this is running under can clearly read and write because it copies to the dir before jpegoptim fires, and the only user on the machine with any permissions to this dir is that user, so jpegoptim should have failed prior to this point if it were permissions. It could be attempting to access a different dir, but that would really be the Bad tmpdir scenario.

• Something else I’ve not thought of.

Ideas?

Note: This question is similar:

Using jpegtran, jpegoptim, or other jpeg optimization/compression in C#

However, that question is asking about a shared env on GoDaddy, causing answers to spiral around the likelihood he can’t spin up processes. We have full control over our server, and as should be clear from the above, the jpegoptim Process is definitely starting successfully, so it’s a different scenario.

I suspect I’m failing to understand where jpegoptim tries to write its temp files.

I have IIS 7.5 running an ASP.Net 4 AppDomain. In it I have a process that optimizes JPEGs with jpegoptim like so:

FileHelper.Copy(existingPath, optimizerPath);
var jpegOptimResult = await ImageHelper.JpegOptim(optimizerPath, 30);

Running locally I get an optimized image. Running on the above server I get:

D:wwwhplusf.combpctest.jpg 4096×2990 24bit N Adobe [OK] jpegoptim: error opening temporary file.

I can show the code for FileHelper.Copy(), but it’s basically just File.Copy() that overwrites if the file already exists.

Here’s ImageHelper.JpegOptim:

public static async Task<string> JpegOptim(string path, int quality)
{
    string jpegOptimPath = Path.GetDirectoryName(new Uri(Assembly
            .GetExecutingAssembly().CodeBase).LocalPath)
        + @"Libjpegoptim.exe";

    var jpegOptimResult = await ProcessRunner.O.RunProcess(
        jpegOptimPath,
        "-m" + quality + " -o -p --strip-all --all-normal "" + path + """,
        false, true
    );

    return jpegOptimResult;
}

jpegOptimResult is what you’re seeing there as the error message it’s producing. And here’s ProcessRunner.RunProcess:

public async Task<string> RunProcess(string command, string args,
    bool window, bool captureOutput)
{
    var processInfo = new ProcessStartInfo(command, args);

    if (!window)
        makeWindowless(processInfo);

    string output = null;
    if (captureOutput)
        output = await runAndCapture(processInfo);
    else
        runDontCapture(processInfo);

    return output;
}

protected void makeWindowless(ProcessStartInfo processInfo)
{
    processInfo.CreateNoWindow = true;
    processInfo.WindowStyle = ProcessWindowStyle.Hidden;
}

protected async Task<string> runAndCapture(ProcessStartInfo processInfo)
{
    processInfo.UseShellExecute = false;
    processInfo.RedirectStandardOutput = true;
    processInfo.RedirectStandardError = true;

    var process = Process.Start(processInfo);

    var output = process.StandardOutput;
    var error = process.StandardError;

    while (!process.HasExited)
    {
        await Task.Delay(100);
    }

    string s = output.ReadToEnd();
    s += 'n' + error.ReadToEnd();

    return s;
}

So:

• jpegOptim runs properly on my local machine, and optimizes the file, so it’s not how I’m calling jpegOptim.

• The Copy operation succeeds without Exception, so it’s not a Permissions issue with the ASP.Net user reading/writing from that directory

• jpegOptim just optimizes and overwrites the file, so if it is in fact running under the same ASP.Net user, it should have no problem writing this file, but…

• It’s unclear where jpegOptim attempts to write its temp file, so perhaps the underlying issue is where this temporary file is being written.

However, judging by the Windows source:

http://sourceforge.net/p/jpegoptim/code/HEAD/tree/jpegoptim-1.3.0/trunk/jpegoptim.c

jpegOptim’s «temporary file» appears to just be the destination file when used with the above options. Relevant lines of jpegOptim source:

int dest = 0;

int main(int argc, char **argv) 
{
    ...

There’s some code here looking for the -d argument that sets dest=1 — meaning here dest remains 0. It then hits an if branch, and the else clause, for dest == 0, does this:

if (!splitdir(argv[i],tmpdir,sizeof(tmpdir))) 
    fatal("splitdir() failed!");
strncpy(newname,argv[i],sizeof(newname));

That’s copying the directory name portion of the input image filename to the variable tmpdir — so like C:Blah18.jpg would assign tmpdir="C:Blah". Then it dumps the entire input image filename to newname, meaning it’s just going to overwrite it in place.

At this point in the code the variables it’s using should be:

dest=0
argv[i]=D:wwwhplusf.combpctest.jpg
tmpdir=D:wwwhplusf.combpc
newname=D:wwwhplusf.combpctest.jpg

It then in fact opens the file, and there’s an opportunity to error out there, suggesting jpegoptim is successfully opening the file. It also decompresses the file further confirming it’s successfully opening it.

The specific error message I’m seeing occurs in these lines — I’ll confess I don’t know if MKSTEMPS is set or not for a default build (which I’m using):

    snprintf(tmpfilename,sizeof(tmpfilename),
        "%sjpegoptim-%d-%d.XXXXXX.tmp", tmpdir, (int)getuid(), (int)getpid());
#ifdef HAVE_MKSTEMPS
    if ((tmpfd = mkstemps(tmpfilename,4)) < 0) 
        fatal("error creating temp file: mkstemps() failed");
    if ((outfile=fdopen(tmpfd,"wb"))==NULL) 
#else
    tmpfd=0;
    if ((outfile=fopen(tmpfilename,"wb"))==NULL) 
#endif
        fatal("error opening temporary file");

So snprintf is like C# String.Format(), which should produce a path like:

D:wwwhplusf.combpcjpegoptim-1-2.XXXXXX.tmp

Judging by what I can find it’s likely MKSTEMPS is not defined meaning fopen is being called with «wb» meaning it’s writing a binary file, and it’s returning null meaning it failed to open, and out comes the error message.

So — possible causes:

• Bad path in tmpdir It’s possible I’m following the C++ poorly (likely), but, from the looks of it it should be identical to the source path of the image. But perhaps it’s mangled for tmpdir, by jpegoptim? The input path is clearly clean because jpegoptim actually emits it cleanly in the error message.

• Permissions issue Seems fairly unlikely. The ASP.Net user this is running under can clearly read and write because it copies to the dir before jpegoptim fires, and the only user on the machine with any permissions to this dir is that user, so jpegoptim should have failed prior to this point if it were permissions. It could be attempting to access a different dir, but that would really be the Bad tmpdir scenario.

• Something else I’ve not thought of.

Ideas?

Note: This question is similar:

Using jpegtran, jpegoptim, or other jpeg optimization/compression in C#

However, that question is asking about a shared env on GoDaddy, causing answers to spiral around the likelihood he can’t spin up processes. We have full control over our server, and as should be clear from the above, the jpegoptim Process is definitely starting successfully, so it’s a different scenario.

Ошибка отправления сообщения: невозможно открыть временный

Проблема: При отправке сообщения выскакивает окошко с ошибкой: «ошибка отправления сообщения: невозможно открыть временный файл C:DOCUME~1ЁЁ~1LOCALS~1TEMPnsmail.eml»
Причина: В полном пути к каталогу для временных файлов имеются пробелы и нелатинские символы. Это не нравится почтовому клиенту Mozilla или Thunderbird.
Решение: Нужно изменить путь к каталогу для временных файлов на тот в котором нет пробелов и нелатинских символов. Для этого:
В Windows 2000/XP:
1) Идем в Панель управления
2) Нажимаем на значок «Система»
3) Открываем вкладку «Дополнительно»
4) Нажимаем кнопку «Переменные среды»
5) В верхнем окошке «Переменные среды пользователя» есть 2 строки:  TEMP и TMP. Поочередно подсвечиваете их и нажимаете «Изменить». В окне «Значение переменной» вводите путь к новому каталогу без пробелов и кириллицы, например C:WINDOWSTEMP или %SystemRoot%TEMP