Action c windows system32 cmd exe with return code 2147942401

24144 просмотра

4 ответа

Я пытаюсь запланировать задание для запуска пакетного файла с помощью планировщика задач Windows 10, но в результате получается код возврата 2147942401.

Пакетный файл находится в удаленном месте, поэтому я даю абсолютный путь
«\\ сервер1 \ передача файлов \ файлы данных \ входящий \ abc \ csv \ excel-to-csv.bat»

Если я запускаю пакетный скрипт с командной строкой, то он работает нормально.

Пакетный скрипт предназначен для преобразования Excel в файл в CSV.

Это вызывает другой скрипт VB, который to-cvs.vbs

Если я внесу изменения на вкладке «Действие», как упомянуто @Steinspecht (планировщик задач — задача выполнена «успешно» с кодом выхода 0x8007001), то также получаю код 2147942401 Не уверен, правильно ли написано «Добавить аргументы»

Ответы (4)

5 плюса

Коды ошибок для планировщика заданий указаны как шестнадцатеричные в msdn , а ваш код 2147942401 преобразуется в шестнадцатеричный как 0x80070001 (которого там нет в списке), но этот суперпользователь описывает его как «недопустимую функцию». Он исправил свою проблему с помощью «простейших настроек планировщика задач, и теперь он работает». Я отмечаю, что он выполняет свою задачу только тогда, когда пользователь вошел в систему, поэтому ему не нужно «Входить в систему как пакетное задание».

Если вы хотите запускать пакетное задание, когда вы не вошли в систему, вам нужна специальная привилегия «Вход в систему как пакетное задание». Обратите внимание, что есть также привилегия «Вход в систему как пакетное задание», которая вам не нужна.

Из Social Technet вы можете назначить эту привилегию с помощью

• Введите secpol.msc / s
• Выберите « Локальные политики » в оснастке MSC
• Выберите « Назначение прав пользователя »
• Щелкните правой кнопкой мыши « Войти как пакетное задание » и выберите «Свойства».
• Нажмите « Добавить пользователя или группу » и включите соответствующего пользователя.

Ваша задача вызывает сетевой ресурс. Эти сценарии PowerShell рекомендуют перенести эти ресурсы на локальный компьютер, чтобы исключить вероятность проблем с сетью / подключением / разрешениями.

Автор: woodvi Размещён: 14.05.2018 10:54

2 плюса

Этот код ошибки также может быть результатом ошибки / ошибки в реальном скрипте Powershell, даже если все настройки планировщика задач, разрешения и т. Д. Верны; в моем случае я ссылался на каталог, который не существует.

0 плюса

Ответ М. Гербенера привел к тому, что я попытался запустить скрипт вручную, чтобы проверить, не был ли в скрипте ошибка. Это не так, но он подчеркнул, что проблема была, когда я получил сообщение об ошибке:

[Мой скрипт] не может быть загружен, потому что в этой системе отключены скрипты.

Конечно, решением было запустить Set-ExecutionPolicy, чтобы разрешить запуск сценариев Powershell.

Автор: paulH Размещён: 14.03.2019 12:33

0 плюса

Старый вопрос, который я знаю, но я получал ошибку 2147942401 на сервере Windows 2016.

Если вы посмотрите на свойства запланированных задач, в нижней части вкладки «Общие» было установлено значение «Настроить для»: Windows Vista, Windows Server 2008.

Перешли на Windows Server 2016 и проблема была решена.

Action c windows system32 cmd exe with return code 2147942401

Профиль | Отправить PM | Цитировать

Доброго времени суток.

ОС — Windows 7 Ultimate rus, машина в домене, домен на Windows 2003 R2 rus.

Проблема следующая: при создании новой задачи в планировщике заданий на машине с Windows 7 при выборе опции «Выполнять вне зависимости от регистрации пользователя», после нажатии кнопки «ОК» и ввода учетных данных вылазит следующая ошибка —

«Ошибка в задаче [Имя_задачи]. Указанный сеанс работы не существует. Возможно, он уже завершен.»

Данная ошибка повторяется и на Windows 7 x32, и на Windows 7 x64, а также на Windows 2008 R2 x64. На Windows XP, 2000 и 2003 планировщик таких коленец не выкидывает.

При указании опции «Выполнять только для зарегистрированного пользователя» задачи отрабатываются, кроме командных сценариев. При выполнениии *.cmd или *.bat файла на долю секунды выскакивает окошко выполнения командного файла, но фактически ничего не происходит. Без планировщика такие файлы отрабатываются нормально.

1. Как запустить на Windows7/2008 задачу с опцией «Выполнять вне зависимости от регистрации пользователя»?
2. Как заставить нормально работать на Windows7/2008 командные файлы из планировщика?

Буду благодарен за любую помощь.

——-
С уважением, Роман А. Шелякин

batch file from scheduled task returns code 2147942401

I am trying to schedule a job to run a batch file with Windows 10 Task Scheduler, but it results in return code 2147942401.

The batch file is on remote location so I am giving the absolute path
«\\server1\file transfers\data files\inbound\abc\csv\excel-to-csv.bat»

If I run the batch script with command prompt then it work fine.

The batch script is to convert excel to file to csv.

Content of the script is:

Its calling another VB script which is to-cvs.vbs

If i make changes in Action tab as mention by @Steinspecht(Task scheduler- task completed “successfully” with exit code 0x8007001) then also i am getting the code 2147942401 Not sure whether Add a arguments is written correct

6 Answers 6

The error codes for Task Scheduler are listed as hexadecimal at msdn, and your code 2147942401 converts to hex as 0x80070001 (which is not listed there), but this superuser describes it as an «Illegal Function». He fixed his problem by using «the simplest task scheduler settings and now it works». I note that he only runs his task when the user is logged in, so he doesn’t need «Log on as a batch job».

If you want to run the batch job when you’re not logged in, you need a special privilege called «Log on as a batch job». Note that there is also a «DENY log on as a batch job» privilege, which you wouldn’t want.

From Social Technet, you can assign that privilege with

• Type in secpol.msc /s
• Select «Local Policies» in MSC snap in
• Select «User Rights Assignment«
• Right click on «Log on as batch job» and select Properties
• Click «Add User or Group«, and include the relevant user.

Your task calls a network resource. These powershell scripters recommend bringing those resources to your local machine to eliminate any chance of network/connectivity/permissions issues.

This error code can also result from a bug/mistake in the actual Powershell script or Batch (.bat) file, even if all task scheduler settings, permissions, etc. are correct; in my case I was referencing a directory that doesn’t exist.

An old question I know, but I was getting 2147942401 error on windows 2016 server.

If you look at the scheduled task properties, on the bottom of the General Tab, it was defaulted to Configure for: Windows Vista, Windows Server 2008.

Changed to Windows Server 2016 and the problem was solved.

Throwing another common cause of the error action «powershell.exe» with return code 2147942401 here. If your action arguments are not correct you will also get this error message. Check that the action argument parameters and parameter values are spaced correctly.

Broken Example (no space between the ‘file’ parameter and it’s value):

M Herbener’s answer led to me attempting to run the script manually, to see if the script had an error. It did not, but it did highlight what the problem was as I received the error message:

[my script] cannot be loaded because running scripts is disabled on this system.

The solution, of course, was to run Set-ExecutionPolicy to allow Powershell scripts to run.

For me, the task would sometimes work and sometimes wouldn’t. According to the Scheduled Task History, when failing, it would appear as if it’s been running for about 40 seconds, doing nothing, and completing action «C:\windows\SYSTEM32\cmd.exe» with return code 2147942401 .

In this case, there was no point messing with the Group Policy settings because sometimes it would work. But not everytime. Which means it’s a timing problem, not a Policy problem.

Recreating, reconfiguring my task (as suggested in this SuperUser Q&A) did not fix the problem.

I did also consider butchering my batch file and getting rid of the standard output redirection, thus abandonning the logging capability (and becoming blind). Or simply running an actual «*.exe» process, instead of using a batch file at all. This could potentially have been a solution.

I also considered replacing the «At startup» scheduled task by a full-blown Service, but this would have been an expensive experiment for such a trivial problem.

Ultimately, I remembered that services can be delayed: «Automatic» vs. «Automatic (Delayed Start)». So I imitated this by added a delay on the scheduled task, in the Tasks Scheduler. For «At startup» scheduled tasks, it’s the trigger that have individual properties of its own, and that’s where the delay can be configured:

I believe my scheduled task was sometimes being started a few milliseconds too early and some OS service or functionality was not yet available or allowed. Simply adding a small delay on the trigger fixed the problem.

SOLVED: scheduled task completes with return code 2147942401

I created a scheduled task on each of our windows 10 computers (about 40 of them) to reboot every Saturday evening at 8:00. This is working on most of the computers, but for some reason 2 of them are not rebooting. The strange thing is that if I look in the «History» tab of the scheduled task GUI It says the task completed successfully — but it didn’t reboot.

I setup the task identically on each computer. I have double and triple checked the settings on the faulty computers, even deleted the task and recreated it bu the issue remains.

• run the task under user Local_Machine\System
• trigger: weekly, Saturday, 8:00 pm
• Action: Start a Program: shutdown,exe /r /t 300
• Allow task to be run on demand = Yes

with the exception of the 2 faulty computers, on each computer that I tested, when I right click the task and select «Run» I immediately see a popup telling me the computer will reboot in 5 minutes — and then it does. On the 2 faulty computers, when I right click the task and select «Run», I get no pop up, and the computer does not restart in 5 minutes. But the history tab logs another successful task completion.

Now I see one difference. On the good computers, the history tab, «Action competed» category it gives a return code of 0. On the faulty computers, it gives a return code of 2147942401 which googling tells me is an «illegal operation» but I haven’t found a more precise explanation.

These computers are all running windows 10 1709 and they are all built from the same image, all on the same domain. There is nothing I can see that sets the 2 faulty computers apart from the others except than this one issue. I even tried, on one of the faulty computers, changing the task to run under my user account (a domain admin) rather than the system account, and the issue is the same. There are other scheduled tasks I have created on these faulty machines which run successfully. I am not sure where else to look.

Выскакивает C:\Windows\System32\cmd.exe как убрать командную строку

Иногда при включении компьютера во время чтения приложений в автозапуске открывается окно командной строки с определенной командой. В этом случае пользователь закономерно задается вопросом: «Windows system32 cmd exe — что это и чем грозит подобное поведение системы?» Такая проблема довольно часто встречается, и в статье пойдет речь о том, как определить виновника события и разрешить ситуацию в свою пользу.

Причины возникновения

Панель интерпретатора командной строки, неожиданно появляющаяся после загрузки ОС, может быть свидетельством изменения некоторых системных настроек сторонними приложениями. Но это не единственная причина его появления на рабочем столе.

Краткий перечень факторов помещения cmd exe windows в автозапуск:

1. Спланированное включение некоторых функций установленных программ или официальных обновлений.
2. Включение любого стороннего приложения, установленного пользователем.
3. Работа вирусных утилит или попытка системы восстановить поврежденные файлы.

У некоторых пользователей черное окно CMD открывается в ситуации:

• Отображения рабочего стола и чтения всех висящих в автозагрузке программ. Если мощности процессору не хватает, то командная строка может ненадолго задержаться ввиду активации определенных сегментов кода.
• Когда осуществляется какая-нибудь работа с системой. В этом случае следует винить вредоносное ПО, что загружается из сети.

К чему может привести игнорирование ошибки?

Если задействованы встроенные утилиты или программы, которым можно доверять, опасаться нечего. Исправить проблему на слабом ПК можно только посредством его апгрейда. Для примера, в десятой версии Windows часто встречаются подобные баги, так как система особо требовательна к ресурсам компьютера.

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

Алгоритм решения проблемы

Для начала стоит провести диагностику ОС посредством встроенных утилит:

1. Запускаем консоль «Выполнить» при помощи комбинации Win+R и вводим строку msconfig.
2. После этого появляется окно «Конфигурации», в котором нужно отметить пункт «Диагностический запуск».
   
3. Перезагружаем систему.

Если после безопасного входа строка с надписью system32 на черной панели снова выскакивает, то, вероятно, за это отвечает определенный системный процесс. Когда в область Start прописывается вредоносный код, после диагностического запуска окно cmd.exe не включается автоматически.

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

• Лучшей утилитой для этой процедуры является CCleaner. Скачать программу можно с официального ресурса.
  
• После установки и запуска приложения нужно перейти в раздел «Очистки», проверить систему на ошибки и убрать все отметки посредством поля «Исправить избранное».
• После этого следует проверить реестр в соответствующем меню.
• В раздел Сервис — Автозагрузка помещены все записи о программах, которые автоматически стартуют вместе с Windows. Все подозрительные приложения стоит отключить.
• Для закрепления лечения можно провести полную проверку ОС на вирусы с помощью простеньких в использовании утилит AdwCleaner и MalwareBytes.

Владельцам десятки позволено решать подобные проблемы через командную строку:

• Консоль следует запускать от имени админа, иначе некоторые функции будут недоступны.
• Нужно ввести команду sfc/scannow и нажать Enter.
  
• Данная утилита регистрирует все изменения в системных файлах и позволяет загружать исправления через сетевые протоколы.

Также можно использовать оснастку «Планировщика задач», если окно командной строки постоянно маячит на рабочем столе и мешает работе:

• В меню «Выполнить» нужно ввести taskschd.msc для запуска утилиты.
• В разделе «Библиотека» находится полный список запланированных на определенное время задач.
• Для дезактивации записей нужно выделить их кнопкой мыши и нажать на пункт «Отключить» в правом меню.
• Если же при выборе пункта возникают сомнения касательно его реальных функций, стоит обратиться к интернету за справкой.

Выводы

Строгое следование инструкции должно помочь. Но случается и так, что спустя некоторое время cmd.exe снова вылезает на рабочий стол. В данном случае стоит обратиться к специалистам в сервисный центр Microsoft, приложив к письму подробный отчет о сложившейся ситуации.

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