Файловая система RAW: пошаговое восстановление доступа к данным без потерь

Что такое файловая система RAW и почему диск перестаёт открываться

RAW у диска означает одно: Windows видит том и его объём, но не может прочитать служебные структуры, которые описывают файловую систему. ОС не знает, где искать имена файлов, каталоги и содержимое, поэтому подписывает раздел как RAW и предлагает его отформатировать. Ни NTFS, ни exFAT, ни FAT32 при этом не определяются, и стандартные средства проверки диска не запускаются.

Служебных структур, порча которых даёт этот статус, немного, и лежат они в начале тома или в зарезервированных областях:

Таблица разделов: сектор 0 диска в схеме MBR или заголовок GPT с резервной копией в последнем секторе. Сдвиг границ раздела после порчи этих секторов заставляет ОС видеть пустое место вместо данных.
Загрузочный сектор тома (VBR с параметрами BPB). В нём указано число секторов в кластере, начало $MFT или таблиц FAT, метка тома. Битый BPB делает раздел нечитаемым даже при целых файлах.
Главная таблица файлов $MFT и её зеркало $MFTMirr в NTFS. Это карта всех объектов тома, включая каталоги, потоки данных и атрибуты.
Две копии FAT и корневой каталог в FAT32/exFAT. Если обе копии повреждены, навигация по цепочкам кластеров теряется.

Причины, которые встречаются в практике администратора чаще остальных:

Некорректное извлечение флешки или внешнего диска во время записи: часть метаданных остаётся в кэше и не попадает на носитель.
Скачок питания или жёсткое выключение сервера и рабочей станции: журнал NTFS не дописан, таблица разделов остаётся в промежуточном состоянии.
Физическая деградация: растущее число переназначенных и нестабильных секторов именно в области, где лежат $MFT или таблица разделов.
Сбой USB-моста или флеш-контроллера: накопитель определяется, объём отображается, но чтение секторов возвращает ошибку.
Атака вируса на загрузочный сектор и повреждение MBR/GPT вредоносной записью.
Неудачная переразметка: прерванное сжатие раздела в «Управлении дисками», сбой при конвертации MBR в GPT, ошибка в работе с dd или с инструментами разметки в Linux.

Пример: флешка на 64 ГБ после извлечения во время копирования видна в «Управлении дисками» как «Съёмный, 57,3 ГБ, RAW», в «Проводнике» не имеет буквы, а при попытке открыть появляется «Файловая система не распознана». Данные при этом целы, пострадали только служебные записи.

Чем RAW отличается от ошибки файловой системы

Сообщение «Ошибка файловой системы (-1073740791)» или предложение «Проверить и исправить диск» означает, что NTFS распознана, но логические структуры внутри неё противоречивы: повреждён $MFT, нарушен журнал транзакций $LogFile, часть кластеров помечена занятыми дважды. В этом случае chkdsk действительно может помочь, а данные чаще всего остаются на месте.

RAW - более ранняя стадия отказа. Файловая система не определяется, поэтому ни chkdsk, ни fsck, ни Disk Utility не подключаются к её структурам. Порядок действий здесь обратный: сначала восстановить данные, потом заниматься разметкой и форматированием. Если не помнить об этом различии, легко потерять информацию, запустив «лечение» там, где нужна эвакуация файлов.

Почему Windows предлагает форматирование и чем это опасно

Windows не умеет работать с нераспознанным томом и в диалоге предлагает привести его в понятное состояние: создать новую файловую систему. Быстрое форматирование при этом перезаписывает загрузочный сектор, создаёт новую $MFT и новую таблицу разделов, но сами кластеры с данными не затирает. На механическом HDD файлы после такой операции часто восстанавливаются, хотя процент успеха падает.

На SSD, NVMe-накопителях и SD-картах ситуация другая. Форматирование создаёт новые структуры, контроллер получает новые записи и запускает TRIM, а вместе с ним сборку мусора: блоки флеш-памяти очищаются физически. После TRIM восстановление невозможно, потому что данных на носителе больше нет. Правило простое: до снятия образа и восстановления файлов соглашаться на форматирование нельзя, даже если диалог настаивает.

Диагностика RAW-диска: управление дисками, diskpart, chkdsk и SMART

Диагностика нужна, чтобы понять две вещи: это логическое повреждение или физическое, и есть ли смысл работать с носителем самостоятельно. Последовательность из четырёх шагов занимает 10-15 минут и не изменяет данные.

Как проверить носитель через управление дисками и diskpart

Шаг 1. Нажмите Win+R, введите diskmgmt.msc и посмотрите список томов. RAW-раздел отображается с реальным объёмом и подписью RAW, буква диска у него отсутствует. Пустое место без раздела помечено как «Не распределено» и выглядит иначе: границы и файловая система не заданы вовсе. Разница принципиальна: RAW значит, что раздел есть и данные на нём, скорее всего, целы.

Шаг 2. Запустите командную строку от имени администратора и уточните структуру тома. Команды diskpart читают информацию, пока вы не дадите команду записи:

diskpart
list disk
select disk 1
detail disk
list partition
select partition 1
detail partition

В выводе смотрите тип раздела, смещение и размер. Совпадение размера раздела с объёмом данных до сбоя - хороший признак. Команды clean, create partition и format на этом этапе выполнять нельзя: они уничтожают таблицу разделов.

Для внешних USB-накопителей проверьте саму связку: другой порт, другой кабель, другой компьютер. Мост SATA-USB и дешёвые хабы дают те же симптомы RAW, что и повреждённые метаданные, а исправляется это заменой кабеля за пять минут.

Почему chkdsk не работает с RAW и что делать вместо него

Шаг 3. Запуск chkdsk X: /f на RAW-томе заканчивается сообщением «Тип файловой системы: RAW. CHKDSK не может быть выполнен» или «Не удалось определить тип файловой системы». Утилита умеет работать с распознанной NTFS, exFAT или FAT32: она читает $MFT, сверяет индексы и исправляет записи. Когда структуры не читаются, проверять нечего, и chkdsk либо отказывается работать, либо при части повреждений «лечит» том и затирает остатки метаданных, по которым потом можно было бы восстановить раздел.

Правильная альтернатива: снять посекторную копию носителя и запускать chkdsk только на копии. Файловые системы Linux ведут себя так же: fsck требует распознанный ext4, XFS или Btrfs и на RAW-разделе не поможет, а mkfs уничтожит данные. Если работа идёт в Linux, сначала образ через ddrescue, потом анализ на копии.

Оценка состояния SMART: когда восстановление опасно

Шаг 4. Проверьте атрибуты S.M.A.R.T. через CrystalDiskInfo, Victoria HDD или smartctl из smartmontools. Ключевые показатели для HDD и SSD:

05 Reallocated Sectors Count: переназначенные сектора. Рост во время работы означает, что диск теряет поверхность.
C5 Current Pending Sector Count: сектора, чтение которых не удалось. Нестабильные сектора ждут переназначения.
C6 Uncorrectable Sector Count: сектора, которые не читаются и не подлежат переназначению.
199 UDMA CRC Error Count: ошибки интерфейса и кабеля, часто лечатся заменой шлейфа.
Для SSD: 177 Media Wearout Indicator, 241 Total LBAs Written, 231 или 233 Percent Lifetime Remaining в зависимости от производителя.

Если C5 или C6 растут при сканировании, немедленно остановите работу с носителем. Дальнейшее чтение заставляет головки проходить по разрушенной поверхности и добавляет новые bad-блоки. Пошаговый протокол первых действий при отказе накопителя с диагностикой S.M.A.R.T. и посекторной копией собран в отдельном руководстве по повреждённым HDD и SSD.

У флешек и SD-карт S.M.A.R.T. через USB обычно недоступен: контроллер не пропускает команды. Здесь ориентируйтесь на косвенные признаки: нагрев корпуса, самопроизвольные отключения, исчезновение из системы на несколько секунд, крайне низкая скорость чтения.

Все команды в статье проверены на Windows 10 22H2, Windows 11 23H2 и Windows Server 2019/2022, синтаксис diskpart в этих версиях одинаков. В Linux использовались ddrescue 1.27, TestDisk 7.2 и smartmontools 7.4.

Как восстановить данные с RAW-диска или флешки без потерь

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

Снятие образа: dd, ddrescue и встроенные средства утилит

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

dd if=/dev/sdb of=/mnt/backup/disk.img bs=4M conv=noerror,sync status=progress

Опция noerror заставляет dd пропускать сбойные сектора, не останавливаясь. Для повреждённых дисков надёжнее ddrescue, который ведёт карту чтения и повторяет проходы по проблемным зонам:

ddrescue -d -r3 /dev/sdb /mnt/backup/disk.img /mnt/backup/disk.map

В Windows образ проще создать прямо в утилите восстановления: R-Studio и DMDE умеют делать посекторную копию через меню Create Image и затем работать с файлом образа. Требования к целевому диску: свободного места не меньше объёма источника плюс запас 10-20 процентов, файловая система NTFS или exFAT, чтобы файл образа любого размера записался без ограничения 4 ГБ. Держите образ на исправном носителе: он часто занимает весь объём диска.

Восстановление файлов утилитами: R-Studio, DMDE, TestDisk, PhotoRec

Шаг 2. Сканируйте образ, а не оригинал. Инструменты различаются по назначению:

R-Studio 9.x: универсальная платная утилита с сильным алгоритмом разбора NTFS, exFAT, ext4 и RAID-массивов. Хороший выбор для корпоративных задач, где нужен предсказуемый результат.
DMDE 4.x: мощный анализатор с бесплатным режимом. Показывает найденные разделы и позволяет восстанавливать файлы с ограничениями бесплатной версии.
TestDisk 7.2: восстановление таблицы разделов и загрузочных секторов, работа с образами, запись исправленной структуры.
PhotoRec: карвинг по сигнатурам файлов. Не смотрит на файловую систему вообще и вытаскивает фотографии, документы, архивы из «сырых» секторов.
Recuva: простые случаи, когда метаданные почти целы и нужно вернуть удалённые файлы.

Порядок действий одинаков: открыть образ, выбрать полное сканирование, дождаться списка найденных разделов, выбрать нужный, отметить каталоги и файлы, экспортировать их на другой физический диск. Проверяйте результат сразу: откройте фотографии, документы, архивы, сравните контрольные суммы для критичных данных. Практический разбор работы с RAW-разделами и глубоким сканированием в DMDE и Recuva приведён в материале о восстановлении удалённых файлов с USB-накопителей и внешних дисков.

Пример: флешка 64 ГБ определяется как RAW, S.M.A.R.T. недоступен, при чтении ошибок нет. R-Studio находит NTFS-раздел по остаткам $MFT и восстанавливает около 95 процентов файлов. Если ту же флешку предварительно отформатировать, тот же сценарий даёт около 10 процентов: часть кластеров перезаписана, часть индексов потеряна безвозвратно.

Особенности восстановления с флешек, SSD и RAID-массивов

USB-флешки. Самая частая причина RAW здесь - сбой контроллера, а не файловая система. Если накопитель перешёл в режим read-only или определяется с нулевым объёмом, данные иногда удаётся снять, но запись на него уже невозможна. Полезная последовательность разбора для флешек с ошибками RAW и сообщением «структура диска повреждена» описана в руководстве по восстановлению файловой системы флешки.

SSD и NVMe. Время критично: TRIM и сборка мусора работают в фоне и очищают блоки без запроса от ОС. Образ снимайте немедленно, каждую минуту простоя учитывайте. После форматирования или удаления раздела восстановление с SSD часто невозможно, и лучше проверить это до начала перезаписи.

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

RAID и пулы ZFS. Здесь спешка обходится дороже всего. Перед любыми действиями сохраните метаданные: mdadm --examine /dev/sdX для каждого диска массива. Сборка выполняется только на чтение: mdadm --assemble --readonly /dev/md0 /dev/sdb1 /dev/sdc1. Для пулов ZFS на TrueNAS сначала пробуют zpool import -F с чтением журнала, затем zpool import -X, и лишь после этого думают о zdb. Импорт пула в режиме записи на неисправных дисках может уничтожить последнюю рабочую метаинформацию.

Пользователям macOS с внешними дисками стоит помнить, что First Aid в «Дисковой утилите» не умеет восстанавливать RAW-тома и часто просто отказывается работать: протокол диагностики и восстановления дисков в macOS описывает, где заканчиваются встроенные средства.

Как исправить RAW после восстановления данных: форматирование и пересоздание разделов

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

Пересоздание разделов через diskpart и управление дисками

Полный цикл в командной строке от администратора:

diskpart
list disk
select disk 1
clean
create partition primary
format fs=ntfs quick
assign

Строка clean удаляет таблицу разделов целиком, поэтому диск выбирайте по объёму и номеру внимательно: ошибка на этом шаге стирает разметку соседнего накопителя. Команда clean all дополнительно затирает нулями область в начале и в конце диска, операция долгая и нужна реже. Для флешек объёмом от 32 ГБ и для внешних дисков, которые используются в Windows, Linux и macOS, разумно брать exFAT: format fs=exFAT quick label=DATA. Для системного раздела подходит NTFS, для внутренних Linux-дисков - ext4 или XFS после mkfs. В графическом интерфейсе те же действия делаются через «Управление дисками»: удалить том, создать простой том, задать файловую систему и метку.

Восстановление загрузочного сектора и таблицы разделов без форматирования

Если данные уже скопированы, а разметку хочется сохранить, применяйте TestDisk 7.2. Порядок: выбрать диск, указать тип таблицы (Intel для MBR, EFI GPT для GPT), выполнить Analyse, затем Quick Search. Утилита покажет найденные разделы и предложит записать исправленную таблицу через Write. Если Quick Search не нашёл раздел, запускают Deeper Search: он сканирует весь диск и находит потерянные структуры по сигнатурам.

Для NTFS есть отдельный инструмент: в меню Advanced выберите том, затем Boot и Rebuild BS. TestDisk сравнит основной загрузочный сектор с резервной копией в конце тома и предложит восстановить повреждённую запись. Перед записью обязательно проверьте результат кнопкой List: если список файлов читается, восстановление прошло корректно, после этого нажмите Write. Все операции записи выполняйте только на образе или после снятия копии данных.

Для системного диска после работы с разметкой может понадобиться восстановление загрузчика из среды восстановления: bootrec /fixmbr, bootrec /fixboot, bootrec /rebuildbcd. На UEFI-системах раздел с загрузчиком восстанавливают командой bcdboot C:\Windows /s S: /f UEFI, где S - буква EFI-раздела. Пример из практики: после спасения файлов флешка отформатирована в exFAT, назначена буква, скорость записи вернулась к паспортной, а ошибка RAW больше не появляется.

Типичные ошибки, которые приводят к окончательной потере данных

Семь действий, которые чаще всего превращают восстановимый случай в невосстановимый:

Согласие на форматирование в диалоге Windows. Быстрое форматирование перезаписывает загрузочный сектор и создаёт новую $MFT. На HDD это снижает шансы, на SSD с TRIM закрывает тему. Правильно: отказаться, снять образ, восстановить файлы.
Запуск chkdsk /f на RAW-разделе. Утилита не разберёт нераспознанную файловую систему и в части случаев перепишет служебные области. На диске с разрушенной $MFT это усложняет восстановление в разы. Правильно: chkdsk только на копии и только после снятия образа.
Запись новых файлов на повреждённый носитель. Копирование чего угодно, включая результаты восстановления, затирает кластеры с исчезнувшими данными. Правильно: восстанавливать на другой физический диск.
Дефрагментация RAW-тома. Служебные операции перемещают блоки метаданных и могут перезаписать остатки $MFT. Правильно: сначала восстановление, потом обслуживание диска.
Перепрошивка контроллера флешки без предварительного образа. Прошивка часто стирает служебную область контроллера вместе с трансляцией адресов. Правильно: сначала попытка снять данные, потом эксперименты на заведомо ненужном дубликате.
Вскрытие HDD вне чистого помещения. Пыль на пластине приводит к задирам и к невозможности прочитать поверхность даже в лаборатории. Заодно теряется гарантия. Правильно: оставить диск закрытым и обратиться в сервис, а при действующей гарантии оформить RMA у производителя.
Попытки собрать RAID без копии метаданных. Команда mdadm --create с неверным порядком дисков перезаписывает суперблоки и разрушает массив. Правильно: сохранить вывод mdadm --examine, собирать только в режиме read-only.

Почему нельзя форматировать и записывать на RAW-носитель

Форматирование запускает цепочку необратимых изменений. Сначала перезаписываются сектора разметки и создаётся пустая файловая система. Затем ОС и фоновые службы начинают писать на новый том: журналы, индексы, точки восстановления. Каждая такая запись ложится на кластеры, которые до этого хранили данные. В примере с флешкой из предыдущего раздела разница составила 95 процентов восстановленных файлов против 10 после форматирования, и это ещё хороший сценарий без TRIM.

Когда самостоятельное восстановление противопоказано

Обратиться в лабораторию с чистым помещением стоит при любом из признаков:

Стук, щелчки, скрип при работе HDD, вибрация корпуса.
Запах гари, нагрев корпуса, следы перегрева платы контроллера.
Диск не определяется в BIOS/UEFI или определяется с неверной моделью и нулевым объёмом.
S.M.A.R.T. в критическом состоянии: сотни секторов в C5 и C6, ошибки позиционирования, аварийная парковка головок.
RAID-массив, в котором отказали два и более диска, или пул ZFS с потерянными метаданными.
Данные критичны по стоимости: базы 1С, бухгалтерия, юридические документы, архивы разработки.

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

Профилактика: как не довести диск до RAW

Основная защита от статуса RAW - копии и мониторинг. Схема 3-2-1 остаётся рабочей: три копии данных, две на разных носителях, одна вне офиса или в облаке. Для внеофисной копии подойдут облачные серверы и хранилища вроде Timeweb Cloud, где можно держать резервные копии и разворачивать реплики сервисов без покупки собственного железа.

Далее - наблюдение за состоянием дисков. В Zabbix или Prometheus подключите smartctl_exporter либо текстовый коллектор node_exporter и заведите алерты на рост атрибутов 05, C5, C6 и 199. Порог выбирайте жёсткий: переход C5 из нуля в единицу уже повод заменить диск планово, до отказа. Если нужно быстро написать скрипт разбора вывода smartctl или шаблон алертов, можно обратиться к агрегатору API нейросетей вроде AiTunnel и сгенерировать заготовку под свой мониторинг.

Для NAS и серверов на ZFS держите ежемесячный scrub и расписание коротких и длинных S.M.A.R.T.-тестов. Scrub читает все блоки и сверяет контрольные суммы: он находит проблемы раньше, чем они превращаются в ошибку чтения. В TrueNAS и других системах на ZFS эти задачи настраиваются в интерфейсе и не требуют ручного запуска.

Остальные меры простые и дешёвые:

Извлекайте флешки и внешние диски через «Безопасное извлечение», а в Linux выполняйте sync и umount перед отключением.
Питайте серверы и рабочие станции через ИБП: скачки напряжения и внезапное выключение часто повреждают таблицу разделов и журнал NTFS.
Обновляйте прошивки SSD и firmware контроллеров RAID, если производитель выпускает исправления по внезапным сбоям.
Меняйте кабели и USB-хабы при росте атрибута 199: это дешевле, чем восстанавливать данные.
Не заполняйте SSD до предела: свободные 10-15 процентов нужны контроллеру для сборки мусора, иначе растёт износ и появляются ошибки.
Проверяйте новые носители перед вводом в работу: полное сканирование поверхности и запись тестового объёма вскроют дефекты в первые часы.

Пример: диск с настроенным алертом по атрибуту C5 показал рост с 0 до 4 за неделю. Плановую замену провели в окно обслуживания, массив перестроился штатно, ни один файл не потеряли. Без мониторинга тот же диск обычно доходит до RAW и отказа чтения, а дальше начинается срочное восстановление из образа.

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