westlife
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору mao_2004 Обсуждение репаквим не в этой теме. Это баг при отключении компонента. Можно исправить. В AutoSettingsPS включено в пресете его исправление: Удалить: HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Explorer\ControlPanel\NameSpace\{87D66A43-7B11-4A28-9811-C86EE395ACF7} Отключение/включение не управляет параметром в WOW6432Node, то есть при включении его надо создать обратно с параметром. farag Отложенное удаление объектов: папок, файлов, символических ссылок работает при любом раскладе, если права доступа есть для System, если нет то не может, так как этот метод работает без необходимых привилегий типа SeBackupPrivilege и др. На атрибуты не обращает внимание. переписал ее для переименования, переименовывает системные папки, которые при работе винды заняты процессами от svchost, т.е. работает хорошо. За одно, про зависания у fantom123 и у других: Проблему смог повторить искусственно испортив репозитарий WMI и заблокировав запуск его файлов и службы. Но только на 40 сек, винда его все равно восстанавливает обратно, главное проблема выявлена. comobject и job завязаны на WMI и dcom, в одном случае вис только comobject, во втором еще и job, так как он завязан на задачи, а они завязаны на WMI. Проблему решил у настройки запуском отдельным процессом PS через [System.Diagnostics.Process]::Start(), чтобы не вешал скрипт, саму настройку он не может сделать при такой проблеме в системе, а проверку сделаю через реестр, сейчас этим занимаюсь. Задачи восстановить функционал винды не стояло. |