Уважаемый sysprg, с чего Вы решили, что мы не верим тому факту, что Вы наблюдаете на одну перезагрузку меньше, чем большинство иных форумчан? У меня лишь было вполне резонное сомнение в том, что возможно мы по разному считаем их количество. Я их считаю 0, 30, 75 - три в итоге Для меня было странным прочитать, что по достижении 100% кто-то фиксирует еще одну перезагрузку. Что же касается того, что перезагрузка у Вас наблюдается по достижении 64%, а у меня, соответственно по достижении 75%, то я предположил, опять же вполне резонно, что возможно имеет место некорректное отображение прогресса в GUI. Вы назвали мою версию бредом, чем удивили меня, ибо я считаю Вас человеком культурным По поводу свободного пространства в разделе Windows. Диск 1 ТБ в MBR, 4 основных раздела, первый 100 ГБ под Windows (он же загрузочный), после очистки занято 32 ГБ, свободно 66 ГБ. Перезагрузок всегда три (0, 30, 75) и не зависит от того, сколько свободного пространства остается на момент первой перезагрузки (в 50% случаев я не заморачиваюсь чисткой диска перед обновлениями). Со "старой" Windows old его, кстати всегда остается меньше 50 ГБ. Вчера перед обновлением на 17754 диск был очищен, а значит свободно было значительно больше 50 ГБ. Несколько слов по поводу тех самых проклятых прОцентов. Я более менее могу доверять их корректному отображению только в командной строке, при развертывании образа Windows в DISM например. В GUI это, как правило фейк, не отражающий реальное состояние, вернее всегда опаздывающий. Каждый из нас может наблюдать некорректное отображение прогресса в окне Обновление и безопасность, когда следим за состоянием скачивания, подготовки и установки апдейтов. Видно же всем несоответствие отображения прогресса по несовпадению с интенсивностью загрузки процессора, диска и расходованием трафика в реальном времени.
alex192837465, На 100% ни у кого само не перезагружается, сразу появляется приглашение для ввода пароля или пин кода. У вас получилось аж четыре перезагрузки. У меня две всего, вместе с ручной перезагрузкой вначале.
ПЕРЕЗАГРУЖАЕТСЯ всегда!!! А первая перезагрузка "ручками" не в счёт - эту предлагает Система сама после скачивания обновления. И не спорьте пожалуйста.
Эту хронологию обновления я привел специально для подтверждения того, что обновление проходит на разных конфигурациях по разному. В данном случае у меня ТРИ перезагрузки. А иногда было и ДВЕ (об этом я тоже писал).
И я думаю, что вести полемику на эту тему так же бессмысленно, как и на тему кому какие приложения (например антивирусы) нравятся.
Ну вот и я вставлю свои "пять копеек": - Ноут в профиле - на разделе под Систему свободно 176 Гб;
В продолжение полемики: Только что обновился с 17754 на 17755 на настольнике (в профиле). Так вот ТОЧНО (почти) повторилось как и на ноуте. Ну время естественно другое.
Цитатаalex192837465 ()
- на разделе под Систему свободно 171 Гб;
Цитатаalex192837465 ()
- "по воздуху";
Цитатаalex192837465 ()
- проверка обновления
Цитатаalex192837465 ()
- ПЕРЕЗАГРУЗКА "ручками"
Цитатаalex192837465 ()
- "Настройка обновлений" - 100%
Цитатаalex192837465 ()
- "Работа с обновлениями..." - 0%...21%...30%
Цитатаalex192837465 ()
- ПЕРЕЗАГРУЗКА
Цитатаalex192837465 ()
- "Работа с обновлениями..." - 30%...42% (VGA)...52%<->46%...75%
Цитатаalex192837465 ()
- ПЕРЕЗАГРУЗКА
Цитатаalex192837465 ()
- 75%...84%...100%
Цитатаalex192837465 ()
- ПЕРЕЗАГРУЗКА (вот здесь не могу утверждать, т.к. отвлекся и пропустил)
Ну вот, каждый волен считать количество так, как ему вздумается кто-то с нуля, а кто-то с единицы. Но все равно общая картина проявилась ясно. Как бы мы не считали, а вариантов с количеством перезагрузок не два, как мы думали, а ТРИ!
Для меня было странным прочитать, что по достижении 100% кто-то фиксирует еще одну перезагрузку.
Об этом я ничего не писал, но меня возмутили Ваши слова на счет НЕПРАВИЛЬНОГО ОТОБРАЖЕНИЯ процентов - с какой стати у Вас они отображаются ПРАВИИЛЬНО, а у меня и нескольких других - НЕПРАВИЛЬНО??? Все это выглядело как обвинение меня во лжи, что не могло не вызвать ответной реакции, пусть и чрезмрно жесткой.
Но я только-то нашел четкое и ОДНОЗНАЧНОЕ свидетельство количества используемых перезагрузок в логах, которые создает инсталлятор, Setupact.log. А именно только для билдов с номерами 17723, 17733, 17735, 17744, 17746, (17751), 17754, 17755, 18234 присутствует строка "Setuplatform: Global progress 64, Phase progress 100". Во всех остальных Setupact.log файлах, коих у меня в коллекции уже под 250, всегда присутствуют аналогичные строки "Setuplatform: Global progress 30, Phase progress 100", "Setuplatform: Global progress 75, Phase progress 100". По временным отметкам указанных строк я в своем скрипте фиксировал вторую и третью перезагрузки. 17751 я взял в скобки в связи с тем, что НА ОДНОЙ из систем, у меня было две перезагрузки, а на другой ТРИ. В чем причина, пока не разобрался. Но главное, что нашел ОДНОЗНАЧНЫЙ критерий с помощью которого возможно по контенту Setupact.log отличить обновление с ДВУМЯ перезагрузками от обновления с ТРЕМЯ перезагрузками. И это уже ДОКУМЕНТАЛЬНОЕ свидетельство, создаваемое самой системой и после этого отпадает необходиость спорить и что-то доказывать. Остается лишь вопрос ПОЧЕМУ у одних пользователей при одном и том же обновлении используются ДВЕ перезагрузки, а у других - ТРИ. Я высказал гипотезу об объеме свободного пространства на томе C:, но похоже, что дело не только в этом. Так что надо разбираться дальше.
Уважаемый sysprg, я Вам одну вещь скажу, только Вы, пожалуйста не обижайтесь. Вы немного зациклились на доказывании, а между тем никакого спора не было и нет вовсе. О перезагрузке на 100% писали не Вы. Если неточность изложения моих мыслей Вас сбила с толку, то простите меня. Пишу искренне, хоть и не могу сдержать улыбку от комичности произошедшего. И да, спасибо за Вашу дотошность в поисках истины!
Подвожу итоги дискуссии: 1. название темы ИДИОТСКОЕ, правильно ее следовало назвать ДВА ТИПА ОБНОВЛЕНИЙ ИНСАЙДЕРСКИХ БИЛДОВ - с ДВУМЯ перезагрузками и с ТРЕМЯ перезагрузками. 2. Создаваемый во время обновления системный лог-файл C:\Windows\Panther\Setupact.log однозначно свидетельствует о количестве перезагрузок в ходе обновления и указывает максимальный процент, достигнутый в ходе ПЕРВОЙ перезагрузки: 30% или 64%. 3. Сама возможность обновлений с ДВУМЯ перезагрузками появилась в билде 17723 и всех последующих 177-ых билдах, а также в билде 18234 4. Если Setupact.log содержит строку "SetupPlatform: Global progress: 64, Phase progress: 100", то количество перезагрузок в процессе обновления - ДВЕ. 5. Если Setupact.log НЕ содержит строку "SetupPlatform: Global progress: 64, Phase progress: 100", то он ОБЯЗАТЕЛЬНО содержит ДВА аналогичных сообщения: "SetupPlatform: Global progress: 30, Phase progress: 100", "SetupPlatform: Global progress: 75, Phase progress: 100", указывающие на то, что количество перезагрузок в ходе обновлений было 3.
Так что теперь у меня уже есть полная информация для завершения скрипта анализа обновлений, который будет отображать картинки подобные приведенной ниже:
Script continued : 4061 milliseconds (22:24:50.224,22:24:54.285) Setupact.log lines read : 854912 System Events analyzed : 25
OOBE Boot - это название, используемое Microsoft для выполнения последнего шага обновления ПОСЛЕ того, как появился экран блокировки. Никакой ФИЗИЧЕСКОЙ перезагрузки в ходе "OOBE boot" не происходит, а происходит лишь настройка некоторых параметров по завершении которой появляется рабочий стол.
Ваши исследования справедливы для некоего "средне статистического" железа, но в диапазоне железа примерно от 2007 до 2018 годов (все что поддерживает десятку), а также ресурсов соответствующих этому железу - картина будет у всех разная, не поддающаяся никаким временным алгоритмам и завертонам Microsoft.
Ваши исследования справедливы для некоего "средне статистического" железа
Мои окончательные результаты с точки зрения использования ДВУХ перезагрузок, справедливы как для моего древнего Thinkpad R500, выпуска 2009 года, так и выпущенного в прошлом году Thinkpad P51 и еще и для нескольких других компов у других пользователей. Но видимо Вы плохо читали мое завершающее резюме, в котором я ни слова не говорю о том, ПРИ КАКИХ условиях используются ДВЕ перезагрузки, а при каких - ТРИ. Мне по большому счету на это наплевать, мне важно, чтобы мой код анализа обновлений КОРРЕКТНО отрабатывал для варианта ДВУХ перезагрузок и именно этим я сейчас и занимаюсь.
ЦитатаsemenKand ()
картина будет у всех разная, не поддающаяся никаким временным алгоритмам и завертонам Microsoft.
не понимаю, что Вы хотели этим сказать: на временные характеристики, моему коду глубоко наплевать, он показывает те данные, которые присутствуют в двух разных Setupact.log, ReportingEvents.log, взяты из набора системных событий и из Registry. Все эти данные никак не зависят ни от железа, ни от системы и картин может быть только 4: 1. обновление не завершилось. Говорить вообще не о чем. 2. пользователь в борьбе за свободное пространство, удалил всего лишь 200 Мб, но ОЧЕНЬ ВАЖНЫЙ файл Setupact.log - мой скрипт это обнаружит и сообщит, что прекращает работу. 3. скрипт обнаруживает, что перезагрузок было три и выдает картинку, аналогичную ПО КОНТЕНТУ представленно выше, но с совершенно другими данными. 4. перезагрузок было и две и текущая версия скрипта до сегодняшнего вечера, обработает данные не корректно, исходя из алгоритма, расчитанного на ТРИ перезагрузки.
Других вариантов нет, не бывает обновлений с одной или более, чем тремя перезагрузками
В связи с введением в действие Постановления Правительства Российской Федерации от 14.11.2023 № 1905 т.н. "о запрете популяризации VPN" с 1 марта 2024 года - любое обсуждение способов обхода блокировок и VPN на портале запрещено!
Для меня было странным прочитать, что по достижении 100% кто-то фиксирует еще одну перезагрузку.
кто-то с нуля, а кто-то с единицы. Но все равно общая картина проявилась ясно. Как бы мы не считали, а вариантов с количеством перезагрузок не два, как мы думали, а ТРИ!
