Ошибка 0x80070570 при установке Windows 11

Установка Windows 11 доходит до 77% и падает с кодом 0x80070570. Образ перезаписан через Rufus, потом через Ventoy, куплена новая флешка, сброшен BIOS — ошибка та же и на том же месте.

Знакомо. И почти всегда в такой истории ищут не там: код 0x80070570 говорит не про совместимость, не про лицензию и не про «кривую» Windows 11.

Что на самом деле означает 0x80070570 #

Это не выдуманный код установщика. 0x80070570 — обёртка вокруг системной ошибки Win32 1392, ERROR_FILE_CORRUPT. Описание у неё короткое: файл или каталог повреждён и не читается.

То есть установщик не «отказался ставить систему». Он попытался прочитать данные и получил мусор вместо файла.

Рядом в той же таблице стоит ошибка 1393 (0x571), ERROR_DISK_CORRUPT: повреждена структура диска. Это уже про сам носитель, и код был бы 0x80070571. Разница принципиальная: в вашем случае страдает файл, а не разметка.

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

Почему одна и та же ошибка на 77% — это подсказка #

Установщик на этом этапе применяет образ к диску: распаковывает файлы и раскладывает их по папкам. Если сбой происходит на одном и том же проценте после смены флешки и способа записи, значит, с высокой вероятностью виноват не носитель, а содержимое образа — один и тот же повреждённый файл внутри, который установщик не может распаковать при любом способе записи.

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

Это не абсолютное правило, а направление поиска. Дальше его надо подтвердить проверками, а не догадками.

Шаг 1. Проверить образ #

Самый надёжный путь — не проверять чужой образ, а собрать носитель официальным инструментом. Microsoft для этого даёт MediaCreationTool.exe: утилита сама скачивает Windows 11 и записывает её на флешку. Нужна чистая флешка не меньше 8 ГБ. Проверить уже записанный носитель можно той же командой ниже — если в папке sources на флешке лежит install.wim.

Если образ уже скачан отдельно, его стоит проверить хотя бы на читаемость. В Windows есть DISM, который умеет открывать WIM-файл с образа.

Dism /Get-ImageInfo /ImageFile:E:\sources\install.wim

Букву диска подставьте свою — ту, на которой смонтирован ISO или лежит флешка. Команда покажет, какие редакции внутри и читается ли файл вообще. Если DISM ругается на повреждение, дальше идти незачем: образ битый.

Важная оговорка: успешный вывод не гарантирует, что образ целый целиком. Строгая проверка — отдельная операция с ключом /CheckIntegrity: Microsoft описывает его для применения, монтирования, экспорта и фиксации образа, и при найденном повреждении WIM операция останавливается. Быстрый просмотр так не работает.

Самый доступный вариант — применить образ во временную папку с этим ключом. Понадобится пустой каталог и много свободного места.

Dism /Apply-Image /ImageFile:E:\sources\install.wim /Index:1 /ApplyDir:C:\wimtest /CheckIntegrity

Ещё один способ сравнить две копии — посчитать хеш. certutil -hashfile выдаёт контрольную сумму файла: если после повторного скачивания сумма отличается, файл действительно побился.

certutil -hashfile "E:\image\Win11.iso" SHA256

Шаг 2. Проверить носитель и порт #

Запись через Rufus или Ventoy — не ошибка сама по себе, но это сторонние инструменты со своими настройками. Если образ собирается официальной утилитой, один подозреваемый из списка исчезает.

Дальше простая проверка: флешка вставляется напрямую в порт на задней панели, без хаба и удлинителя. Дешёвые разъёмы и хабы дают сбои, которые выглядят как «битый образ».

И отдельно: флешка должна быть пустой. Установщик не обязан разбираться с чужими файлами в корне.

Шаг 3. Посмотреть на целевой диск #

Если образ проверен, носитель новый, а ошибка осталась, следующий подозреваемый — диск. Проверить его можно из самого установщика: Shift+F10 открывает командную строку.

Дальше chkdsk. Ключ /r ищет физические ошибки и пытается вытащить читаемые данные, /f исправляет ошибки файловой системы. Без этих ключей проверка только расскажет о проблемах, но ничего не починит.

chkdsk C: /f /r

Ключ /r уже включает возможности /f, так что исправление ошибок входит в проверку в любом случае. Запускать её нужно из командной строки установщика, когда разделы уже созданы.

Буква должна быть у тома, который существует. У только что созданного раздела она может отличаться, а у неразмеченного диска её нет вовсе. Если разделов ещё нет, сначала разметка, потом проверка.

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

И ещё: diskpart с командой clean стирает разметку целиком. Перед этим шагом на диске не должно быть ничего ценного, а если диск раньше использовался под данные, разметку и файловую систему выбирают осознанно, потому что после clean прежней таблицы разделов просто нет.

Шаг 4. Прочитать логи установки #

Установщик ведёт журналы, и в них написано, на каком именно файле он споткнулся. Microsoft прямо советует смотреть эти логи при проблемах с установкой.

До того как Setup получил доступ к диску, журналы лежат в X:\Windows\panther\. После настройки диска — в %WINDIR%\Panther. Открыть их можно блокнотом из той же командной строки по Shift+F10.

notepad X:\Windows\panther\setupact.log

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

Шаг 5. Память и железо #

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

Сброс BIOS и «memory try it» — это не диагностика, а попытка угадать. Если память работает на XMP или разогнана, для установки имеет смысл вернуть штатные частоты: установщик чувствителен к ошибкам памяти сильнее, чем обычная работа в системе.

Проверять память стоит отдельным тестом, а не по принципу «вроде работает».

Чего не делать #

Не менять всё сразу. Сначала образ, потом носитель, потом порт, потом диск — по одной переменной. Иначе непонятно, что помогло и помогло ли.

Не покупать «проверенные» образы на сторонних сайтах. Официальный инструмент Microsoft бесплатный и собирает тот же носитель без сюрпризов.

И не игнорировать код. 0x80070570 — это не «Windows 11 не встала». Это конкретное сообщение о повреждённом файле, и оно сужает поиск до четырёх причин.

Что в итоге #

Код 0x80070570 означает повреждённый или нечитаемый файл. Установщик не смог прочитать данные — либо с носителя, либо записать их на диск.

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

Если ошибка повторяется на одном и том же проценте с разными флешками, начинайте с образа. Это самая частая причина, и она же самая дешёвая в проверке.

Нужна помощь с установкой Windows? #

Помогаю разобраться, почему установка падает: проверить образ и носитель, разметить диск, прочитать логи Setup и понять, что именно сбоит — флешка, диск или память. Цена — от 500 ₽, называю до начала работы. Напишите в чат на сайте, запасной контакт — @walgo.