Как разделить ISO-образ Windows на части и собрать его без потери данных

Большой ISO-образ Windows разделяют, когда один файл не помещается на носитель или в хранилище, не проходит ограничение канала передачи либо нарушает политику репозитория. Части помогают обойти лимит одного файла, но не уменьшают общий объем данных.

После корректной сборки получается исходный ISO без изменения содержимого. Для этого нужно передать полный набор частей, сохранить их имена и порядок, собрать файл в бинарном режиме и сравнить SHA-256 с контрольной суммой исходного образа.

Части ISO не являются самостоятельными образами. Их нельзя монтировать, загружать в виртуальную машину или копировать на флешку в надежде получить загрузочный установщик. Для нарезки подходят 7-Zip в Windows и split в Linux, а для восстановления используются распаковка 7-Zip, команда cat или бинарное объединение в PowerShell.

Когда нужно разделить ISO-образ Windows на части

Сначала определите ограничение, которое мешает работе с файлом. Если ISO свободно копируется на NTFS, exFAT или другой подходящий носитель и канал принимает такой размер, разбиение добавит лишние операции и служебные данные.

Ограничения файловой системы и носителей

Самый частый сценарий связан с FAT32. Эта файловая система не принимает один файл размером 4 ГиБ и больше: технический предел составляет 4 ГиБ минус 1 байт. ISO Windows размером 5-7 ГиБ нельзя скопировать на FAT32 как единый файл, даже если на носителе достаточно свободного места.

Разделение меняет ограничение для каждого отдельного файла. Набор из четырех частей по 2 ГиБ может занимать больше 6 ГиБ суммарно и при этом проходить лимит FAT32 для одного объекта. Однако такой набор остается набором фрагментов. Файловая система не объединяет его автоматически в исходный ISO.

• Проверьте максимальный размер одного файла в файловой системе.
• Сравните его с размером ISO, а не только со свободным пространством.
• Уточните, принимает ли целевой инструмент несколько файлов вместо одного.
• Не рассчитывайте, что разделенный ISO сам по себе станет загрузочным.

Недостаточный объем носителя требует отдельного решения. Если на диске свободно 4 ГиБ, а образ занимает 6 ГиБ, нарезка позволит перенести части по очереди, но для последующей сборки потребуется другой диск с достаточным объемом. Разделение не заменяет резервное место.

Передача через каналы с лимитом и хранение в репозиториях

Один крупный файл может не пройти ограничение почтового вложения, веб-формы, корпоративного обменника, CI/CD-артефакта или репозитория. В этой ситуации части позволяют отправить данные отдельными объектами, каждый из которых меньше установленного лимита.

Разбиение полезно и для архивов с политикой ограничения размера объекта. Администратор может хранить ISO в нескольких версиях частей, повторно передавать только поврежденный сегмент и быстрее восстанавливать файл после сбоя копирования.

Минимальный комплект для передачи выглядит так:

• все части с исходными именами;
• файл Windows.iso.sha256 с хешем исходного образа;
• файл README.txt с именем ISO, размером части и количеством сегментов;
• команда для сборки или указание, что набор создан через 7-Zip.

Исходный файл: Windows.iso
Размер части: 2 GiB
Количество частей: 4
SHA-256 исходного ISO: значение из манифеста
Сборка: cat Windows.iso.part-* > Windows.rebuilt.iso

Для временного хранения частей на сервере можно использовать облачную инфраструктуру с подходящим диском и лимитом объектов, например Timeweb Cloud. Перед загрузкой проверьте ограничения выбранного хранилища и сохраните манифест рядом с файлами.

Когда ISO делить не нужно

Для обычного хранения и передачи на NTFS или exFAT единый ISO удобнее. Его можно проверить по SHA-256, смонтировать в Windows и подключить к виртуальной машине без промежуточной сборки.

Для загрузочной флешки UEFI с FAT32 обычно требуется другой процесс. Из ISO извлекают содержимое, а большой файл install.wim в каталоге sources делят средствами DISM на файлы install.swm, install2.swm и последующие сегменты.

Команду выполняют из каталога, где находится install.wim:

Dism /Split-Image /ImageFile:install.wim /SWMFile:install.swm /FileSize:3800

Параметр /FileSize:3800 задает размер сегмента в мегабайтах и оставляет запас относительно ограничения FAT32. Команда относится к WIM-образу. Если в ISO находится install.esd, сначала проверьте формат и совместимость выбранного сценария.

Флешка должна содержать структуру установочного носителя, включая каталоги boot, efi и sources. Набор файлов .part-001 или .7z.001 такую структуру не заменяет. Если причина большого размера связана с лишними компонентами эталонной сборки, сначала изучите руководство по уменьшению состава и размера сборки Windows.

Как выбрать размер частей перед разбиением ISO

Размер сегмента выбирают по самому строгому ограничению во всей цепочке: файловой системе, каналу передачи, репозиторию и свободному месту. Ориентир должен быть меньше лимита с запасом на служебные данные, округление единиц измерения и изменение политики хранения.

Проверьте лимит одного файла, а не только свободное место

Свободные 10 ГиБ на FAT32 не позволяют записать ISO размером 6 ГиБ одним файлом. Максимальный размер объекта остается прежним. Поэтому сначала фиксируют лимит файла, затем выбирают размер части.

Для консервативной передачи часто выбирают 1 ГиБ. Для носителя с ограничением FAT32 удобны части по 2 ГиБ, а при контролируемом канале можно использовать 3 ГиБ. Значение ровно 4 ГиБ применять не следует: оно упирается в предел файловой системы и может быть больше лимита сервиса, который считает размер в десятичных гигабайтах.

Параметр 2G в Unix-утилитах обычно означает 2 ГиБ, а некоторые веб-сервисы показывают лимит в GB. При сомнении уменьшите размер сегмента и проверьте пробную загрузку одной части.

Подготовьте место для исходного образа и собранного файла

При нарезке исходный ISO обычно остается на диске, а рядом создается набор частей почти такого же суммарного размера. При сборке к частям добавляется новый итоговый файл. Служебные заголовки 7-Zip увеличивают объем еще немного.

Например, для ISO размером 6,8 ГиБ рабочая папка может временно содержать исходник на 6,8 ГиБ, части примерно на 6,8 ГиБ и собранный результат еще на 6,8 ГиБ. Для полного цикла разумно иметь не менее 22-25 ГиБ свободного места, если исходник, части и результат хранятся одновременно.

• Создавайте части на файловой системе, которая принимает исходный размер ISO.
• Собирайте результат на NTFS, exFAT, ext4 или другом подходящем хранилище.
• Не собирайте большой итоговый файл непосредственно на FAT32.
• Не удаляйте исходник до проверки хеша восстановленного ISO.

Как разделить ISO Windows на несколько файлов

Перед нарезкой получите образ из доверенного источника и зафиксируйте SHA-256. Это дает исходную точку для проверки: после сборки сравнивают хеш результата именно с этим значением.

Разделение ISO через 7-Zip в Windows

7-Zip создает многотомный архив. При выборе режима без сжатия он почти не тратит процессор на обработку содержимого, поэтому подходит для простой нарезки крупного ISO. Полученные файлы имеют вид Windows.iso.7z.001, Windows.iso.7z.002 и далее.

1. Откройте 7-Zip File Manager и перейдите к исходному файлу Windows.iso.
2. Выберите ISO и нажмите «Добавить к архиву».
3. Укажите формат архива 7z.
4. В поле уровня сжатия выберите «Без сжатия» или режим Store.
5. В поле разбиения на тома укажите выбранный размер, например 2G.
6. Не задавайте пароль и шифрование, если задача сводится к обходу ограничения размера.
7. Запустите создание архива и дождитесь появления всех томов.

Командный вариант для того же сценария:

7z a -t7z -mx=0 -v2g Windows.iso.7z Windows.iso

Параметр -mx=0 отключает сжатие, а -v2g задает размер тома. Архивные тома нельзя объединять командой copy /b или cat: они содержат служебную структуру 7-Zip. Для восстановления их распаковывают через первый том.

Описание других вариантов работы с WIM, ISO и средствами DISM есть в обзоре инструментов для создания и редактирования образов Windows.

Разбиение ISO на части в Linux с помощью split

split не создает архив и не сжимает данные. Утилита делит исходный файл на последовательные бинарные фрагменты, которые потом объединяются в том же порядке.

split -b 2G Windows.iso Windows.iso.part-

В Linux с GNU coreutils эта команда создаст файлы с буквенными суффиксами, например Windows.iso.part-aa и Windows.iso.part-ab. Для фиксированных числовых суффиксов удобнее использовать три цифры:

split -b 2G -d -a 3 Windows.iso Windows.iso.part-

Результат будет выглядеть так: Windows.iso.part-000, Windows.iso.part-001, Windows.iso.part-002. Фиксированная длина номера сохраняет правильный лексикографический порядок, когда частей становится десять и больше. В macOS можно использовать базовую форму split -b 2g Windows.iso Windows.iso.part- и сохранить созданные суффиксы без переименования.

Все части должны находиться в одном каталоге. После создания проверьте их список и размеры:

ls -lh Windows.iso.part-*

Последний фрагмент обычно меньше остальных. Это нормальный результат: он содержит остаток файла, а не ошибку нарезки.

Зафиксируйте контрольную сумму до передачи

Хеш рассчитывают для исходного ISO до разбиения. Команда PowerShell:

(Get-FileHash Windows.iso -Algorithm SHA256).Hash | Out-File Windows.iso.sha256 -Encoding ascii

В Windows можно использовать и certutil:

certutil -hashfile Windows.iso SHA256 > Windows.iso.sha256

В Linux:

sha256sum Windows.iso > Windows.iso.sha256

Передавайте файл с хешем вместе с частями. Для критичных образов создайте отдельный манифест каждого фрагмента в Linux:

sha256sum Windows.iso.part-* > parts.sha256

Проверка хеша не доказывает происхождение файла, если контрольное значение получено из того же ненадежного канала. Для оценки подлинности и целостности загруженного образа используйте руководство по проверке ISO-образов Windows и сверяйте значение с доверенным представлением исходника.

Как собрать ISO-образ из частей

Перед сборкой убедитесь, что получены все сегменты, их имена не изменились, а размер большинства файлов совпадает с ожидаемым. Итоговый файл создавайте на файловой системе, которая поддерживает его полный размер.

Как собрать ISO из томов 7-Zip

1. Сложите все файлы Windows.iso.7z.001, Windows.iso.7z.002 и последующие тома в один каталог.
2. Проверьте, что имена и расширения сохранены без изменений.
3. Щелкните по файлу с расширением .001 и выберите распаковку через 7-Zip.
4. Укажите каталог назначения на NTFS, exFAT или другой файловой системе без ограничения FAT32 для итогового файла.
5. Дождитесь окончания распаковки и найдите восстановленный Windows.iso.

7-Zip использует остальные тома автоматически. Не нужно открывать и распаковывать каждый файл по отдельности. Если утилита сообщает об отсутствующем томе или поврежденном архиве, остановите работу с результатом, найдите проблемный сегмент и получите его заново.

Как собрать ISO из частей split в Windows и Linux

В Linux и macOS используйте бинарное объединение через cat:

cat Windows.iso.part-* > Windows.rebuilt.iso

Шаблон Windows.iso.part-* раскрывается оболочкой в лексикографическом порядке. Он будет корректным для номеров с ведущими нулями, например 001, 002, 010. Если используются суффиксы aa, ab, ac, не переименовывайте их в произвольные номера и не смешивайте наборы.

В PowerShell используйте потоковое бинарное копирование с сортировкой имен:

$parts = @(Get-ChildItem -File -Filter 'Windows.iso.part-*' | Sort-Object Name)
if ($parts.Count -eq 0) { throw 'Части не найдены' }
$destination = [System.IO.File]::Create('Windows.rebuilt.iso')
try {
    foreach ($part in $parts) {
        $source = [System.IO.File]::OpenRead($part.FullName)
        try { $source.CopyTo($destination) } finally { $source.Dispose() }
    }
} finally {
    $destination.Dispose()
}

Команда copy /b подходит для небольшого набора файлов с последовательными именами:

copy /b Windows.iso.part-001+Windows.iso.part-002+Windows.iso.part-003 Windows.rebuilt.iso

Ключ /b включает бинарный режим. Команды Get-Content и обычное текстовое объединение для ISO не подходят: они могут изменить данные или обработать их как текст.

Проверьте SHA-256 и монтирование собранного образа

Сначала сравните хеш результата с сохраненным значением исходного ISO.

Get-FileHash Windows.rebuilt.iso -Algorithm SHA256

certutil -hashfile Windows.rebuilt.iso SHA256

sha256sum Windows.rebuilt.iso

Хеши исходного и собранного файлов должны совпасть полностью. Разный регистр букв в шестнадцатеричном значении значения не имеет, отличие хотя бы одного символа означает, что результат нельзя использовать.

В Windows подключите ISO командой:

Mount-DiskImage -ImagePath (Resolve-Path Windows.rebuilt.iso)

В Linux создайте точку монтирования и подключите образ только для чтения:

sudo mkdir -p /mnt/windows-iso
sudo mount -o loop,ro Windows.rebuilt.iso /mnt/windows-iso

Проверьте наличие ожидаемой структуры, например каталогов boot, efi и sources. Для кастомных образов набор каталогов может отличаться, поэтому решающим условием остается совпадение SHA-256 и успешное открытие содержимого.

Как передавать и хранить части ISO без ошибок

Разбиение дает пользу только при сохранении полного набора. Один пропущенный или поврежденный сегмент делает невозможной корректную сборку всего ISO.

Используйте предсказуемые имена и полный набор файлов

Для raw-частей используйте имена с фиксированной длиной номера: Windows.iso.part-001, Windows.iso.part-002, Windows.iso.part-003. Для томов 7-Zip сохраняйте исходный шаблон Windows.iso.7z.001.

Номера с ведущими нулями предотвращают ошибку сортировки. При обычной текстовой сортировке файл part-10 может оказаться перед part-2, а part-010 будет находиться после part-009 в ожидаемом месте.

В README укажите:

• исходное имя и размер ISO;
• тип частей, raw-фрагменты или тома 7-Zip;
• размер одного сегмента;
• ожидаемое количество файлов;
• SHA-256 исходного образа;
• команду сборки или распаковки первого тома.

Не переименовывайте отдельные сегменты после создания. Если смена имен неизбежна, составьте новую таблицу соответствия и проверьте порядок перед объединением.

Проверяйте файлы после скачивания или копирования

После загрузки сверяйте количество частей, размеры и контрольные суммы. Для raw-фрагментов в Linux можно проверить манифест так:

sha256sum -c parts.sha256

Если манифест содержит только SHA-256 исходного ISO, сначала соберите файл, затем сравните хеш результата. Такой порядок быстрее выявляет проблему на уровне всего образа.

При повреждении одной части повторно передайте только ее. Повторная загрузка одного сегмента обычно требует меньше времени и трафика, чем передача полного ISO, но после замены часть набора нужно проверить повторно.

Репозиторий должен хранить все части одной версии рядом с манифестом. Не смешивайте сегменты разных выпусков Windows, даже если их имена совпадают. Для рабочих каталогов полезно включать в имя версии, редакцию и архитектуру, например Windows-11-24H2-x64.iso.part-001.

Типичные ошибки при разделении ISO-образа Windows

Краткий чек-лист перед использованием образа

1. Определите точное ограничение: размер одного файла, свободное место, канал передачи или политика репозитория.
2. Выберите размер части ниже самого строгого лимита, оставив запас.
3. Получите SHA-256 исходного ISO и сохраните его в отдельном файле.
4. Создайте полный набор частей через 7-Zip или split.
5. Проверьте количество сегментов, их имена и ожидаемые размеры.
6. Передайте части вместе с SHA-256 и README.
7. Соберите ISO на файловой системе, которая поддерживает его полный размер.
8. Сравните SHA-256 собранного файла с хешем исходника.
9. Проверьте монтирование и структуру boot, efi, sources, если это обычный установочный образ.
10. Только после успешной проверки используйте ISO для записи носителя, загрузки виртуальной машины или размещения в рабочем хранилище.

Правильный критерий готовности, совпадение SHA-256 исходного и собранного ISO. Сам факт появления файла после команды объединения не подтверждает целостность образа.