- Уловка-32 — Windows, софт и железо без фанатизма/
- Статьи/
- Пропал диск или раздел: как вернуть без потери данных/
Пропал диск или раздел: как вернуть без потери данных
Содержание
Диск D исчез из Проводника. Вчера он был, на нём лежали документы и фотографии, а сегодня в «Этот компьютер» только C. Иногда вместо исчезновения появляется другое: том виден, но открываться не хочет, буква пропала или Windows предлагает его отформатировать.
Первое желание — согласиться на форматирование или зайти в Управление дисками и нажать «Создать простой том». Именно эти два действия чаще всего превращают решаемую проблему в необратимую.
Дальше — порядок диагностики. Он строится от простого к сложному: сначала выясняем, куда вообще пропал диск, и только потом что-то делаем.
«Пропал» — это четыре разных состояния #
Пользователь видит один и тот же результат — диска нет. Технически причин может быть четыре, и лечатся они по-разному.
Диск Offline. Windows видит физический диск, но оставила его выключенным. Типичная причина — коллизия подписи: у двух дисков совпал идентификатор, и система отключает второй, чтобы не спутать их данные.
Том без буквы. Раздел на месте, файловая система цела, но Windows не назначила ему букву. Данные в порядке, доступа нет только из Проводника.
Диск вообще не определяется системой. Ни в Управлении дисками, ни в Диспетчере устройств. Часто причина в драйвере контроллера накопителей, а не в самом диске.
Том показан как RAW или «Не распределён». Это самый тревожный вариант. RAW означает, что Windows не видит файловую систему на разделе. Здесь спешка опаснее всего.
Разница принципиальная: в первых трёх случаях данные обычно на месте, а действия по восстановлению доступа ничего не разрушают. В четвёртом любое «давайте создадим том заново» уничтожает то, что ещё можно вытащить.
Шаг 1: посмотрите, видит ли диск BIOS #
Выключите компьютер и включите снова, войдите в BIOS или UEFI. У разных производителей это Del, F2, F10 или Esc — обычно подсказка мелькает на первом экране загрузки. Нужен раздел со списком накопителей: Storage, SATA Configuration, NVMe Configuration — название зависит от платы.
Если в BIOS вашего диска нет вообще, дальше можно не искать программные причины. Проблема на аппаратном уровне: кабель, питание, разъём M.2 или сам накопитель. В этом случае восстановлением данных занимаются уже не настройками Windows.
Если диск в BIOS виден, а Windows его не показывает — причина внутри системы, и это хорошая новость.
Шаг 2: проверьте Диспетчер устройств #
Откройте Диспетчер устройств: Win + X → «Диспетчер устройств». Разверните «Диски» и «Контроллеры запоминающих устройств».
Если вместо имени диска стоит устройство с жёлтым значком, Windows не смогла с ним связаться. Правой кнопкой → «Удалить устройство», затем перезагрузка: система поставит драйвер заново.
Отдельно проверьте раздел «Контроллеры запоминающих устройств». Здесь видны драйверы, через которые Windows общается с накопителями. Если проблема появилась сразу после крупного обновления, искать нужно именно тут.
Обновления Windows иногда меняют драйвер контроллера. Известный случай: обновление драйвера Intel RST/VMD до версии 20.2.6.1025 через Windows Update, после которого NVMe-накопители перестали определяться в среде восстановления, установщике и diskpart, хотя BIOS и RAID-конфигурация видели их исправно. Восстановление в том сценарии делали из WinPE: загружались с установочной флешки, открывали командную строку и подгружали драйвер вручную — drvload iaStorVD.inf, после чего diskpart снова показывал накопители.
Это не универсальное лечение. Такой шаг имеет смысл, если у вас платформа Intel с включённым VMD и симптомы совпадают: в BIOS диск есть, в Windows и среде восстановления его нет.
Шаг 3: Управление дисками — здесь начинается развилка #
Основной инструмент диагностики — Управление дисками. Открывается через Win + X → «Управление дисками» либо командой diskmgmt.msc в окне «Выполнить».
В нижней части окна показаны физические диски и их разделы. Именно здесь видно, какое из четырёх состояний у вас.
Диск подписан как Offline #
Правой кнопкой по названию диска слева → «Online».
Если причина была в коллизии подписи, Windows при включении назначит диску новый идентификатор сама. Это штатное поведение: система специально держит второй диск с той же подписью отключённым, чтобы не перепутать данные двух накопителей.
То же самое умеет diskpart. Команды выполняются в командной строке, запущенной от имени администратора:
diskpart
list disk
select disk 1
online disk
exit
Номер диска берётся из вывода list disk, и его нужно выбирать внимательно: под этим номером может оказаться совсем не тот накопитель.
Когда коллизия не снимается автоматически, подпись меняют вручную. Сначала uniqueid disk показывает текущий идентификатор, потом задают новый. Синтаксис из документации Microsoft — id= без пробела:
diskpart
list disk
select disk 1
uniqueid disk
uniqueid disk id=5f1b2c36
online disk
exit
Для MBR-диска указывается четырёхбайтовое значение в шестнадцатеричном виде, для GPT — GUID, например uniqueid disk id=baf784e7-6bbd-4cfb-aaac-e86c96e166ee. Смена подписи не трогает содержимое разделов: меняется только идентификатор диска.
Том есть, буквы нет #
В нижней части Управления дисками виден том с файловой системой NTFS и надписью «Исправен», но буквы у него нет. Правой кнопкой по тому → «Изменить букву диска или путь к диску» → «Добавить» → выбрать букву → «ОК».
Важный признак: если пункт «Изменить букву диска или путь к диску» неактивен или отсутствует, дело не в букве. Так ведёт себя неразмеченное пространство и служебные разделы вроде EFI или Recovery — либо у учётной записи не хватает прав. Том, который действительно ждёт букву, эту команду предлагает.
Ещё одна тонкость из документации Microsoft: сам диск можно не назначать буквой, а смонтировать как папку — тогда он будет виден просто как каталог. Для системного диска или диска с программами букву менять не рекомендуется: приложения могут перестать находить свои файлы.
Том показан как RAW или «Не распределён» #
Здесь останавливаемся и ничего не нажимаем.
Windows в этом состоянии предлагает «инициализировать диск», а в меню неразмеченной области лежит «Создать простой том». Обе операции пишут новую служебную структуру на диск. Если данные были нужны, после этого их восстановление резко усложняется, а иногда становится невозможным: программы восстановления работают в том числе по старой таблице разделов, которую вы только что перезаписали.
Что при этом известно: RAW на диске, который вчера работал, — это симптом, а не диагноз. Так может выглядеть повреждённая файловая система, слетевшая разметка, а иногда — аппаратная проблема накопителя. Отличить одно от другого по внешнему виду нельзя.
Отдельный случай — шифрование. Если диск был защищён BitLocker, без ключа восстановления данные недоступны даже при исправном железе, и трогать разметку в этом состоянии особенно опасно. Как устроен доступ к ключам и где их искать, я разбирал отдельно — BitLocker: как автоматизировать сбор ключей восстановления.
Дальше разумная последовательность такая:
- Не записывать на этот диск ничего.
- Проверить состояние накопителя: утилиты производителя (Samsung Magician, WD Dashboard, Crucial Storage Executive) или CrystalDiskInfo показывают SMART и число ошибок.
- Если данных мало и они не критичны — можно попробовать
chkdsk. Если данные ценны — сначала копия образа диска сторонней утилитой, потом эксперименты. - Для восстановления данных использовать специализированные инструменты (TestDisk, DMDE и подобные) или обращаться к специалистам, если диск один и данные дорогие.
Когда помогает chkdsk и когда нет #
chkdsk проверяет файловую систему тома. Он умеет исправлять логические ошибки, но не работает как средство восстановления данных и не поможет там, где файловой системы нет.
Проверка NTFS-тома с исправлением ошибок:
chkdsk D: /f
Поиск повреждённых секторов с попыткой прочитать данные:
chkdsk D: /r
Параметр /r включает в себя /f, но работает заметно дольше: проверяется каждый сектор. Для SSD это лишние циклы чтения, поэтому без подозрений на «железо» достаточно /f.
Три ограничения, о которых полезно помнить. Первое: chkdsk работает только с локальными дисками и требует прав администратора. Второе: для исправлений том должен быть свободен, иначе Windows предложит проверить его при следующей перезагрузке. Третье: у команды есть коды выхода, по которым понятен результат. 0: ошибок нет, 1: ошибки найдены и исправлены, 2: была очистка либо исправление не выполнялось, потому что /f не задан, 3: проверить не удалось или не исправлено.
Коды выхода удобно проверять в PowerShell:
chkdsk D: /f
$LASTEXITCODE
И главное: на томе, который показан как RAW, chkdsk не решает задачу. Проверять там нечего — Windows не видит файловую систему.
Быстрая инвентаризация через PowerShell #
Прежде чем что-то менять, полезно увидеть картину целиком. В Windows есть встроенные командлеты хранилищ.
Get-Disk
Get-Partition
Get-Volume
Get-Disk показывает физические диски и их состояние — в том числе признак Offline. Get-Partition выводит разделы с номером, буквой, размером и типом. Get-Volume — тома и их файловые системы.
Это быстрее, чем кликать по окнам, и даёт точные номера, которые потом понадобятся в diskpart.
Если диск пропал после обновления Windows #
Здесь важно не повторять популярный вывод вроде «обновление Windows убивает диски». Ситуация сложнее.
В августе 2025 года после обновления безопасности KB5063878 (Windows 11 24H2, сборка 26100.4946) прошла волна сообщений о пропавших накопителях и дисках, ставших RAW. Сообщения приходили в том числе о накопителях с контроллерами Phison и InnoGrit. Описанный сценарий: при непрерывной записи порядка 50 ГБ на диск, заполненный больше чем на 60 %, накопитель исчезал из системы.
Phison 25 августа 2025 года выпустила официальное заявление: компания знает о влиянии обновлений KB5063878 и KB5062660 на ряд накопителей, включая часть своих, и разбирается в ситуации с партнёрами.
Microsoft заявила обратное: тщательное разбирательство не нашло связи между августовским обновлением безопасности и сообщениями о выходе накопителей из строя, а телеметрия и внутренние тесты не показали роста отказов или порчи файлов.
Обе позиции стоит держать рядом. Подтверждённого механизма, по которому обновление Windows само превращает том в RAW, официально так и не описали. При этом отдельные отчёты пользователей о совпадении по времени выглядят правдоподобно, а заявление Phison подтверждает, что разбирательство действительно было.
Практический вывод из этой истории не про поиск виноватого, а про порядок действий: если диск пропал сразу после установки обновления, стоит проверить журнал обновлений и драйверы контроллера, а не сразу нести накопитель в сервис. И наоборот: если диск перестал определяться и в BIOS, обновления Windows здесь ни при чём.
Чего делать не стоит #
Не форматировать том, где были данные, даже если Windows настойчиво предлагает.
Не нажимать «Инициализировать диск» и не создавать новый простой том на неразмеченной области.
Не выполнять в diskpart команду clean: она снимает с диска разметку целиком. Пользователю, который пришёл возвращать данные, она не нужна никогда.
Не записывать новые файлы на проблемный диск и по возможности не устанавливать на него программы восстановления — их лучше держать на другом носителе.
Если данные на диске действительно важны, а состояние тома непонятно, самое разумное решение — не экспериментировать самостоятельно. Каждый запуск «наугад» уменьшает шансы на восстановление.
Что в итоге #
Порядок разбора простой: BIOS → Диспетчер устройств → Управление дисками. Он отделяет аппаратную проблему от программной за пару минут.
Offline снимается командой «Online». Буква возвращается через «Изменить букву диска или путь к диску». Пропавший после обновления диск часто возвращается переустановкой или откатом драйвера контроллера.
А вот RAW и «Не распределён» — это красная линия. Здесь выигрывает не тот, кто быстрее нажмёт кнопку, а тот, кто её не нажмёт.
Если после восстановления доступа вы решите привести диск в порядок, полезно заранее понимать разницу между файловыми системами и размером кластера — об этом у меня есть отдельный разбор, как правильно форматировать большой диск. А если проще и надёжнее окажется начать систему заново, порядок действий описан в статье про сброс Windows до заводских настроек.