Задачи, пережившие приложение
Почему планировщик заданий всё ещь упоминает старые приложения и как проверить издателей.
Планировщик заданий Windows легко забыть, потому что он вне привычной истории «Приложения и возможности». Вендоры используют его для обновлений, телеметрии, проверок лицензий и уборочных сценариев — заданий, которые продолжают срабатывать после того, как основной UI исчез. Поэтому «чистая» деинсталляция на бумаге может будить диск в 3 часа ночи.
Аудит прежде чем удалять
Откройте планировщик (taskschd.msc) и найдите задачи, где фигурирует старое имя продукта, путь установки или издатель. Сначала вкладка «Действия»: какой исполняемый файл или сценарий и из какой рабочей папки? Затем «Триггеры»: ежедневное обновление ведёт себя иначе, чем одноразовая задача после установки.
Когда уверены, что задание принадлежит снятому продукту, отключите его прежде чем удалять файлы программы с диска. Отключённая задача с ошибками диагностируется проще, чем «наполовину» удалённая папка, заблокированная ещё работающим обновляльщиком.
Сломанные пути и осиротевшие задачи
Если задача указывает на отсутствующий .exe в старом дереве установки, это сильный признак «сироты» — после того как вы убедились, что путь не переиспользует другой продукт. Удаляйте объект задачи только после проверки полной командной строки действия; некоторые лаунчеры проксируют в общую среду с обобщённым именем.
- Для пакетов, регистрирующих много задач (творческий софт, игровые клиенты), предпочитайте деинсталляторы вендора или утилиты очистки.
- После отключения подозрительных заданий перезагрузитесь один раз, чтобы снять блокировки файлов и временные службы.
Сочетайте с Autorun Manager
Записи автозапуска в папках оболочки и ключах Run могут снова запускать установщики, которые воссоздают только что удалённые задачи. Сверьте Autorun Manager в Revo (или аналог), чтобы запланированные задания, службы и ярлыки автозапуска рассказывали одну согласованную историю. Если что-то возвращается, сначала заблокируйте автозапуск, затем удалите задачу, затем файлы.
Условия, простой триггер и «разбудить ПК»
Некоторые задачи выполняются только от сети, на питании от сети или в простое пользователя. Читайте вкладку «Условия», чтобы не решить, что задание мёртвое, если оно не сработало за пятиминутный тест. Задачи, которые будят компьютер для обновлений, частая причина ночного шума вентилятора; отключение «не той» может остановить и легитимную доставку драйверов — держите имена вендоров в заметках.
Задачи, созданные с повышением
Инсталляторы иногда регистрируют задачи под SYSTEM или «с наивысшими привилегиями». Если задачу нельзя изменить, может понадобиться административная оболочка или утилита очистки вендора. Не удаляйте силой XML задач с диска, не понимая устройства планировщика — предпочитайте удаление объекта из UI или schtasks после чтения документации вендора.
Короткие ответы
- Задача всё ещё выполняется после удаления приложения. Почему?
- Деинсталлятор снял UI, но не объект задачи, или другой компонент перерегистрировал её при загрузке. Отключите задачу, проверьте автозапуск, затем удалите задачу, когда путь действия действительно исчез.
- Удалять задачи в \Microsoft\Windows\?
- Считайте их обслуживанием ОС, пока у вас нет документации вендора о конкретном конфликте. Предпочитайте Центр обновления Windows и встроенное восстановление вместо случайных удалений.
- «Выполнять независимо от входа пользователя» — это подозрительно?
- Не само по себе — многие обновляльщики работают как SYSTEM. Читайте исполняемый файл действия и издателя; контекст решает, принадлежит ли это снятому продукту.
Дальше: Считайте планировщик частью проверки после деинсталляции: если задание всё ещь ссылается на старый путь после очистки, отключите его осознанно или удалите с доказательствами. См. обзор возможностей и руководства о том, как автозапуск и планирование сочетаются.