«Здравствуйте, снова вранье у Вас», ворвался ко мне в личку Telegram читатель Антон. Так его возмутила викторина про количество разделов, создаваемых программой установки Windows в разметке GPT.
Назначенный мной правильный ответ «4» выбрал лишь каждый пятый читатель. Думаю, что большинство из 46%, проголосовавших за «3» в лучшем случае заглянули в оснастку управления дисками. Но она не показывает раздел MSR в отличие от diskpart.
Однако Антон принес отличный аргумент! До первой перезагрузки создается только три раздела, а потом – это уже не программа установки. Ведь установочную флэшку можно вытащить без ущерба для процесса.
[+] Сегодня в программе
О чем эта статья
Если вынести эмоции за скобки, такая позиция вполне имеет право на жизнь. Здорово, что читатель заметил существенное изменение под капотом программы установки – новый порядок создания разделов. О чем я ему и сказал, попутно доставив свою позицию более развернуто, но без технических нюансов. Их удобнее излагать в блоге, и сегодня я разберу:
- что считается программой установки
- какие именно разделы создаются на каком этапе установки актуальных версий Windows
- в какой версии Windows 10 произошли значимые изменения в этой сфере
- почему поведение системы изменилось
Отталкиваться надо от setup.exe на установочном диске. Бесспорно, это программа, которая может выполнять разнообразные задачи:
- Чистая установка Windows путем загрузки с флэшки, на чем мы фокусируемся сегодня
- Обновление или переустановка ОС поверх путем запуска setup.exe из-под работающей системы
- Проверка совместимости
- Загрузка в среду восстановления
- Сжатие системных файлов
- и многое другое
Определение программы установки
Я всегда вкладывал в понятие программа установки Windows (Windows setup) более широкий смысл нежели приложение или процесс setup.exe. Программа установки работает от загрузки с флэшки до входа на рабочий стол. Она документирует свой процесс в различных журналах, из которых нам сегодня интересны файлы setupact.log в папках %windir%\panther и %windir%\panther\unattendGC.
В документации процесса установки Windows сейчас говорится так. Программа установки Windows запускает и перезапускает компьютер, собирает информацию, копирует файлы и создает или настраивает конфигурационные параметры. На странице в таблицу сведены три этапа программы установки: Windows PE, Online Configuration и Windows Welcome.
Здесь нет противоречий моему видению. Однако давайте рассмотрим эти этапы детальнее.
Ключевые этапы установки
Изучение автоустановки ОС хорошо прокачивает понимание процесса установки. Я давно вижу его через призму конфигурационных проходов.
Эта картинка живет в документации со времен Windows 8. Интересно, что в эпоху Vista она слегка отличалась — тогда просто забыли нарисовать маршрут generalize → specialize.
windowsPE
При запуске с флэшки или ISO загрузчик передает управление процессом программе установки, реализованной с помощью файла setup.exe из корня флэшки.
Выполняется загрузка Windows PE, задаются языковые настройки этого этапа, указывается издание ОС, ключ продукта и т.д. В конце прохода windowsPE создается структура разделов и к разделу с системой применяется install.wim. Этап венчает перезагрузка, первая в серии.
specialize
После перезагрузки установочная флэшка действительно не нужна, потому что все необходимое уже есть на диске. Начинается проход specialize. Тезис читателя программа установки работает ровно до первой перезагрузки, видимо, подразумевал setup.exe. Это утверждение проверяется визуальным анализом или по логам.
На виртуальной машине я заранее подключил второй VHDX с Process Explorer. В начале этапа я нажал Shift+F10 и запустил утилиту.
Но это необязательное упражнение, потому что куда проще посмотреть лог установки. Здесь и далее фрагменты лога публикуются с купюрами для экономии места.
2022-02-20 10:27:50, Info [0x0601dc] IBS Setup has completed phase 2 at 2022-02-20 10:27:50 2022-02-20 10:27:50, Info [0x090009] PANTHR CBlackboard::Close: f:\$windows.~bt\sources\panther\setupinfo. 2022-02-20 10:28:20, Info IBS ------------------------------------------------ 2022-02-20 10:28:20, Info [0x0601c1] IBS InstallWindows:Install Path = C:\Windows\system32\oobe 2022-02-20 10:28:20, Info [0x0601c2] IBS InstallWindows:Setup Phase = 4 2022-02-20 10:28:20, Info [0x0601cb] IBS InstallWindows:Continuing Setup after completing WinPE phase. Working directory = C:\Windows\Panther 2022-02-20 10:28:20, Info [0x0601ce] IBS Setup has started phase 4 at 2022-02-20 10:28:20 2022-02-20 10:28:20, Info [0x0601cf] IBS Install source is C:\Windows\system32\oobe
Как видите, сразу запускается setup.exe, но из папки C:\Windows\system32\oobe! Этот файл (на картинке справа) содержится в WIM-образе и отличается от одноименного файла в корне ISO (слева) не только размером и версией, но и описанием.
Антон, конечно, прав в том, что setup.exe из корня флэшки не задействован в процессе после первой перезагрузки. Но программа установки продолжается, и делает это при участии одноименного файла.
Впрочем, сначала в игру с пакетами APPX вступает sysprep. А самая заметная работа setup.exe на этом проходе – создание раздела со средой восстановления! После инвентаризации имеющихся разделов выполняется попытка создания раздела RE. Перед этим раздел с ОС сжимается.
2022-02-20 10:30:19, Info [setup.exe] Attempting to create a new partition for WinRE
2022-02-20 10:30:19, Info [setup.exe] winreGetNewPartitionWithCoInit CoInitialize error hr = 0x80010106
2022-02-20 10:30:19, Info [setup.exe] winreGetNewPartitionWithCoInit Will shrink the OS volume with : 634388480
2022-02-20 10:30:19, Info [setup.exe] winreGetNewPartitionWithCoInit Will create partition with size: 633339904
2022-02-20 10:30:19, Info [setup.exe] winreGetVolumeGUIDPath returning \\?\Volume{81c6049a-d88c-4340-baa1-21f77a8efdca}\
2022-02-20 10:30:19, Info [setup.exe] winreGetNewPartition root: C:\Windows OS volume GUID: \\?\Volume{81c6049a-d88c-4340-baa1-21f77a8efdca}\
2022-02-20 10:30:20, Info [setup.exe] winreShrinkVolume Shrinking the OS volume with: 634388480
2022-02-20 10:30:24, Info [setup.exe] winreShrinkVolume returning TRUE
2022-02-20 10:30:24, Info [setup.exe] winreProcessVolume returning TRUE
2022-02-20 10:30:24, Info [setup.exe] winreEnumerate returning TRUE
2022-02-20 10:30:24, Info [setup.exe] winreCreatePartition Will create partition at offset: 135729774592 with size: 633339904
2022-02-20 10:30:24, Info [setup.exe] winreCreatePartition create partition successfully, actual offset is: 0x1F9A200000
2022-02-20 10:30:25, Info [setup.exe] winreCreatePartition returning TRUE
2022-02-20 10:30:25, Info [setup.exe] New WinRE partition created
Обратите внимание, что все операции предваряются временем и названием процесса. Это не всегда исполняемый файл, но в случае с setup.exe так и есть. Создав раздел, программа установки перекидывает в него winre.wim и настраивает среду восстановления как по нотам.
2022-02-20 10:30:25, Info [setup.exe] Found target partition: use the new WinRE partition, offset: 135729774592
2022-02-20 10:30:25, Info [setup.exe] --Install on target OS step 5: set WinRE settings and restore system to a good state when hitting any errors
2022-02-20 10:30:25, Info [setup.exe] Enter SetWinRESettings
2022-02-20 10:30:25, Info [setup.exe] Copying WinRE from C:\Windows\system32\Recovery to staging location on \\?\GLOBALROOT\device\harddisk0\partition4
2022-02-20 10:30:35, Info [setup.exe] Copied WinRE to staging location
2022-02-20 10:30:35, Info [setup.exe] Creating BCD entry
2022-02-20 10:30:35, Info [setup.exe] WinRE created BCD entry: : {E4D8F2EF-9279-11EC-98A3-DA5CDA31F70A}
2022-02-20 10:30:35, Info [setup.exe] Moving Winre and boot.sdi from staging location to target
2022-02-20 10:30:35, Info [setup.exe] Moved Winre and boot.sdi from staging location to target
2022-02-20 10:30:35, Info [setup.exe] Updating reagent.xml
2022-02-20 10:30:35, Info [setup.exe] Set WinRE location path to: \Recovery\WindowsRE
2022-02-20 10:30:35, Info [setup.exe] Set recovery guid
2022-02-20 10:30:35, Info [setup.exe] Set OS build version: 22000.1.amd64fre.co_release.210604-1628
2022-02-20 10:30:35, Info [setup.exe] Set Wimboot state: 0
2022-02-20 10:30:35, Info [setup.exe] Set install state to: enabled
2022-02-20 10:30:36, Info [setup.exe] WinRE is installed
Этап specialized завершают операции CBS. Приложение setup.exe дальнейшего участия в установке не принимает.
OOBE
Программа установки продолжается. Система уже полностью установлена, и красочным процессом пользовательской настройки рулят файлы с однокоренными OOBE именами. Сначала отрабатывает конфигурационный проход oobeSystem, если обнаруживается файл ответов. Затем запускается msoobe.exe для формирования последовательности окон в мастере – регион, раскладки клавиатуры, учетная запись и т.д.
2022-02-20 10:32:08, Info [windeploy.exe] Launching [C:\Windows\system32\oobe\oobeldr.exe /system]... 2022-02-20 10:32:08, Info [oobeldr.exe] OOBELdr.exe launched with command-line [/system]... 2022-02-20 10:32:08, Info [oobeldr.exe] Parsing command line arguments... 2022-02-20 10:32:08, Info [oobeldr.exe] Parsing the following command line: [/system] 2022-02-20 10:32:08, Info [oobeldr.exe] Status for unattend pass [oobeSystem] = 0x0 2022-02-20 10:32:08, Info [oobeldr.exe] Found no unattend file for oobeSystem pass; skipping pass. 2022-02-20 10:32:08, Info [oobeldr.exe] Successfully ran oobeSystem pass. 2022-02-20 10:32:08, Info [oobeldr.exe] Waiting for essential OOBE services to start... 2022-02-20 10:32:08, Info [oobeldr.exe] OrchestrateWaitForOOBEServices: Wait was already done; not waiting again 2022-02-20 10:32:08, Info [oobeldr.exe] Essential OOBE services started successfully. 2022-02-20 10:32:08, Info [oobeldr.exe] Launching [C:\Windows\system32\oobe\msoobe.exe]... 2022-02-20 10:32:09, Info [msoobe.exe] ---------------------------------------------------------- 2022-02-20 10:32:09, Info [msoobe.exe] Starting OOBE
Создание разделов в разметке GPT программой установки
В своем гайде по ручному созданию разделов я когда-то советовал diskpart из-за проблемы с размером раздела со средой восстановления в Windows 8.1. Когда ее исправили, я стал рекомендовать программу установки.
Это было проще всего для неопытных пользователей и сводило к минимуму ущерб от кривых рук. Загрузился с диска, дошел до управления разделами, выделил неразмеченное пространство и нажал кнопку «Создать». Красота!
В этом сценарии создавалось четыре раздела, причем раздел Windows RE шел первым слева. На картинке конфигурация разделов по умолчанию из документации времен Windows 8.х.
Рекомендации Microsoft
Microsoft еще с 2015 года декларировала в блогах, документации и опубликованном там скрипте diskpart новый подход – раздел Windows RE должен быть крайним справа. Предполагалось обновление среды восстановления при установке новой версии ОС поверх старой. Расположение справа от раздела с ОС позволяло при необходимости отжать место у системы и увеличить за его счет раздел RE.
Однако в программе установки все оставалось по-прежнему еще почти пять лет. Как объяснил ПМ Windows RE, они не видели срочности. В Microsoft считают, что подавляющее большинство систем не проходят через чистую установку, т.к. настраиваются изготовителями ноутбуков или ИТ-специалистами в организациях. Утверждение выглядит спорно, но оно не лишено смысла, если ограничиться системами, приносящими деньги Microsoft.
Изменения в Windows 10 20H1
Своим рекомендациям Microsoft начала следовать начиная с Windows 10 20H1. Теперь до первой перезагрузки создается только три раздела – EFI (на картинке — System), MSR и Windows. А раздел Windows RE (на картинке — Recovery) создается на этапе specialize, лог вы видели выше.
По той же причине отныне нажатие кнопки «Создать» на этапе управления дисками не приведет к появлению раздела Windows RE. Можно, конечно, дождаться окончания этапа specialize, но потом надо будет зачищать разделы от файлов. Тогда уж проще и быстрее в diskpart все сделать.
Поэтому в своей статье я уже не рекомендую тот или иной способ. Если вам нужна среда восстановления на отдельном разделе нежели на разделе с ОС, логично сразу создавать структуру с помощью diskpart. Но ничто не мешает сделать это впоследствии.
Остается открытым вопрос, почему раздел Windows RE создается только после первой перезагрузки. Ведь можно было бы создавать его справа одновременно с другими разделами. В логах этапа specialize я не нашел ответа, там стандартная рутина – ищем выделенный раздел среды восстановления, и если не находим, пытаемся создать.
2022-02-20 10:30:19, Info [setup.exe] Get downlevel ReAgent config 2022-02-20 10:30:19, Info [setup.exe] Downlevel config file path: \Recovery\ReAgentOld.xml 2022-02-20 10:30:19, Info [setup.exe] Checking for downlevel WinRE installation. 2022-02-20 10:30:19, Info [setup.exe] DisableUpdateEnhancedConfigInfo 2022-02-20 10:30:19, Info [setup.exe] First round search 2022-02-20 10:30:19, Info [setup.exe] Get ReAgent config 2022-02-20 10:30:19, Info [setup.exe] GetReAgentConfig Config file path: C:\Windows\system32\Recovery\ReAgent.xml 2022-02-20 10:30:19, Warning [setup.exe] Failed to get recovery entries: 0xc0000225 2022-02-20 10:30:19, Info [setup.exe] winreGetWinReGuid returning 0X490 2022-02-20 10:30:19, Info [setup.exe] ReAgentConfig::ReadBcdAndUpdateEnhancedConfigInfo WinRE disabled, WinRE Guid could not be determined (0x490) 2022-02-20 10:30:19, Info [setup.exe] FindWinReSourceImageAndPartition No source winre.wim was specified. Checking for a staged winre.wim. 2022-02-20 10:30:19, Info [setup.exe] FindWinReSourceImageAndPartition using winre.wim from C:\Windows\system32\Recovery 2022-02-20 10:30:19, Info [setup.exe] --Install on target OS step 2: detect and fix if there is any issue for winre settings 2022-02-20 10:30:19, Info [setup.exe] DetectAndFixWinReIssues nothing to do because winre is not enabled. 2022-02-20 10:30:19, Info [setup.exe] --Install on target OS step 3: check if we can keep winre.wim in the same partition if it is staged. 2022-02-20 10:30:19, Info [setup.exe] --Install on target OS step 4: check if we can put winre.wim in other partitions or create one if needed. 2022-02-20 10:30:19, Info [setup.exe] CanPutWinREOnOtherPartitions WinRE is not staged. Searching for a suitable partition for WinRE. 2022-02-20 10:30:19, Info [setup.exe] Entering FindTargetPartition 2022-02-20 10:30:19, Info [setup.exe] Start looping through each partition and initialize os partition, recovery partition and system partition for MBR 2022-02-20 10:30:19, Info [setup.exe] Checking partition at offset 1048576, partition number: 1 2022-02-20 10:30:19, Info [setup.exe] skip GPT Partition which type is not PARTITION_MSFT_RECOVERY_GUID 2022-02-20 10:30:19, Info [setup.exe] Checking partition at offset 16777216, partition number: 2 2022-02-20 10:30:19, Info [setup.exe] skip partition because it is not on the same disk as staging partition 2022-02-20 10:30:19, Info [setup.exe] Checking partition at offset 122683392, partition number: 3 2022-02-20 10:30:19, Info [setup.exe] find OS partition 2022-02-20 10:30:19, Info [setup.exe] Complete looping through each partition 2022-02-20 10:30:19, Info [setup.exe] ----Search target partition option #1: try existing WinRE partition 2022-02-20 10:30:19, Info [setup.exe] ----Search target partition option #2: try first recovery partition 2022-02-20 10:30:19, Info [setup.exe] ----Search target partition option #3: try system partition for MBR 2022-02-20 10:30:19, Info [setup.exe] ----Search target partition option #4: try new recovery partition if allowed 2022-02-20 10:30:19, Info [setup.exe] Attempting to create a new partition for WinRE
Возможно, текущая реализация призвана обеспечить максимальную совместимость. Между проходами windowsPE и specialize есть еще offlineServicing. Он служит для применения изменений к распакованному WIM-образу – установки языковых пакетов, драйверов и т.д. Поэтому инвентаризацию разделов решили выполнять уже после этих действий.
Заключение
Процесс установки Windows весьма консервативный. Этап Windows PE не менялся уже много лет, если не считать легкий макияж окон. Изменения под капотом конфигурационных проходов наверняка происходят, но отслеживать их можно лишь скрупулезным сравнением журналов программы установки.
Новый порядок создания разделов, пожалуй, одно из самых заметных изменений в последние годы. Хотя и оно фактически скрыто от глаз пользователя, а обнаруживается лишь прерыванием установки или изучением лога.
Распределенное обучение с TensorFlow и Python
AI_Generated 05.05.2025
В машинном обучении размер имеет значение. С ростом сложности моделей и объема данных одиночный процессор или даже мощная видеокарта уже не справляются с задачей обучения за разумное время. Когда. . .
CRUD API на C# и GraphQL
stackOverflow 05.05.2025
В бэкенд-разработке постоянно возникают новые технологии, призванные решить актуальные проблемы и упростить жизнь программистам. Одной из таких технологий стал GraphQL — язык запросов для API,. . .
Распознавание голоса и речи на C#
UnmanagedCoder 05.05.2025
Интеграция голосового управления в приложения на C# стала намного доступнее благодаря развитию специализированных библиотек и API. При этом многие разработчики до сих пор считают голосовое управление. . .
Реализация своих итераторов в C++
NullReferenced 05.05.2025
Итераторы в C++ — это абстракция, которая связывает весь экосистему Стандартной Библиотеки Шаблонов (STL) в единое целое, позволяя алгоритмам работать с разнородными структурами данных без знания их. . .
Разработка собственного фреймворка для тестирования в C#
UnmanagedCoder 04.05.2025
C# довольно богат готовыми решениями – NUnit, xUnit, MSTest уже давно стали своеобразными динозаврами индустрии. Однако, как и любой динозавр, они не всегда могут протиснуться в узкие коридоры. . .
Распределенная трассировка в Java с помощью OpenTelemetry
Javaican 04.05.2025
Микросервисная архитектура стала краеугольным камнем современной разработки, но вместе с ней пришла и головная боль, знакомая многим — отслеживание прохождения запросов через лабиринт взаимосвязанных. . .
Шаблоны обнаружения сервисов в Kubernetes
Mr. Docker 04.05.2025
Современные Kubernetes-инфраструктуры сталкиваются с серьёзными вызовами. Развертывание в нескольких регионах и облаках одновременно, необходимость обеспечения низкой задержки для глобально. . .
Создаем SPA на C# и Blazor
stackOverflow 04.05.2025
Мир веб-разработки за последние десять лет претерпел коллосальные изменения. Переход от традиционных многостраничных сайтов к одностраничным приложениям (Single Page Applications, SPA) — это. . .
Реализация шаблонов проектирования GoF на C++
NullReferenced 04.05.2025
«Банда четырёх» (Gang of Four или GoF) — Эрих Гамма, Ричард Хелм, Ральф Джонсон и Джон Влиссидес — в 1994 году сформировали канон шаблонов, который выдержал проверку временем. И хотя C++ претерпел. . .
C# и сети: Сокеты, gRPC и SignalR
UnmanagedCoder 04.05.2025
Сетевые технологии не стоят на месте, а вместе с ними эволюционируют и инструменты разработки. В . NET появилось множество решений — от низкоуровневых сокетов, позволяющих управлять каждым байтом. . .
|
Корпорация Microsoft исправила ошибку в инсталляторе операционной системы Windows, впоследствии приводившей к созданию неиспользуемых разделов на системном жестком диске при обновлении ОС. Проблема заключалась в неправильной схеме разбивки жестких дисков по умолчанию, которая прямо противоречила рекомендованным в документации Microsoft.
Исправлена ошибка в инсталляторе Windows
Microsoft решила многолетнюю проблему, из-за которой апгрейд Windows мог вызывать появление «лишних» разделов на системном накопителе, используемых для восстановления работоспособности ОС (Recovery Partition) в случае сбоя, пишет ресурс Windowslatest.
Корень проблемы лежал в особенностях работы программы установки Windows. Ранее при выполнении «чистой» установки инсталлятор ОС по умолчанию размечал системный жесткий диск таким образом, что изменение размера Recovery-раздела становилось невозможным. То есть при возникновении нехватки свободного пространства на таком разделе в ходе установки обновления ОС была вынуждена создавать новый, большего размера, «откусывая» при этом свободное место у «соседей». Старый же Recovery-раздел при этом более не использовался системой и не был доступен для хранения пользовательских файлов.
Стоит отметить, что подобный порядок разметки системного диска в корне противоречит собственным рекомендациям Microsoft, которые адресованы OEM-партнерам, пользователям и системным администраторам Windows 10. Они, в частности, зафиксированы в статье, опубликованной на портале документации Microsoft не позднее 2 мая 2017 г., то есть более чем три года назад.
Один из вариантов разметки системного диска, приведший к появлению новых Recovery-разделов при обновлении Windows
С релизом Windows 10 2004 в конце мая 2020 г. установщик ОС «научился» разбивать системный жесткий диск, располагая разделы в соответствии с рекомендациями Microsoft, то есть помещая Recovery Partition в самый конец таблицы разделов.
Особенности управления разделами дисков в Windows 10
При установке Windows 10 на современные компьютеры с интерфейсом UEFI (вместо BIOS) необходимо, чтобы системный жесткий диск был размечен в соответствии со стандартом GPT (вместо MBR). Во-первых, должен быть предусмотрен системный (EFI) раздел, с которого происходит загрузка операционной системы, причем размером не менее 100 МБ и отформатированный для использования файловой системы FAT32. Такой раздел обслуживается исключительно ОС и не должен содержать посторонних файлов.
Порядок создания разделов, выбранный инсталлятором Windows 10 1909
Также Windows 10 необходим так называемый MSR (Microsoft Reserved Partition), размер которого составляет 16 МБ. Раздел может использоваться для хранения скрытой от глаз пользователя системной информации.
Раздел, на который устанавливается Windows 10 должен быть размером не меньше 20 ГБ для 64-битных версий ОС и не менее 16 ГБ для 32-битных, а также содержать файловую систему NTFS.
Наконец, отдельный (Recovery) раздел может быть предусмотрен под размещение образа среды восстановления системы на базе Windows Recovery Environment (WinRE). Она представляет собой минимальную сборку ОС, основанную на среде предустановки Windows (WinPE), в которую встроен ряд инструментов для восстановления, сброса и диагностики Windows 10.
Согласно документации Microsoft, при разметке системного диска перед установкой Windows 10 последовательность разделов в соответствующей таблице должна быть следующей: системный или EFI; MSR; Windows; Recovery.
Рекомендуемый Microsoft порядок размещения разделов на системном диске Windows 10
Разметка диска в соответствии с данной схемой гарантирует, что при нехватке места на Recovery-разделе Windows 10, которая умеет перераспределять пространство только между двумя соседствующими разделами, спокойно его расширит вместо того, чтобы создавать совершенно новый и полностью «забывать» старый.
Стоит также отметить, что многие OEM-партнеры Microsoft – производители ПК с предустановленной Windows 10 – самостоятельно и корректно разбивают системные жесткие диски на разделы перед инсталляцией ОС. Для владельцев таких устройств проблема множащихся Recovery-разделов и раньше не была актуальной.
Тем, кому повезло меньше, в случае возникновения этой проблемы на форуме поддержки Microsoft рекомендовали удалить «лишние» разделы с помощью консольной утилиты diskpart или сторонних инструментов с графическим интерфейсом.
- Первый в России ИТ-маркетплейс Market.CNews для Вашего бизнеса. С ценами на ИТ-услуги от сотен поставщиков
Если перед инсталляцией операционной системы Windows 10 жесткий диск был полностью отформатирован или он только куплен, его придется разделить на логические тома, чтобы создать корректную структуру. Данная задача осуществляется непосредственно при установке ОС и может быть выполнена двумя способами: через графическое меню инсталлятора и Командную строку.
Хотим уточнить, что если вы собираетесь переустанавливать Виндовс, имея доступ к текущей версии, осуществить разметку диска можно еще через графический интерфейс при помощи программ или встроенной функциональности. После этого остается лишь форматировать системный раздел и инсталлировать на него новую версию ОС. Более детально об этом читайте в материале далее.
Подробнее: 3 способа разбить жесткий диск на разделы в Windows
Способ 1: Графическое меню инсталлятора
В первую очередь давайте рассмотрим стандартный способ разделения диска, который подойдет даже для неопытных пользователей. Он заключается в использовании встроенной в установщик опции, которая позволяет буквально в несколько кликов создать один или несколько логических томов любых размеров, разделив один физический накопитель.
- После загрузки установщика выберите оптимальный язык и переходите к следующему шагу.
- Нажмите по кнопке «Установить».
- Введите ключ активации операционной системы или пропустите этот шаг, если хотите подтвердить лицензию позже.
- Примите условия лицензионного соглашения и переходите далее.
- Выберите вариант инсталляции «Выборочная».
- Теперь в отдельном меню отобразится вариант «Незанятое пространство на диске 0». Выделите его левым кликом мыши и нажмите по кнопке «Создать».
- Укажите желаемый размер нового логического раздела и примените изменения.
- Подтвердите создание дополнительных томов для системных файлов, если это необходимо.
- Теперь в рассматриваемом меню отобразятся новые разделы. Выберите основной, на который хотите установить ОС, и переходите далее.
Остается только следовать дальнейшим инструкциям по установке, чтобы после перейти к нормальному взаимодействию с операционной системой. Более детальные инструкции по поводу дальнейших действий ищите в отдельном материале на нашем сайте по следующей ссылке.
Подробнее: Руководство по установке Windows 10 с USB-флешки или диска
Способ 2: Командная строка
Как мы уже говорили выше, второй способ разделения диска при установке Виндовс 10 заключается в использовании Командной строки. Для некоторых юзеров этот вариант может показаться слишком сложным, однако он является единственной альтернативой графическому меню.
- Во время загрузки инсталлятора операционной системы выберите язык и переходите далее.
- В первом окне, где находится кнопка «Установить», следует кликнуть по надписи «Восстановление системы».
- Далее выберите категорию «Поиск и устранение неисправностей».
- В категории «Дополнительные параметры» вас интересует блок «Командная строка».
- Все дальнейшие действия будут осуществляться через системную утилиту, которая запускается путем ввода
diskpart. - Просмотрим список доступных разделов через
list volume. - Запомните номер неразмеченного пространства.
- После этого введите
select volume N, заменив N на номер тома, чтобы активировать его. - Напишите команду
shrink desired=размер, задав размер для нового логического раздела в мегабайтах, и нажмите на Enter. - Вы будете уведомлены о сокращении размера выбранного тома.
- Теперь используйте
list disk, чтобы посмотреть номер физического накопителя. - В появившейся таблице найдите используемый диск и запомните присвоенную ему цифру.
- Выберите данный диск через
select disk 0, где 0 — определенный номер. - Создайте основной раздел из неразмеченного пространства, введя и активировав команду
create partition primary. - Форматируйте файловую систему нового тома при помощи
format fs=ntfs quick. - Осталось только ввести
assign letter=N, заменив N на желаемую букву нового тома. - Напишите
exit, чтобы покинуть оснастку и закрыть консоль. - После этого при установке операционной системы вы увидите созданный ранее раздел или разделы и сможете выбрать любой из них для установки Windows.
Точно таким же образом вы можете разделять диск, создавая необходимое количество разделов через Командную строку. Не забывайте только выбирать правильные номера томов и дисков, чтобы случайно не удалить важные данные.
Самая частая проблема, которая появляется при попытке разделения диска перед установкой ОС, — отсутствие самого накопителя в списке. Это может быть вызвано самыми разными причинами, поэтому мы советуем прочесть отдельный материал по этой теме, отыскав там подходящее решение и приступив после этого к разделению HDD на логические тома.
Читайте также: Нет жесткого диска при установке Windows
Выше мы представили два метода разделения диска при инсталляции Windows 10. Вам осталось только выбрать подходящий и следовать инструкциям, чтобы правильно выполнить поставленную задачу без возникновения каких-либо дополнительных трудностей.
Наша группа в TelegramПолезные советы и помощь