На прошлой неделе Рунет облетела картинка с Pikabu. У какого-то мальчика Windows 10 запустила установку обновлений и ушла в перезагрузку за минуту до начала выступления. Он ловко заснял свой средний палец на фоне ноутбука, не осознавая, что показывал его не ОС, а себе.
Этой ситуации можно было легко избежать, и сегодня я расскажу, как не быть таким как он.
[+] Сегодня в программе
- О чем эта статья
- Основные причины недовольства автоматической перезагрузкой
- Контроль перезагрузки после установки обновлений
- Период активности
- Планирование перезагрузки вручную
- Групповые политики контроля перезагрузки в Windows 10
- Настройка автоматического обновления
- Отключить автоматическую перезагрузку для обновлений во время периода активности
- Не выполнять автоматическую перезагрузку, если в системе работают пользователи
- Почему политика NoAutoRebootWithLoggedOnUsers теперь считается устаревшей
- Твик реестра для настройки политик
- Дискуссия и опрос
О чем эта статья
Я разберу основные причины, ведущие к внезапной перезагрузке после установки обновлений, и расскажу о том, как гибко настроить поведение Windows 10 с помощью:
- графического интерфейса
- групповых политик и соответствующих параметров реестра
Я не буду рассказывать о том, как:
- полностью отключить установку обновлений — см. В чем риск работы в устаревшей операционной системе (и да, мне неинтересны ваши кирпичи на тему неотключаемой установки обновлений)
- отложить установку обновлений и доставку новых сборок — см. пост в моем канале Telegram (он же внедренный в блог здесь)
Основные причины недовольства автоматической перезагрузкой
Я вижу несколько причин, по которым люди выражают недовольство внезапной принудительной перезагрузкой после установки обновлений.
Крайне редкое включение ПК
Обычно, это происходит так. Маковод давно не включал винду, а когда наконец включил, она помчалась устанавливать и применять обновления. В Twitter сразу постится такое:
Когдо думаешь быстренько поработать на Маке и на Винде… ага, быстренько pic.twitter.com/MuEy8D3kVS
— Саша Усольцев (@usolt) July 4, 2017
Ноутбуки стоят на кровати, но прошлой ночью спал только MacBook, а ноутбук с Windows не включался давным-давно (обновления пришли почти за три недели до твита).
Выключение ПК вместо сна
В 2018 году это оправдано лишь в ограниченном числе сценариев, которые будут доставляться в комментариях — ПК с шумящими вентиляторами в спальне, вот это все :) Windows умеет просыпаться для установки обновлений и засыпать после нее.
Но если вы только включаете и выключаете ПК, в какой-то момент система форсирует установку обновлений, что увеличит время выключения и следующего включения. И произойдет это по закону Мерфи в самый неподходящий момент.
Незнание базовых настроек
Невозможно сделать «из коробки» настройки, подходящие для всех. Windows исторически ориентирована на организации, и в данном случае это отлично просматривается. В систему заложен сценарий «ПК активен в рабочее время, и в нем используется сон вместо выключения». Это годится не всем, поэтому не надо стесняться настраивать ОС под себя, о чем я и расскажу дальше.
Контроль перезагрузки после установки обновлений
Я разберу настройки в Параметрах и политиках / реестре.
Период активности в Параметрах
Поищите в Параметрах активн или active hours (даже в русской ОС можно искать по-английски) и задайте диапазон часов, в которые Windows не будет перезагружаться после установки обновлений. Стандартные активные часы заданы с 8:00 до 17:00, что имеет смысл для рабочего ПК.
В этом примере для домашней системы задан максимально большой период активности (18 часов), и перезагрузка допустима только между 11:00 и 17:00, т.е. в типичное рабочее время.
В большинстве случаев этого достаточно, поскольку накопительные обновления доставляются раз в месяц во вторник, а установка на более-менее современном железе с SSD занимает несколько минут.
Но такой подход не исключает полностью риск потери несохраненных данных, если выполнение некой задачи растягивается за пределы активных часов.
Windows, мразь. Иди ты нахрен со своими апдейтами и перезагрузками. Работа за вчерашние полдня пошла по п**де. Стоит только отойти, блин.
— kazakov (@jc_ru) September 20, 2016
Илья тоже маковод, и вряд ли у него были грамотно настроены активные часы. Но избежать такой ситуации все равно можно, запланировав перезагрузку вручную в удобное время, либо настроив политики.
Планирование перезагрузки вручную
Когда в списке есть готовые к установке обновления, вы можете запланировать перезагрузку на любое удобное время в течение ближайшей недели. Заданное время будет преобладать над активными часами.
У этого способа есть недостатки. Во-первых, Windows будет напоминать о приближающейся установке такими уведомлениями поверх всех окон, что вас будет раздражать, конечно.
Во-вторых, и это более серьезная проблема, для начала нужно знать об ожидающих установки обновлениях. У меня сложилось ощущение, что Windows 10 1709 вообще не выводит уведомлений об этом, а просто тихо ждет, пока закончится период активности. Но даже при наличии напоминаний, их еще нужно увидеть в центре уведомлений.
Кардинально решить вопрос с нежелательной перезагрузкой можно только групповыми политиками.
Групповые политики контроля перезагрузки в Windows 10
Ниже я приведу полный твик реестра, но сначала опишу принцип работы трех групповых политик из раздела Административные шаблоны — Компоненты Windows — Центр обновления Windows. Подробная документация здесь, и ее даже перевели на русский язык.
Настройка автоматического обновления
Configure Automatic Updates
Эта ключевая политика должна быть настроена на автоматическую загрузку обновлений и установку по расписанию (AUOptions = 4 в реестре). Без этого контроль перезагрузки не работает в принципе.
Дальше вы можете включить одну из двух политик ниже, но не обе одновременно, иначе контроль перезагрузки не сработает.
Отключить автоматическую перезагрузку для обновлений во время периода активности
Turn off auto-restart for updates during active hours
Если вас устраивает период активности в Параметрах, включать политику не нужно.
Это — активные часы, причем включение политики (SetActiveHours=1) сопряжено с указанием диапазона часов (ActiveHoursStart, ActiveHoursEnd), что переопределяет настройки в Параметрах.
Не выполнять автоматическую перезагрузку, если в системе работают пользователи
No auto-restart with logged on users for scheduled automatic updates installation
Эту политику имеет смысл включать (NoAutoRebootWithLoggedOnUsers=1), если периода активности в Параметрах недостаточно, т.е. когда нужно гарантировать, что система не перезагрузится в ваше отсутствие.
Когда эта политика включена, можно бесконечно долго игнорировать системные уведомления о необходимости перезагрузки. Но я настоятельно рекомендую дать системе обновиться, если у вас есть 5 минут, потому что:
- вы продолжаете работать с уязвимостями, поскольку обновления безопасности не установлены
- задержка перезагрузки более чем на месяц сопряжена с установкой следующего накопительного пакета поверх еще полностью не установленного старого, что может привести к непредсказуемым последствиям
Политика не новая, равно как и сама ситуация с нежелательной перезагрузкой. Вот я советую эту же политику в другой статье блога в 2011 году, ссылаясь на свой же ответ в форуме TechNet возмущенному владельцу Windows 7 ;)
Почему политика NoAutoRebootWithLoggedOnUsers теперь считается устаревшей
Этот раздел статьи добавлен в январе 2022 года после публикации в блоге Microsoft IT Pro: Why you shouldn’t set these 25 Windows policies. Начиная с версии 20H2, многие политики Windows Update в Windows 10 и Windows 11 считаются устаревшими. Читайте мой разбор поста в канале Telegram, а здесь я прокомментирую объяснения Microsoft только для этой политики.
Оригинал объяснений Microsoft на картинке, курсивом мой вольный перевод ключевых утверждений, остальное — мои комментарии.
- У этой групповой политики нет эквивалентной политики CSP.
Это — не проблема для работы групповой политики в Windows. Видимо, политику CSP решили не делать из-за нежелательных эффектов групповой. - Групповая политика не работает в точности как описано.
Непонятно, что именно не работает. - Применение политики может привести к тому, что накопительные обновления не установятся, потому что многие пользователи сейчас не выходят из системы.
Это лишь подтверждает, что политика работает, препятствуя перезагрузке. Да, последствия применения политики могут оставлять систему уязвимой, о чем я писал изначально. Но это никак не связано с выходом новых версий Windows.
По сути предлагается использовать групповую политику Specify deadlines for automatic updates and restarts / Указание крайних сроков для автоматических обновлений и перезапусков (ConfigureDeadlineNoAutoReboot=1) или эквивалентную ей политику CSP. Тем самым перезагрузка без ведома пользователя не произойдет до заданного политикой дедлайна. Однако по факту его наступления система будет отправлена в перезагрузку вне зависимости от выполненного входа пользователя! То есть фактически возникнет ситуация, описанная в начале статьи.
Твик реестра для настройки политик
REG-файл в ZIP-архиве содержит настройки всех трех политик, причем он сконфигурирован под блокирование перезагрузки при наличии пользователей в системе. Твик не нужен, если вас устраивают активные часы — просто настройте период в Параметрах.
Windows Registry Editor Version 5.00 ; Статья https://www.outsidethebox.ms/18895/ ; Документация https://docs.microsoft.com/windows/deployment/update/waas-restart [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] ; ================ Политика "Настройка автоматического обновления" ================ ; Автоматическое обновление включено "NoAutoUpdate"=dword:00000000 ; Автоматически загружать и устанавливать по расписанию ниже ; Значение "4" обязательно для контроля перезагрузки! "AUOptions"=dword:00000004 ; Устанавливать обновления только в рамках автоматического обслуживания ; Но не позднее чем через два дня после загрузки ; Автоматическое обслуживание по умолчанию в 3 часа ночи, настраивается отдельно ;"AutomaticMaintenanceEnabled"=dword:00000001 ; Выбор дня и времени для установки обновлений ; Устанавливать обновления в любой день недели (0) или в заданный (1-7) с ВС по СБ "ScheduledInstallDay"=dword:00000000 ; Устанавливать обновления в 3 часа ночи (значения параметра: 0-23) "ScheduledInstallTime"=dword:00000003 ; Выбор недели для установки обновлений ; Можно использовать все параметры сразу или любое их сочетание ; Устанавливать обновления каждую неделю, если доступны "ScheduledInstallEveryWeek"=dword:00000001 ; Устанавливать обновления в первую, вторую, третью неделю месяца ;"ScheduledInstallFirstWeek"=dword:00000001 ;"ScheduledInstallSecondWeek"=dword:00000001 ;"ScheduledInstallThirdWeek"=dword:00000001 ; ================ Контроль перезагрузки после установки обновлений ============================= ;"AUOptions" выше должно быть равно "4" ; Можно использовать или вошедшего пользователя (NoAutoRebootWithLoggedOnUsers=1) ; или активные часы (SetActiveHours = 1), но не одновременно ; Политика "Не выполнять автоматическую перезагрузку, если в системе работают пользователи" [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU] "NoAutoRebootWithLoggedOnUsers"=dword:00000001 ; Политика "Отключить автоматическую перезагрузку для обновлений во время периода активности" ;[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate] ; Разрешить перезагрузку вне активных часов (значение 1 обязательно для работы) ;"SetActiveHours"=dword:00000001 ; Диапазон активных часов (не должен превышать 18 часов) ; Указаны шестнадцатеричные значения. Десятичные в calc.exe или в редакторе реестра ; Начало активных часов - 17:00 ;"ActiveHoursStart"=dword:00000011 ; Окончание активных часов - 02:00 ;"ActiveHoursEnd"=dword:0000000b
Дискуссия и опрос
У меня дома только ноутбуки, и во всех используется сон. Я везде один раз настроил в Параметрах период активности так, чтобы перезагрузка выполнялась, когда компьютеры точно не используются. Мне даже политики не нужны. А у вас как дела? Все еще откладываете кирпичи при каждой перезагрузке после установки обновлений или разобрались, как настроить активные часы?
В опросе подразумевается основной домашний ПК с Windows 10.
Доставляет ли вам неудобства перезагрузка после установки обновлений?
- Нет, даже без всяких настроек (31%, голосов: 159)
- Нет, у меня настроен период активности / политики (27%, голосов: 139)
- У меня не Windows 10 / Моего варианта тут нет (15%, голосов: 77)
- Да, хотя у меня настроен период активности / политики (12%, голосов: 62)
- У меня отключены обновления в Windows 10 (10%, голосов: 53)
- Да, но у меня не настроен период активности / политики (5%, голосов: 25)
Проголосовало: 515 [архив опросов]
Загрузка ...
Ответил «Нет и без настроек». Каждый вечер отправляю в сон через Пуск и, если вижу вариант «Обновить и выключить» — не особо напрягает выбрать его. За 2 с половиной года (или колько там прошло с November Update?) ни разу обновления не вылезли насильно во время работы.
Однако где-то там, в глубине души, могу понять претензии страдающих. Раз уж даже тут не раз упомянули Мас — почему там такой проблемы нет?
Потому что на маке можно бесконечно долго отклонять предложение о перезагрузке? Но тогда это равносильно работе в ОС без обновлений.
Бывало что обновления вылазили невовремя, но я не знаю сколько нужно не перезагружать комп, чтобы он насильно ломанулся перезагружаться и мнения не спросил. Если вылезает не вовремя центр уведомлений со своим «готовы обновления» ничто не мешает потратить ЦЕЛЫЙ КЛИК! для того чтобы убрать обратно в центр уведомлений, а при наличии свободного времени просто перезагрузить комп как винда того просит. И соглашусь с Вадимом — жена свой ноут включает пару раз в неделю, и ей обновления оооочень жить мешают, ибо при выключении она обычно не смотрит на их наличие/отсутствие, просто выключает, и как результат долгое выключение и долгое последующее включение.
Евгений, а почему в ноуте вашей жены не используется сон и грамотные настройки перезагрузки?
Конечно, с настройками «из коробки» ноут через несколько часов уйдёт из сна в гибернацию, и заряд батареи тратить не будет вообще. Но, возможно, неудобно, что сам по себе включается в непредсказуемые моменты, тратит заряд батареи/шумит/перегревается (если в сумке)? Либо (что нередко встречается!), батарея уже старая, её ёмкости для данного сценария недостаточно, а держать постоянно подключенным к розетке при редком использовании по каким-либо причинам неудобно. В общем, в любых раскладах дополнительные хлопоты, провоцирующие отключить автообновления как наиболее простое (пусть и не лучшее) для массового пользователя решение.
Я не жена Евгения, но, говоря для примера, у меня самого сейчас есть обстоятельства, из-за которых вынужден выключать ноут, а не усыплять. В квартире, где сейчас живу, стоит довольно мощный морозильник, который при включении даёт заметный скачок напруги в сети. Ничего смертельного, но этой помехи хватает, чтобы ноутбук просыпался, поэтому приходится выключать.
Пограничный случай, и да, я знал что такие будут в комментариях :)
Всё равно не понимаю, в чём проблема :( Ну проснулся и проснулся. Как проснулся, так и заснёт обратно по таймауту. Если мы допускаем, что он может сам проснуться для установки обновлений, — значит, ничего страшного в самом факте просыпания нет.
(Не моё дело конечно, но я бы купил хороший сетевой фильтр. А то вдруг однажды не проснётся).
В параметрах Центра обновлений — Параметры перезапуска — Показывать больше уведомлений
Меня устраивает количество уведомлений + сам периодически заглядываю в Центр обновлений, что быть в курсе событий.
P.S.: Не могу справиться с цитированием из статьи.
Потому что на Mac вы никогда не увидите насильных обновлений. Всё, что вы увидите — это если зайдёте в панель управления, увидите, что вам очень нужно обновить систему.
Всё.
А критические обновления — вроде защиты от root-пользователя — делаются в фоне, вообще никак не показываясь пользователю (и не требуют перезагрузки).
Потому-то маководы и счастливы — они просто включают компьютер и работают. Если они захотят обновить систему, они зайдут в панель управления и поставят обновление.
Воот. В этом и соль. К сожалению, видимо из-за особенностей архитектуры, на винде такого не будет никогда.
К сожалению, это очередное оправдание криволобых разработчиков MS — обычный пользователь вообще никак не должен касаться ни политик, ни реестра, ни запрятанных настроек.
Если система перезагружается во время активной работы или не может загрузиться в самый ответственный момент — это проблема только и исключительно системы, а никак не пользователя.
PS
Технически статья на 5, но все портит вот это вот вступление с подлизыванием известных мест.
Я объясняю:
• как работает Windows и почему именно так она настроена из коробки
• констатирую факт проблемы в ряде сценариев (опрос показывает, что проблема явно не у всех)
• разбираю настройки
• привожу готовое решение
Вывод: оправдание и подлизывание известных мест. И что характерно, Руслан, ты пытаешься тыкать меня этой острой палкой практически во всех комментариях. Ну ок :) Я никогда не писал для домохозяек и ламеров. Кто соображает, настроит как надо (может, спасибо скажет даже). Остальные идут дальше откладывать кирпичи.
Улыбнуло) Если писал не для домохозяек — тогда к чему весь этот вступительный опус о криворуких юзверях со средними пальцами не испытывающих восторга от вселенской мудрости МС?
Я палкой тыкаю, когда вижу, что очевидные просчеты и недальновидность комании пытаются выдать за манну небесную и святой грааль.
Мальчик на картинке выступал где-то. И пришел на выступление с ненастроенным инструментом. Я бы мог привести много параллелей, но с телефона не буду.
Угу, я пишу в блог о проблеме в Windows и привожу решение, ты приходишь тыкать меня. Это называется ненависть. Надеюсь, твое настроение сегодня резко улучшилось после этого :)
Давайте по пунктам.
1. В систему заложен сценарий «ПК активен в рабочее время, и в нем используется сон вместо выключения».
Почему? Кто решил, что теперь компьютеры никогда не отключаются? Корпорейты?
У нас большая госконтора, и все, повторюсь — ВСЕ компьютеры не то, что выключаются на ночь, а обесточиваются (если они не стоят в гермозоне с устройством автоматического пожаротушения).
Знаете ли, «неудобство» пользователя утром включить компьютер, а не вывести его из сна — ничто по сравнению с потенциальной опасностью возгорания.
2. Илья тоже маковод, и вряд ли у него были грамотно настроены активные часы. Но избежать такой ситуации все равно можно, запланировав перезагрузку вручную в удобное время, либо настроив политики.
Да, но не потому что он «маковод», а потому что он обычный пользователь. Пользователи не полезут ковырять настройки обновления — потому что они просто этого боятся, а уж тем более не полезут править реестр.
Маководам (как и остальным людям) просто неприятно видеть, что вместо работы их компьютер обновляется.
К сожалению, это заложено в архитектуре Windows — нельзя заменить системные файлы во время работы, и никак это уже не изменится. И чем дальше, тем больнее будут проходить обновления — система пухнет, количество файлов увеличивается…
1. У вас в большой госконторе все должно контролироваться политиками наряду с оповещениями пользователей об установке обновлений и перезагрузке. А если не контролируется, то ССЗБ.
2. Обычный пользователь, если хочет избежать проблемы, при желании может осилить относительно простой текст и твик реестра. Если нет желания или пользователь необычный, он это не прочтет / не осилит.
Вадим, мне кажется ты живешь в какой то другой вселенной, где время застряло в 90х-200х — компьютер сейчас как телевизор или холодильник — включил, и должен работать, а не с паяльником и кучей инструкций настраиваться.
Руслан, я думаю, тебе пора заканчивать обсуждать меня. Перечитай правила блога, плиз.
по 2.
Заметьте в семерке это не было проблемой, после установки обновлений она надоедает уведомлениями о перезагрузке, но сама автоматом ее не делает — работа пользователя ценилась выше.
По умолчанию десятке срать что там нужно пользователю, успел он сохранить документы или нет, она хочет обновиться и перегружается сама, это явное свинство, зачем вы его оправдываете не понимаю.
Подход — да есть проблема решение вот такое — ок
Подход — все сделано правильно, просто пользователи тупые и сами виноваты — не ок.
Да не установка обновлений вовремя — серьезная проблема, но решение — явно топорное, та же убунта обновляется без перезагрузки (просит перезагрузку раз за 5-10 обновлений), почему десятка так не может? Это бы сняло все вопросы.
Делает. Я сто лет назад на OneDrive выложил твик NoAutoRebootWithLoggedOnUsers после кирпичей коллеги по работе, отложенных именно на 7.
И посмотрите на возраст политики что-ли…
Для ядра и драйверов есть хотпатчи начиная с 2003 сервера, но они никому не нужны, поэтому такие обновления выпускали всего лишь пару раз, но технически ничто не мешает винде не перезагружаться. А пользовательские службы можно и перезапустить.
И я об этом же. Обновления затрагивающие ядро выпускаются МС всего несколько раз в год, а остальные патчи технически вполне может ставить без перезагрузки. У меня убунта обновляется постоянно, а перезагрузки просит из-за этого редко, только когда обновляется что-то серьезное.
Ваш вывод сделан на основе знания CBS Windows или опыта в Ubuntu? Прозреваю, что второе…
Могу от себя сказать, что во многих случаях реально достаточно некоторые службы перезапустить. Но в основном этим грешат установщики сторонних приложений. Как там в обновлениях, не знаю. И замечено, что одни и те же обновления в разных случаях могут как требовать перезагрузки, так и не требовать. Многое зависит от запущенных пользователем приложений. Например, обновление Microsoft Office потребует перезагрузки, если на момент его установки был запущен, допустим, Word.
Допустим. А как перезапуск службы отразится на выполняемых в данный момент пользователем задачах, которые зависят от службы? UX может стать вообще непредсказуемым, и количество сценариев так велико, что протестировать их будет невозможно.
Ага. Народ скоро совсем отучат от администрирования операционных систем, сетей и т.д..В этом плане, Вадим делает правильную работу. И кому то она все еще нужна. Так что,зря ты на него…
Владимир, в техническом плане статья отличная и полезная — кто спорит-то :)
Вадим, давно читаю ваш блог, много полезной информации и очень высокое качество статей.
Выбрал вариант: «Да, но у меня не настроен период активности / политики »
Решение с указанием рабочих часов во время которых необходимо отключить автоматическую перезагрузку больше похоже на костыль со стороны разработчиков. В Windows 7 было аж два режима, доступных прямо из центра обновления, которые прекрасно решали описанную в статье проблему. В Windows 8 и последующих данную возможность просто убрали.
P.S. тенденция засовывать настройки системы все дальше и дальше от пользователя не радует.
Вы бы предпочли подождать, пока ОС с нуля перепишут?
Никакую проблему перезагрузки они не решали. Вам, видимо, приятнее вручную скачивать обновления, ждать окончания установки, перезагружать… В LTSC все это есть.
Ровно два щелчка с главной страницы параметров. Теперь посчитайте в Windows 7. Сколько вышло?
Нет, я бы пользовался уже существующими ОС.
Соглашусь что проблему перезагрузки они не решают, ибо эта проблема в принципе не возникнет при ручном обновлении. И мне кажется именно отсутствие ручной установки обновлений «из коробки» и приводит к историям одна из которых описана на Pikabu. Обновления я ставлю вручную примерно раз в неделю (когда выходит бюллетень).
С главной страницы панели управления 3 щелчка.
Можно вообще обойтись ссылкой.
ms-settings:windowsupdate-restartoptions
Отчасти соглашусь. Но есть и другой момент — с ручной установкой он бы мог не ставить обновления вообще. А в случае эксплуатации уязвимости получить условного непетю. Но постить средний палец на его фоне было бы не круто :)
А вы говорите в 10 дальше засунули ;)
Ага, а ещё скоро автомобили будут передвигатся сами, а роботы будут делать всю работу за людей….а люди походу совсем деградируют, только и будут знать как включить и выключить…. А ведь настроить что то под себя минутное дело. В случае с обновлением и того меньше.
В целом меня не напрягает обновление, я считаю это неизбежной частью Windows с того времени, как появились автоапдейты (WinXP что-ли, до того я вручную ставил сервис паки) и перегрузки я понимаю как минимум потому, что нельзя поменять файлы у работающих сервисов: в windows загруженная .dllка залочена, и удалить ее нельзя (в отличие от linux, кстати).
Но есть несколько вещей, которые можно улучшить как мне кажется.
1) Прогресс обновления показывается очень плохо. Всё может висеть на 28% три часа, создавая у пользователя ощущение, что комп завис. Это приводит к панике, перезагрузкам ресетом, крикам на форуме итд. Между тем, обновление наверняка логируется в WindowsUpdate.log или (в случае компонент) в Logs\CBS\CBS.log (говорю про семёрку, подозреваю что в десятке как-то так же).
Лог не очень внятный, но в целом понятно что происходит.
Почему не выводить этот лог в углу? Пользователь бы ВИДЕЛ что происходит и ему было бы ГОРАЗДО спокойнее.
2) Обновления, вероятно, шедулятся в poqexec (ну опять таки — так было в семерке), причем Microsoft может посчитать сколько пакетов она собирается обновлять, и вывести пользователю сообщение: «хочу поставить 20 пакетов, примерное время 1-2 часа, нажмите N чтобы пропустить».
Так ведь делается для запланированной проверке диска (ее можно пропустить), почему бы не сделать так же и тут?
Вдруг мне СРОЧНО надо зайти в Интернет и найти телефон неотложки, а мне полтора часа показывают крутилку обновляя .NET и сишный рантайм.
Особенно плохо живется счастливым обладателям бюджетных ноутов с HDD на 5400.
Ну и наконец сам факт такого долго обновления вызывает некоторое удивление иногда. Я понимаю что CBS надо посчитать зависимости и провести все транзакции правильно чтобы случайно не оставить систему в неконсистентном состоянии (что, кстати, не так уж и страшно: есть же recovery point). Но неужели нельзя было сделать это как-то во в фоне, подготовить пакет файлов для обновления и потом их накатить?
Наверняка у Руссиновича или Larry Oysterman или Raymond Chen где-то про это написано, но я не встречал.
Илья, хороший отзыв. Ещё лучше бы он смотрелся в Feedback Hub с логами. Я бы плюсанул, хотя такого у себя не наблюдаю (видимо, подвержены HDD).
А вот тезис про неотложку… Ну, статья же про то, как не допустить такого.
У меня нет проблем с перезагрузкой при обновлении, Мой стационарный ПК работает с 7:00 до 23:30. При выключении ПК если появится… «Обновить и завершить работу» то обновляюсь при выключении ПК.
Мне интересно почему частенько, Windows медленно качает пакеты обновлений? Бывает загрузка обновлений висит на одном месте очень долго. В этот момент ничего кроме обновлений не качается из сети.
P.S. Эта проблема так же касается установки и обновления софта из магазина WIndows (Это напрягает, когда приходят большие обновления для игр.
Ответил У меня не Windows 10 / Моего варианта тут нет
Vadim, отличная, полезная статья!
выскажу своё мнение…
Есть три вида пользователей.
1-е пользуются Windows 10 ничего не мешает.(дай ссылку на вашу статью ничего не поймёт)
2-е у них как раз проблемы.(плохой ……. плохо всегда)
3-е пользователи которые успешно пользуются всеми системами Windows,Linux, Mac OS, Unix (умеют их настроить под себя отчасти благодаря таким форумам)
Здравствуйте.
Windows 10. Не выключаю, стоит «сон».Меня не напрягают перезагрузки.
Отличный блог. Кому не интересно разбираться то и не надо читать подобные блоги. Есть же блоги для домохозяек где не надо думать и разбираться. Как говорится: на вкус и цвет……
Спасибо за информацию.
У меня у пользователей встречаются еще две неприятные ситуации связанные с обновлениями:
1) крупные обновления пока качаются неплохо тормозят систему, и кнопки пауза или отмена нет впринципе
2) были пару раз обновления которые не требовали перезагрузки, но полностью переставали работать все настроенные принтеры (только удаление папки драйверов спасет) или отваливалась сеть (после перезагрузки все нормально.
На счет сна — хорошая идея, только откуда она сама может появиться у пользователя?
Как выше написали — в госучереждениях компы на ночь отключаются от сети 220, но правда и обновления ставятся только отобранные для установки отделом безопасности, там проще.
Видимо, слабое железо. Сетевая активность нагружает CPU. Я у себя значимую загрузку CPU видел только в торренте при одновременной загрузке / раздаче 10/5+ МB/с.
Из коробки так система настроена
Проблема явно надуманная. Это скорее позиция из области компьютерных холиваров, у кого uname -a круче ))
Вадим, отдельное спасибо за «обратный» период активности , как то и не сообразил о таком варианте сценария.
И о контроле пробуждения, я бы ещё в статью добавил про чекбокс в Дополнительных параметрах питания — Сон — Разрешить таймеры пробуждения — откл/вкл.
А вообщем, самая большая проблема Win 10 в части контроля обновлений и перезагрузки, это пользователи :), которые редко включают свой комп, допустим раз два в неделю на выходные. И жалобам нет конца: «включаю win, а она по пол-часа тормозит». Поэтому сразу им предлагаю, настроить отложить обновления безопасности на 30, а компонентов на 180 дней.
А по поводу включения из сна, я ещё пользователям добавляю: «если крышка ноутбука закрыта — не проснётся.»
Рад, что пригодится.
Это не аксиома. У меня она всегда закрыта, ноут подключен к монитору. Это не мешает просыпаться. Просто триггер на закрытие для крышки настроен на «нет действия» или как оно там. А вот при открытии настроено пробуждение, причем в одном ноуте пришлось включать это в Биос.
Так откл или вкл? :) Вообще, я не задумывался о связи таймеров с пробуждением для установки обновлений. Посмотрел задания планировщика с таймерами — не вижу ничего такого
[PS <3> C:\…\system32] Get-ScheduledTask | where {$_.settings.waketorun} TaskPath TaskName State -------- -------- ----- \Microsoft\Windows\.NET Framework\ .NET Framework NGEN v4.0.30319... Disabled \Microsoft\Windows\.NET Framework\ .NET Framework NGEN v4.0.30319... Disabled \Microsoft\Windows\SharedPC\ Account Cleanup DisabledНе совсем тут понял: «Windows умеет просыпаться для установки обновлений и засыпать после нее.» Можно ли сделать чтобы ПК не всегда засыпал после n минут неактивности, а чтобы он засыпал только после обновления, когда обновляется вне периода active hours?
В принципе, меня обновления не беспокоят — потому что я их устанавливаю вручную, в удобное время когда пришел новый Insider Build. Делаю я так потому, что считаю настройку обновлений не достаточно гибкой.
Система спит, пришло время ставить обновления, периода активности нет — проснулась, поставила, заснула в соответствии с планом э/п.
Эээ… А зачем это, если в целом сон не используется? Вы уж определитесь. А так, в журнал событий WU не пишет, только в свой лог, а мониторить его изменения и парсить их… не советую :)
Как-то Windows 7 меня удивило отсутствием запущенных ранее приложений после оставления в Win+L на ночь.
Уведомление «Хозяин, тут обновы были установлены» навело на мысль спросить у гугла про «Windows 7 update auto restart»
В итоге как-то так: https://i.imgur.com/GcMABE2.png
Больше не беспокоит.
Разве что когда оно поставилось и хочет обновиться — приходится раз в 4 часа окно с уведомлением клацать. Или иногда проще его вообще не трогать, если важно чтобы из полноэкранного режима не выкидывало.
Да, обновления стоят на режиме «скачать автоматом всё, хозяин скажет что ставить». Просто на всякий случай, вдруг какую гадость ненужную предложит. Ну и когда предлагает обновления драйверов или того-что-не-хочу-обновлять (Skype 6.16) — проще сразу драйвера у производителя взять, а ненужное знести в «больше не хочу это тут видеть», чем потом решать вопрос с тем, что не работает (особенно приятно когда такое с сетью. у клиента. по удленке. и альтернативные способы связи кроме интернета неудобны очень).
Проголосовал за «Да, хотя у меня настроен период активности / политики»
На своих основных рабочих машинах у меня мультибут. В 10-ке автоматическое обновление отключаю политикой, периодически включаю, когда выходят обновления, устанавливаю и снова выключаю.
Перед установкой делаю образ системы для мгновенного отката в случае серьёзных проблем (и точку восстановления — на случай несерьёзных). О необходимости проверить обновления стоит напоминалка в органайзере.
В одной из виртуалок автообновление включено, и, периодически, когда надо, гляжу, что установилось, и даже принудительно запускаю поиск обновлений, понимая, разумеется, что набор обновлений для виртуалки может отличаться (и почему отличаться, и как именно).
Перед установкой любого обновления на основные рабочие системы хотя бы бегло читаю описания и отзывы, чтобы убедиться, что нет явных засад (слишком их много было за последние годы).
Трудоёмкость компенсируется возможностью тратить время на обновления в удобные для себя моменты, и почти полным отсутствием шансов на неприятные, и, главное, несвоевременные сюрпризы от установки обновлений — исключает потери времени тогда, когда это не вовремя и критично по последствиям.
Опять же, по роду деятельности, у меня, зачастую, сильно больше одной рабочей машины одновременно в доступе, плюс локальные и удалённые виртуалки, и используются они для разных целей — отдельно для коммуникаций, отдельно для «тяжёлых» задач, и т.д., а не «всё в одной на основной рабочей машине». Т.е. мой выбор хорошо подходит мне, но не факт, что всем остальным.
Далее всё ИМХО:
0. Статья хорошая и полезная, информация «что делать в сложившейся ситуации» актуальна и полезна, благодарю автора! Однако, статья, имхо, провокационная, см. п. 7.
1. Из коробки имхо давно надо 2 варианта политик, под soho и под corporate — а не пытаться совмещать несовместимое в одном универсальном варианте.
2. MS «жмут» деньги/ресурсы на разработку установки апов на лету, юзерам закономерно обидно терпеть неудобства из-за технологической отсталости продукта MS, т.к. интуитивно считают, что всё упирается в «нам жалко денег, чтобы сделать обновления на лету — лучше пусть юзеры потерпят».
Для MS, вероятно, затраты слишком велики, превышают убытки от потери лояльности (ну или так MS кажется) — но поди объясни это всем.. Баттхёрт и хайп закономерен.
2.1 Долгая перезагрузка могла бы стать ненужной, если доработать механизм обновления, как описал Ilya K выше: «сделать это как-то во в фоне, подготовить пакет файлов для обновления и потом их накатить.» Ещё, наверное, возможно, доработав, использовать механизм теневых копий, это ещё больше сократит время перезагрузки. Но MS не хотят тратить на это ресурсы. Хайп закономерен.
2.1.1 Кстати, замечал, что некоторые процессы обновления «упираются» в процессор, а работают однопоточно на одном ядре..
3. Юзеры интуитивно не ждут «засад» от «компа с виндой» с настройками «из коробки без дополнительных подстроек». А они, засады, случаются — «комп с виндой» ведёт себя не так, как от них привыкли ждать предыдущие лет 20. Массовый пользователь вынужден вникать в искусственно созданную проблему либо иметь непредвиденные трудности. Закономерен баттхёрт и хайп.
Политика MS здесь: жертвуют комфортом и лояльностью пользователей ради защит от массовых вирусных эпидемий. Юзеры против, разумеется, а компромисс — не создан!
3.1 Компромиссом могли бы быть более лояльные и доступные настройки для желающих (см. п. 5), и возможность остановить/отложить обновление в любой момент, когда-если срочно нужен комп.
Вполне нормально для юзеров ожидать полной доступности своей машины по их явному запросу в любой момент, если они сами не инициировали явно фоновый процесс обновления.
3.2 Период активности не подходит людям со скользящим графиком работы и-или не строго упорядоченным ритмом жизни, с работой на компьютере в произвольное время суток. То есть существующие настройки времени активности годятся не для всех, не хватает возможности более гибкого откладывания и планирования из пользовательского интерфейса для тех, кому это необходимо.
3.3 Следить за своевременностью установки обновлений — дополнительная хлопота, никому это не нужно на самом деле, это вынужденная мера из-за технологического несовершенства процесса обновления!
4. Позиция MS имхо не оптимальна, для юзеров выглядит враждебной. По отношению к реальности — имхо, идеалистична («Мы МОЖЕМ навязать всем свою позицию! Мы ЗАСТАВИМ юзеров ставить обновления вместо того, чтобы уговаривать по-хорошему!»), и это генетически в их духе — заставить юзеров себя ненавидеть, навязывая им то, что их не устраивает. Что мешает учитывать фактор лояльности как более значимый? Урок восьмёрки в полной мере усвоен не был, а жаль.
5. Более оптимально было бы, имхо, например — предоставлять возможность выбора через граф. интерфейс, как в 7-ке, но:
5.1 во-первых, с разумно настойчивыми напоминаниями о необходимости обновлений «вышли новые обновления, у вас отключена проверка обновлений системы, давайте всё-таки разок проверим, нужны ли они Вам, прямо сейчас, или запланируем на ближайшее будущее/в фоне» или «уже месяц не проверяли систему на обновления, давайте проверим или запланируем» — и вот эти напоминания уже отключать только через политику, а не через интерфейс — имхо, даст вполне достаточный компромисс удобства и надёжности для тех, кого не устраивает автоматическое обновление.
5.2 во-вторых, с разумно настойчивым предложением запланировать поиск/закачку/установку обновлений на удобное время в ближайшем будущем, если не включен полный автомат.
5.3 в-третьих, с возможностью легко увидеть, чем система занята в фоне, и с возможностью одним кликом отложить эти задачи «на потом», в момент, когда срочно нужны все ресурсы компьютера. Касается не только обновлений, но и дефрагментации, проверки на вирусы, и всех прочих фоновых активностей.
Этого, на самом деле, умеренно грамотным пользователям ОЧЕНЬ не хватает, а таких немало! (Не грамотные не интересуются, сильно грамотные пользуются более сложными в освоении инструментами.). Умеренно грамотные же — многие — вынужденно используют разного рода «оптимизаторы системы», от которых без полного понимания механизмов их работы зачастую вреда больше, чем пользы.
5.4 см. п.п. 2.1 и 3.2
6. Сейчас же — MS добиваются отчасти обратного эффекта своим навязыванием и попыткой «переучить под себя» (причём под вариант далеко не удобный и хлопотный для массового пользователя из-за технологического несовершенства):
Многие юзеры вообще установку обновлений отключают совсем, и, разумеется, забывают включать, суммарная защищённость падает. В итоге теряются как лояльность пользователей, так и защищённость компьютерного парка в мировом масштабе.
7. Лично Вадиму. В статье про телеметрию были объективный разбор и конструктивная критика позиции MS.
А в этой статье, имхо, Вы оправдываете недостатки позиции MS, постулируя, как я понял, что, якобы, проблема надумана, в неудобствах отдельных (и достаточно многочисленных) категорий пользователей виновны не разработчики системы с их технологической отсталостью в сочетании с неоптимальной политикой, не охватывающей некоторые достаточно распространённые кейсы, а только лишь лень и безграмотность пользователей — закономерен баттхёрт и хайп, который дополнительно провоцируют фразы вроде «откладываете кирпичи» и «показывает палец себе».
Многие не согласятся, моё понимание причин несогласия изложил выше.
Аргумент про ненастроенный инструмент хорош, мой контраргумент изложен в п.3
Спасибо за внимание.
С уважением,
Ster
( http://forum.oszone.net/member.php?u=50711 )
Спасибо за развернутый комментарий. Потерял написанный по пунктам ответ. Может, оно и к лучшему :)
Вам спасибо — за интересный пост на актуальную тему, подвигнувший написать такой подробный комментарий. Жаль, что ответ на комментарий потерялся, был бы рад узнать Ваши ответные мысли хотя бы в кратком изложении..
Я ответил ниже тезисно
Можно резюмировать, что результатом непоследовательной и-или недостаточно продуманной политики MS в сфере выпуска обновлений являются крайне труднообратимые репутационные последствия: многие пользователи не доверяют обновлениям, выключают их совсем, в результате чего снижается глобальная защищённость компьютерного парка в мире, что как раз противоречит основной цели столь настойчивого навязывания обновлений массовым пользователям.
Вадим, такой вопрос, раз упомянули просыпание из сна:
у меня сон не используется совсем (только экран гасится), а на ночь отправляю ноут в гибернацию (привязана на кнопку выключения) – очень удобно с утра получить готовую к работе систему со всеми открытыми документами, даже если они не были сохранены с вечера. если приходят обновления, это заметно по вою вентилятора (от нагрузки на старый проц) при подготовке к скачиванию обновлений и при предварительной установке после скачивания. соответственно в таких случаях я обычно вечером даю команду «Обновить и перезагрузить», а потом отправляю ноут в гибернацию. железка у меня старая, UEFI в ней даже не пахнет (соответственно включаться не должна). но тем не менее, если отправить в гибернацию не обновив, ноут каким-то образом включается ночью, обновляется и обратно уходит в гибернацию. соответственно, иногда получаешь потерю открытых документов, что не совсем приятно. последний раз это случилось сегодня ночью, после очередной инсайдерской сборки (к тому же, ноут нормально не включился утром, но это уже совершенно другая история). вот как винда это делает? или 10 уже научилась включать выключенный биос?
Емнип, в большинстве биосов уже очень-очень давно есть настройка «включить по будильнику в такое-то время», и она программно доступна из операционной системы. Вероятно, перед гибернацией система её включает, либо используется какой-либо иной вариант этого механизма. Настройка «Разрешить таймеры пробуждения», емнип, есть уже в 7-ке.
Более подробно не знаю, увы, не узнавал, тут, думаю, Вадим ответит более компетентно.
А кейс интересный! Даже если документы сохранены и-или используется автосохранение, всё равно несвоевременная и неожидаемая потеря всех открытых окон при обыденной гибернации без хорошо заметного предупреждения — неудобна и неприятна. Постоянно обращать внимание на то, написано ли «обновить и перезагрузить» или просто «перезагрузить» — и неудобно, и не каждый пользователь об этом знает/догадается. Налицо ещё одна недоработка, имхо.
Недавно отметил для себя, что персональный компьютер — одно из немногих технически сложных устройств, право пользования которым наступает не после обучения и получения сертификата или чего-нибудь в том роде, а при рождении.
В конторе та же ситуация как у urix, есть положение об обесточивании техники, отменить не получилось.
Но: ПК с SSD с установкой обновлений запускается быстрее ПК с HDD без установки обновлений.
@Izis Stor
Я вижу у вас (и у других комментаторов) два основных тезиса.
1. Я обобщаю: Твердолобые разработчики Microsoft принуждают к перезагрузке, хотя легко и без особых затрат можно сделать так, чтобы она была не нужна, ведь в Mac OS и Linux так.
С точки зрения UX перезагрузка — лишний шаг. Но чтобы реализовать это в Windows, потребуется огромный объем архитектурных изменений в ОС. Думаю, для этого даже CBS недостаточно переписать с нуля. Поэтому на словах у критиков все звучит просто, но при этом сравниваются яблоки с апельсинами.
2. Я цитирую:
Я буду рассматривать это заявление в контексте принудительной установки и перезагрузки обновлений (тема статьи).
Я не знаю, с чего вы взяли, что многие пользователи Windows 10 отключают обновления именно из-за принудительной перезагрузки. Для начала, средствами системы отключить можно только в Enterprise. Но это возможно только с помощью политик, а если человек использует их, то должен был добраться и до NoAutoRebootWithLoggedOnUsers. А дальше — перезагружай когда хочешь!
Тезис «они не в курсе про это» я не приму, потому что их цель — именно отключение. Это же элита — самые опытные пользователи с отключенными обновлениями на пиратских LTSB :) Есть еще любители влезть в это дело сторонним ПО и ставить вручную — контрол-фрики, которые как раз предпочитают приятные хлопоты из пункта 3.3. И де-факто — именно все эти люди своими руками снижают глобальную защищенность компьютерного парка и дальше по вашему тексту.
Теперь по поводу напоминаний вместо принудительной перезагрузки. «Разумные напоминания» преподаются как прекрасный компромисс, вместо которого враждебные разработчики навязывают перезагрузку. На практике эти напоминания просто раздражают, причем в них каждый раз выбирается опция «потом» (в итоге случается нежелательная перезагрузка). Говорю это как человек, который три недели подряд на рабочем хосте терпеливо откладывал февральские обновления на четыре часа два раза в день. А на клиентской ВМ прилетело одно письмо, что в выходные перезагрузка.
И наконец, по поводу того, что я оправдываю позицию Microsoft, а бедных пользователей зачморил. У меня в блоге комментаторы очень любят вставать грудью на защиту «обычных пользователей» и рассуждать про мифических мариванн вместо того, чтобы излагать свой опыт.
Повторю сказанное в ВК в ответ на аналогичные «обвинения». Зачем вступать в армию защитников глупых пользователей? Человек, даже не обладающий техническими знаниями, совершает глупость, когда бежит откладывать в соцсети кирпичи виндовс говно, виндовс мразь, фак виндовс, собирая десятки и сотни лайков от таких же безграмотных юзеров. Умный подход — задать вопрос: «случилась беда / есть проблема, как избежать этого в будущем?» Мой ответ в статье.
Вадим, спасибо за подробный ответ! В ближайшее время постараюсь ответить подробно по некоторым недоуяснённым моментам. В целом, на мой взгляд, мы друг друга вполне хорошо поняли, а ответ больше в адрес несколько иной группы комментаторов.
Из текста создаётся впечатление (поправьте, если это не так), что это справедливо для всех редакций. Но позвольте, а как же редакции Windows Home, которые прямо названием ориентированы явно не на организации?
Кроме того, безотносительно к редакциям: что мешает при установке системы на финальном этапе сделать дополнительное окно, где можно будет указать тип использования компьютера, хотя бы на уровне домашний/рабочий? На (вроде бы) всех после ХРшных версиях при каждом подключении к другой сети вылазит дурацкий диалог выбора типа сети (что-то типа домашний, организации, общедоступный). Каждый раз! А тут один раз при установке не сподобились спросить.
И даже более того. Как вы, Вадим, верно отметили в одном из комментариев, в организации должны быть свои централизованно применяемые политики. Что в таком случае мешает по умолчанию считать компьютер домашним, а в случае его корпоративного применения оставить переключение в корпоративный режим обновления на откуп ИТ-отделу? А если это не делается, значит это какой-то СОХО и режим использования от домашнего мало чем отличается и менять модель обновлений смысла большого не имеет.
Конечно, для всех. Код один и тот же. Просто в домашних что-то выпилено тем или иным образом из маркетинговых соображений.
Оно есть, но к сожалению разработчики не применяют эту информацию к периоду активности (не догадались или не захотели). Мы обсуждали это в чате. Можно подать идею в Feedback Hub, кстати.
Применительно к обновлениям MSFT уже не делит на домашние / рабочие, они продвигают Windows as as Service (WaaS). Но контроль политиками есть, и ИТ отдел может полностью управлять процессом.
Но текущая реальность такова, что в организациях должно быть издание Enterprise, там все корпоративные фичи и политики. Разница с более ранним подходом в том, что некоторые политики не работают в младших изданиях (AllowTelemetry=0, например :)
Так я про подход к загрузке/применению обновлений и перезагрузке.
Тем более стоило бы все остальные версии считать домашними или СОХОшными, особенно Home. Странный подход, в общем.
И такое окно таки есть!
Сам не ставил ещё ни разу, поэтому не в курсе. Хорошо, что есть, жаль только, что
Есть огромное количество служб, которые можно перезапустить с минимальным влиянием на UX или даже без него.
Дело тут в том, что при перезапуске ОС гарантировано всё «стартанёт» как надо. Не всегда разработчики согласны тратить своё время на выяснение, какие же службы надо перезапустить. К тому же, если при разных условиях надо перезапускать разный набор служб, это всё тестировать надо.
Со стороны пользователя: когда у тебя открыто 10 программ и в каждой из них идёт какой-то рабочий процесс, и тут тебе надо перезагрузить компьютер… Откладываешь перезагрузку, откладываешь, а через месяц тебя винда принудительно перезагружает. Да, за этот месяц у тебя были моменты, когда ты мог безболезненно перезагрузить ПК, но ты об этом не помнил.
Корпоративные фичи и политики есть в издании Professional, так что часто в организациях используется оно. К тому же оно там может использоваться и по условиям лицензирования. Ту же Home там использовать нельзя.
На домашнем компе настроены активные часы. Если компьютер запрашивает перезагрузку — соглашаюсь, так как на SSD это занимает совсем мало времени.
А в домене давно настроен параметр «NoAutoRebootWithLoggedOnUsers»=dword:00000001
Выбрал моего варианта нет в списке.
Обновляю Windows 10 редко и только вручную.