1. Проверьте, чтобы на системном разделе было достаточно свободного места - не менее 20Гб для x64, и не менее 16Гб для x86. 2. Удалите все стороннее антивирусное программное обеспечение. 3. Выполните очистку системного диска: Win+R --> cleanmgr --> выбрать системный диск --> OK --> нажать "Очистить системные файлы" (Clean up system files) --> повторно выбрать системный диск --> поставить все галочки --> OK 4. На время установки, рекомендуем физически отключить от USB все устройства (кроме мышки и клавиатуры, которые необходимо подключить к портам USB 2.0).
sysprg, всё почему-то верят, что если в MSDN написали updated_march, значит туда вошли и теперешние крайние кумулятивы, в том числе выданные в первых апрельских числах. Интересная логика.
всё почему-то верят, что если в MSDN написали updated_march, значит туда вошли и теперешние крайние кумулятивы
Достаточно посмотреть MSDN дистрибутивы 10240, 10586, чтобы убедиться в том, что и они выпускались с НУЛЕВЫМ номером ревизии, а потом обновлялись для начала маленькими WU сразу в день обновления.
Но может быть заинтересует кого-нибудь из обладателей флэшек большой емкости. Хотя все же не понимаю, зачем флэшку разбивать на разделы
был сильно удивлен, когда в проводнике обнаружил, что мой USB 3.0 Card Reader с Micro SD картой 64 Gb виден, как диск с двумя разделами. Вместе с основным большим NTFS разделом виден еще один крохотный с файловой системой FAT и меткой тома UEFI_NTFS, а в нем помимо папок с EFI загрузчиком имеется Readme.txt с текстом, который мне объяснил содержимое этого неучтенного ранее раздела "This partition was created by Rufus (https://rufus.akeo.ie). It is used for booting NTFS partitions in UEFI mode."
ЦитатаLenchik ()
Возможно что то изменилось с обнаружением такой флэшки?
Изменилось только то, что теперь в файловых менеджерах, а не только в Диспетчере дисков видны эти разделы и доступ есть к ним.
На 2-ом Power Shell/Power Shell(Администратор). Отчего такое может быть?
Microsoft решила по-умолчанию изменить пункты контекстного меню кнопки Пуск, заменив вызов командной строки на вызов Power Shell. Если надо, поменяйте на привычный вариант. Настройки => Персонализация => Панель задач => Заменить командную строку....
KB4016252 - установился нормально , без всяких ошибок. Стоит "Поздний доступ". Google Chrome работает нормально. Хотя иногда сам же ругается на свои же расширения. Версия 1703 , Сборка 15063.14 , но правда Win10 обновлялась начиная со сборки 10240 , установленной начисто. А вот как посмотреть дату 1-й загрузки ОС ? Раньше это можно было в Aida64 , а сейчас она показывает дату установки последнего билда.
Цитатаynchak ()
после чистой установки при установление/удаление расширений в google chrome. Chrome виснет.
Тут видимо ещё зависит от устанавливаемых расширений. Назовите , какие расширения устанавливаете - проверю.
А вот как посмотреть дату 1-й загрузки ОС ? Раньше это можно было в Aida64 , а сейчас она показывает дату установки последнего билда.
AIDA права, это и есть дата первой загрузки нового билда
Можно и вот здесь посмотреть: Дата сноса старой системы отстоит от даты загрузки новой на время работы Setup. Время завершения установки в правой части указано справа бинарными значениями в миллисекундах ( InstallDate ) и 100-наносекундных интервалах ( InstallTime ), а в тестовом виде есть еще один источник: Windows\Panther\setupact.log. Отметка времени в последней записи этого текстового лога соответствует завершению Setup и выходу новой системы на рабочий стол. Это и есть первая загрузка
Из реестра узнал , что первый запуск был в начале декабря 2015 , а вот в папке Panther самая ранняя дата файлов 11.02.2017 , а в файле setupact.log только одна дата 2017-03-21 - это как раз , когда было последнее обновление билда. Размер setupact.log - 92 МБ , скорее всего этот файл усекается периодически , иначе он был бы гигантских размеров.
Размер setupact.log - 92 МБ , скорее всего этот файл усекается периодически , иначе он был бы гигантских размеров.
Не усекается, а создается ЗАНОВО
для каждого нового обновления. Еще точнее, файл setupact.log сначала создается и пополняется во время выполнения Setup в директории $Windows.~BT\Sources\Panther, а ПО ЗАВЕРШЕНИИ Setup, переписывается в Windows\Panther, ЗАМЕНЯЯ лог предыдущего обновления. Я поэтому храню большую коллекцию этих файлов. Первая запись в файле setupact.log соответствует уже обнаруженному агентом WU нового билда, если обновление из сети. Поэтому эта запись отстоит от клика по Проверить наличие обновлений на несколько минут. Есть еще один очень хороший лог, содержащий записи АГЕНТА WU: Windows\SoftwareDistribution\ReportingEvents.log. Вот этот файл УСЕКАЕТСЯ, но тем не менее содержит информацию не только о последнем обновлении, но и паре-тройке предыдущих. К сожалению в нем ОЧЕНЬ ДЛИННЫЕ строки и читать его глазенками поэтому трудно, но кодом очень легко анализировать и поском искать имена дистрибутивов очень легко. К примеру задайте в Notepad поиск по ключу 15063 и сразу найдете сообщение агента об обнаружении этого билда, а пониже будет сообщение агента о завершении загрузки.
В связи с введением в действие Постановления Правительства Российской Федерации от 14.11.2023 № 1905 т.н. "о запрете популяризации VPN" с 1 марта 2024 года - любое обсуждение способов обхода блокировок и VPN на портале запрещено!