Значит нужно посмотреть, кто держит файл.
По моему в пакете SysInternals Suite есть нужная утилита. Скачайте его с сайта мелкософта.
Там точно есть diskmon - монитор дисковых операций.
Запустите перед стартом шедулера diskmon, настройте фильтр в дискмоне на ваш каталог и запускайте шедулер.
С помощью стандартного монитора ресурсов можно не обнаружить, т.к. операция быстрая, а там обновление по таймеру. А в дискмоне пишутся все обращения, как в логе.
Ну тогда все таки это доступ.
"Не удается найти C:\Windows\system32\DEL Отказано в доступе."
Закоментируйте @echo off, если он есть и запускайте из шедулера так:
%WINDIR%\system32\cmd.exe /c <батник> 1>"%~dp0\log.txt" 2>&1
Потом смотрите вывод в log.txt.
Ну и если там что-то будет интересное давайте сюда.
И SyavaSyava прав - нужно делать так как он написал. Правда от этого ошибка не рассосется.
Логи лежат в /var/log
Настройте, чтоб работал all.log (на сколько помню по умолчанию он выключен). Для включения надо в /etc/syslog.conf раскоментировать соответствующую строку, где упоминается all.log, а так же проверить, чтоб в /etc/newsyslog.conf строчка с all.log так же присутствовала и была раскоментирована. Создать all.log- touch /var/log/all.log. Перезапустить syslogd - service syslogd restart
После этого все сообщения будут падать в all.log (а так же и во все остальные файлы, которые настроены).
А дальше уже по ситуации - ловите то что вам нужно.
Если что, сообщения по авторизации лежат в auth.log - можно начать с него.
Что на счет команды в планировщике? В каком виде ее задаете?
Может быть еще такой вариант - поищите в каталогах, указанных в PATH исполняемый файл cmd.exe в каталогах, отличных от c:\Windows\Systems32 и SysWow64
Это забавно :-)
Вообще delа в природе нет - это встроенная команда cmd.exe.
Похоже у вас какой-то липовый cmd.exe.
Натравите в системе под админом: sfc /scannow - должна восстановить поврежденные/измененные системные файлы.
PS: вместо del можно использовать erase - это по сути псевдоним дела.
Ну как-бы, администратор домена - это еще не царь горы :)
Разница при выполнении из шедулера и руками обычно в:
1.правах пользователя
2.отсутствие по умолчанию сетевых дисков
3.текущем каталоге
4.настройках PATH
2 - 4 пункты в данном случае не про вас, остается только 1. Конечно, если диск i - локальный.
Кстати, возможно файлы на момент удаления по шедулеру еще заняты (например, бэкап не закончился).
dmitry_dev33: Выше Антон Жилин уже все расписал.
Поскольку в вашем примере присутствует операция ИЛИ, то достаточно чтоб хотя бы один из аргументов ИЛИ был true, чтоб все выражение было true. Т.е. либо i++&&++j == true, либо k==true, либо l==true.
i++&&++j == true при i!=0 и ++j!=0.
Вы бы уже могли написать тест со всеми вариантами и увидеть все в живую.
dmitry_dev33: Наверное вы это имеете ввиду: a && b && c
Нужно правильно составить логическое выражение. А для этого нужно правильно сформулировать то чего вы хотите добиться на русском языке.
