Программное восстановление данных с помощью R.Saver

В статье описываются принципы и методы программного восстановления данных для пользователей, не обладающих специальными знаниями.

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

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

• Запись на раздел с восстанавливаемой информацией может уменьшить вероятность восстановления данных, так как данные могут быть записаны поверх существующих. Это касается также установки программ для восстановления данных и сохранения восстановленных файлов.
• Все работы с исходным накопителем желательно свести к минимуму для увеличения шансов на восстановление. Хорошая практика — создание посекторной копии накопителя и использование различных методов восстановления на копии.
• Если носитель информации имеет физические повреждения (в первую очередь это касается жестких дисков), то любое воздействие может усугубить ситуацию. Продолжать восстановление самостоятельно следует только в случае, когда стоимость самих данных ниже стоимости их восстановления специалистами.
• Проверка диска на наличие ошибок средствами Windows создаст дополнительные сложности для восстановления данных, вплоть до полной невозможности их восстановления.

Структура диска

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

MBR

Master Boot Record — главная загрузочная запись — находится в нулевом секторе диска, содержит часть исполняемого кода, а также данные о четырех разделах и о том, какой раздел является загрузочным.

Если MBR исправен, то после получения управления код, содержащийся в нем, считывает таблицу разделов и передает управление коду, содержащемуся в первом секторе загрузочного раздела (VBR — Volume Boot Record), если тот содержит сигнатуру 55AAh в конце сектора.

В противном случае может появиться сообщение об ошибке, например: «Reboot and select a proper boot device» или «Invalid partition table» или «Missing operating system». Все перечисленные сообщения могут возникать как по причине неисправности в MBR или VBR, так и по иным причинам (выбран неправильный загрузочный диск и т. д.).

Для восстановления поврежденного MBR или загрузочного раздела существуют специализированные утилиты, такие как testdisk (Windows) и gpart (Linux), также можно использовать «Консоль восстановления» с установочного диска Windows. Их применение не всегда даст положительный результат при восстановлении данных, так как кроме повреждения MBR и VBR могут быть и другие неисправности, поэтому данные варианты в статье освещаться не будут. И хотя в сети достаточно инструкций по устранению подобных неисправностей, рекомендуется сначала восстановить важные данные с накопителя, а потом уже пытаться восстановить его правильную работу.

Файловые системы

Любой раздел, содержащий файловую систему, состоит из следующих частей:

1. Область загрузчика (VBR), которая содержит информацию о структуре раздела, а также исполняемый код.
2. Область данных, которая разбивается на равные части, называемые кластерами, при этом каждый кластер имеет уникальный номер. Размер кластера задается при форматировании.
3. Область служебных данных файловой системы, в которой может храниться информация о папках, файлах, их именах, атрибутах, а также информация о том, какие цепочки кластеров занимает тот или иной файл.

Местоположения частей, а также копий служебных данных зависят от типа файловой системы.

Рассмотрим подробнее наиболее популярные файловые системы на пользовательских компьютерах: FAT и NTFS.

NTFS

Структура файловой системы NTFS схематически изображена на рисунке.

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

Следующая область — главная таблица файлов MFT (Master File Table). Именно в ней хранится информация о каталогах, файлах и их атрибутах. Обычно под MFT резервируется область диска, равная 12,5% размера раздела. Размер зарезервированной области может меняться (как в большую, так и в меньшую сторону), а сама таблица может быть фрагментирована.

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

Область пользовательских данных занимает все оставшееся пространство раздела.

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

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

В этом случае данные физически остаются на своих местах, также сохраняется часть информации о них, хранившаяся в предыдущей версии MFT. Стандартными средствами ОС эти файлы прочитать невозможно.

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

На самом деле из операционной системы доступно только высокоуровневое форматирование двух типов: полное и быстрое. Быстрое форматирование просто формирует таблицу раздела, а при полном форматировании сначала происходит проверка всего диска на наличие поврежденных секторов. В Windows XP эта проверка происходит с помощью операции чтения (то есть данные остаются на месте, и значит, в вопросе восстановления эта ситуация не отличается от быстрого форматирования, рассмотренного выше), а в Windows 7 сектора проверяются записью, при этом данные уничтожаются безвозвратно, и никаких способов их восстановить нет.

FAT

Структура файловой системы FAT схематически изображена на рисунке.

В начале раздела находится VBR, ее копия обычно через расположена через 6 секторов. Через определенное количество секторов находится сама файловая таблица FAT (File Allocation Table), следом за ней — ее копия.

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

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

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

При форматировании формируется новая файловая таблица и корневой каталог, размер таблицы указывается в ее начале. Сами данные, в общем случае, остаются на диске. То, что следует на диске после вновь созданной таблицы, остается нетронутым (то есть информация о местоположении файлов, которые были на диске до форматирования). По мере записи новых файлов данные структур каталогов и файлов замещаются новыми, уменьшая вероятность восстановления существовавшей информации.

Методы восстановления данных

Существуют как чисто программные методы восстановления данных, так и программно-аппаратные. Для последних необходимо специальное дорогостоящее оборудование, соответствующие опыт и знания, тогда как программное восстановление с помощью автоматизированных утилит доступно практически любому пользователю ПК. Именно этот способ и будет описан далее.

Восстановление удаленных файлов

Для восстановления файлов, удаленных стандартными средствами операционной системы, необходимо прочитать служебные данные, минуя интерфейс файловой системы. При этом можно получить информацию о местоположении файлов, которые отмечены удаленными.

Если последующая запись на диск не производилась, то по этому местоположению получится считать нужный файл.

Реконструкция поврежденной файловой системы

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

Восстановление после смены структуры разделов диска

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

Восстановление по сигнатурам

RAW-recovery — восстановление по сигнатурам, используется в случаях, когда другие методы не дали удовлетворительного результата. В этом случае на накопителях производится посекторное сканирование на наличие известных сигнатур (уникальный набор символов, характерный для определенного типа файлов).

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

Если сигнатура начала файла была найдена, то следующей задачей стоит найти конец файла. Обычно для этого используется любая следующая известная сигнатура, что может давать неудовлетворительный результат. Современные программы применяют методы, использующие остатки данных о файловой системе и ее особенности для улучшения результата. В ряде случаев подобные алгоритмы могут помочь восстановить даже фрагментированный файл, что при использовании стандартных алгоритмов невозможно. Например, алгоритм IntelliRAW, использующийся в программах семейства UFS Explorer, работает совместно с алгоритмами реконструкции файловой системы и использует полученные сведения для определения конца файлов. Такая реализация позволяет добиться лучших результатов, чем при использовании простых методов восстановления по сигнатурам.

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

Алгоритм восстановления данных

Алгоритм мы приведем на примере бесплатной программы R.saver , которая доступна для некоммерческого использования на территории бывшего СНГ. Она компактная, простая в использовании и не требует установки. Использует алгоритмы коммерческого ПО UFS Explorer , дает результаты на уровне профессиональных утилит. Поддерживаются файловые системы NTFS, FAT и exFAT.

Скачать ее можно со страницы поддержки на официальном сайте: http://rlab.ru/tools/rsaver.html .

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

Выбор раздела

После распаковки программы ее необходимо запустить. В левой части главного окна можно увидеть подключенные к системе накопители и разделы на них. Если нужный раздел был автоматически найден и отображен в списке — выбирайте его и переходите к следующему пункту.

В случае, если нужного раздела нет в списке (например, производилось форматирование накопителя или изменение размеров разделов), можно запустить поиск потерянного раздела или задать его самостоятельно (только если вы знаете точные параметры раздела). Выбрать эти функции можно в контекстном меню накопителя либо на тулбаре.

Рассмотрим функцию поиска потерянного раздела подробнее:

После ее запуска откроется новое окно, в котором необходимо нажать на кнопку «Найти сейчас», что запустит поиск на диске известных файловых систем. По мере их нахождения список будет дополняться информацией о найденных разделах. Наиболее вероятные варианты будут иметь иконку синего цвета, что означает хорошее состояние раздела. Если иконка желтого или красного цветов, то найденный раздел либо очень сильно поврежден, либо найден ошибочно (некоторые типы файлов могут давать такой эффект).

Из списка разделов необходимо пометить галочками те, которые наиболее соответствуют параметрам искомого раздела: начало (в секторах), размер (в секторах и мегабайтах), метка, тип файловой системы.

Если значение в колонке «размер» меньше значения в колонке «начало», то, вероятнее всего, данный раздел не является действительным. Обычно этими «неправильными» разделами являются образы дисков, хранящиеся на накопителе.

Для продолжения нажмите кнопку «Использовать выделенные».

Сканирование

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

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

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

Для файловых систем FAT16/FAT32 и exFAT доступен только режим полного сканирования. Это связано с тем, что из-за особенностей указанных файловых систем во многих случаях быстрого сканирования недостаточно для эффективного восстановления данных.

Сохранение результатов

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

Синими иконками отображаются элементы, которые видны стандартными средствами операционной системы, красными — те, которые были удалены или утрачены и недоступны стандартными средствами операционной системы.

Кроме того, будут доступны служебные папки:

• содержит файлы и папки, местоположение которых не удалось привязать к корневому каталогу
• содержит файлы, отсортированные по типу, найденные с помощью восстановления по сигнатурам (с технологией IntelliRAW)

Для сохранения восстановленных данных либо в контекстном меню элемента выберите пункт «Копировать в…», либо нажмите кнопку «Массовое выделение» на тулбаре, потом отметьте все необходимые элементы и нажмите кнопку «Сохранить выделенное».

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

Восстановление файловой системы USB-флэш накопителя March 2nd, 2013

Давно уже хотел написать небольшую статейку по восстановлению данных - да все как-то не было случая, ибо писать "без ничего" как минимум неудобно - можно забыть написать про какой-то важный пункт, да и опять-таки - где взять принтскрины? Но, как говорится, кто ищет - тот найдет. Так и я. Хотел написать статью на конкретном примере - пожалуйста, случай представился. И ведь надо же было такому случиться, что писать буду на своем собственном примере?
Ситуация до боли знакомая если не каждому третьему пользователю USB носителей данных, то уж каждому пятому-то - как пить дать. Вставляешь со спокойной душой флэшку (жесткий диск, карту памяти, ...) в USB-шку, она тебе так прощально мигнет огонышком индикации - и все. И никакой активности, даже в окне "Мой компьютер" не отображается. Первая мысль до нЕльзя банальная - ну, надо переткнуть флэшку по-новой. Сказано - сделано. Вытаскиваем флэшку, вставляем в USB-разъем, и видим такую картинку:
001.


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

И тут уже кому что больше жалко - данные или флэшку; мне лично всегда было жальче данные.

Итак, ситуация постепенно доходит до объятого паникой сознания. И первое движение, которое возникает - нажать на кнопку "Форматировать диск" в вышеприведенном окне. Если сделать так, то в 99,9% случаев вы получите работоспособную флэшку. Но совершенно без данных - ибо она будет отформатирована.

Конечно, можно попытаться потом восстановить необходимые данные с помощью различных программ по ВОССТАНОВЛЕНИЮ ФАЙЛОВ. Но это путь долгий, сложный и главное - непродуктивный, ибо восстанавливаются, по статистике, в основном неважные файлы, к тому же большинство программ при восстановлении присваивает файлам не их изначальные имена, а имена из серии "00001~.doc", что само собой порождает необходимость потом все восстановленные файлы просматривать вручную, выискивая нужные. К тому же подобные программы обычно вытаскивают не только последнюю версию файла, но порой и энное количество его предыдущих копий, что порождает новую проблему - поиск последней версии интересующего нас файла. Еще одним важным недостатком такого метода, на мой взгляд, является то, что подобного рода программы восстанавливают, как правило, только файлы определенного типа, например, только текстовые файлы (.doc, .txt, .xls и тд), или только картинки-фотографии (.jpeg, .psd, и др).

Если обобщить, то к недостаткам метода, называемого ВОССТАНОВЛЕНИЕ ФАЙЛОВ, относятся следующие (в порядке критичности на мой личный взгляд):
- Зачастую - невозможность восстановления файлов по папкам (как они лежали раньше), и с прежними названиями. Отсюда - огромное количество времени, нужное на последующую сортировку восстановленных файлов, поиск необходимых (последних) копий интересующих нас файлов среди множества восстановленных, переименование и прочие "доработки" полученных файлов. У меня лет так восемь назад случилась подобная ситуация с внешним жестким диском на 60 гиг (большой объем для тогдашнего времени), на котором хранилась единственная версия фотоархива. До сих пор еще не все восстановленные тогда фотографии отсортированы по папкам - лежат в одной общей куче порядка 10 гигабайт фоток.
- "Заточенность" подобного рода программ на восстановление конкретных типов файлов (только тестовые, только фотографии) - и в связи с этим невозможность восстановления, например, запускных файлов программ и вообще любого другого контента, которое не относится к перечисленным в описании каждой конкретной программы.

Поэтому я предпочитаю другой путь.

ВОССТАНОВЛЕНИЕ ФАЙЛОВОЙ СИСТЕМЫ НОСИТЕЛЯ ИНФОРМАЦИИ.

В окне с предложением отформатировать поврежденный носитель данных нужно нажать "Отмена". После этого необходимо убедиться в том, что данный носитель физически живой (хотя приведенное выше окно косвенно подтверждает данный факт). Это можно проверить в сервисе Windows, называемом "Управление дисками". В Windows 7 сделать это можно следующим образом: кликнуть правой кнопкой мыши по значку "Компьютер" и в выпадающем меню выбрать пункт "Управление".
002.

В открывшемся окне в левой панели раскрыть пункт "Запоминающие устройства" (если он не раскрыт) и в нем выбрать "Управление дисками".
003.

После того, как операционная система прогрузит все имеющиеся в ее распоряжении физические носители (жесткие диски, флэшки, картридеры и прочее) ищем в списке свой засбоивший накопитель (найти его можно в частности зная его объем - так, в моем случае это была флэшка на 32 гигабайта). Нашли - смотрим на тип файловой системы. Скорее всего это будет так называемый RAW.
004.

Не надо путать RAW-тип файловой системы и RAW-тип файла , в котором, в частности, снимают многие профессиональные фотоаппараты. Это две кардинально разные вещи, хотя по названию и одинаковы. Хотя и в том, и в другом случае это так называемый "сырой" тип организации данных, просто в одном случае - касательно файловой системы, а в другом - соотносительно формата данных без какой-либо обработки, то есть именно в том виде, в котором они были получены с прибора для снятия этих самых данных.

RAW-тип файловой системы возникает тогда, когда по каким-либо причинам повреждается сектор на носителе информации, отвечающий за определение типа файловой системы (NTFS, FAT32 или др). Случиться это может по самым разнообразным причинам, но самые частые, пожалуй, следующие:
- сбой по питанию в процессе инициализации носителя информации
- действие вирусов
- старение носителя информации и физическое отмирание секторов, отвечающих за хранение информации о типе файловой системы

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

Теперь можно приступать собственно к восстановлению файловой системы.

Тут стоит отметить следующее:
- Первейшей рекомендацией является создание покластерной копии с поврежденного носителя информации. На практике это означает, что нужен как минимум еще один носитель информации, по объему превосходящий восстанавливаемый носитель информации. Рекомендация как минимум не лишенная смысла, так как в случае неудачной попытки восстановления файловой системы в этом случае будет возможность повторить операцию повторно. В реалии же обычно данный пункт игнорируется восстанавливающими, о чем некоторые потом мучительно переживают...
- Принцип восстановления файловой системы на разных носителях информации в общем-то одинаковый, но вот предпочтительное программное обеспечение - разное. Так например великолепную программу "PTDD Partition Table Doctor 3.5" можно использовать для восстановления файловой системы ТОЛЬКО жестких дисков, непосредственно установленных в компьютер. USB-устройства программой не поддерживаются. Для восстановления же информации методом восстановления файловой системы с флэшек и карт памяти очень удобно использовать программу R.saver , абсолютно бесплатную для некоммерческого использования на территории бывшего СССР.

Так как в моем случае поврежденным накопителем оказалась именно флэшка, то я использовал программу R.saver. Скачав программу с официального сайта компании R.Lab (а "весит" она менее одного мегабайта!), разархивируем ее в удобном месте и запускаем файл "r.saver.exe".
005.

Открывается начальное окно программы, в левой части которого выбираем интересующий нас накопитель, кликнув по нему левой кнопкой мыши.
006.

В правой части окна отображается расширенная информация о выбранном носителе. Убеждаемся, что выбрано нужное устройство, и жмем кнопку "Сканировать".
007.

На запрос программы о выполнении полного (посекторного) сканирования файловой системы накопителя, отвечаем утвердительно ("Да").
008.

После этого начинается процесс реконструкции файловой системы и определения находящихся на накопителе файлов:
009.

010.

Время данной операции зависит от объема и скорости работы восстанавливаемого накопителя, а также от мощности компьютера. В моем случае (Hi-speed"овая флэшка на 32 гб) восстановление информации заняло примерно 20-25 минут.

По завершению данной операции получаем следующее окно с отображением имеющихся на флэшке папок и файлов:
011.

Жмем кнопку "Массовое выделение" для того, чтобы скопировать интересующие нас файлы и папки с данного накопителя на другой, рабочий. Не нужно пугаться того, что объем папок показывается как "0 Кб". Все файлы, которые должны быть в папках - в них присутствуют. Просто вес самой папки (без содержащихся в ней файлов) равняется нескольким байтам, то есть в округлении до килобайт как раз отображаемым 0 килобайтам. Итак, выделяем нужные файлы и папки и жмем кнопку "Сохранить выделенное".
012.

Выбираем папку назначения (ее необходимо создать заранее), жмем "Выбрать".
013.

И все - пошел процесс копирования данных, по завершению которого можно, убедившись, что все данные действительно успешно восстановлены и скопированы, закрывать программу R.saver, форматировать флэшку и переносить на нее обратно все восстановленные данные, не забыв при этом сделать резервную копию критически важных документов.
014.

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

. Такую ошибку вы можете получить при работе в программе Acronis Disk Director, которая является менеджером разделов жёсткого диска.
Ошибка может выйти при выполнении различных операций в этой программе, но чаще всего при увеличении в объёме пространства одного диска за счёт другого, например увеличения пространства диска C: за счёт D: на ноутбуке и простом компьютере. Причина ошибки не всегда кроется в повреждении файловой системы жёсткого диска, и проверка разделов жёсткого диска на ошибки результатов может не дать.

Файловая система повреждена

Привет друзья! Поводом к написанию данной статьи стали комментарии к другой моей статье . У некоторых пользователей после работы с программой Acronis Disk Director в "Управлении дисками" наблюдалась такая ситуация - при отделении пространства от диска D:, это самое пространство пропадало в никуда, программа же Acronis Disk Director в свою очередь тем не менее показывала, что операция успешно проведена и диск D: стал меньше, а диск C: больше.
По работе мне тоже приходилось частенько сталкиваться с такой задачей и решение у неё есть.

Что интересно, такой ошибки "Файловая система повреждена" может и не быть, вы просто отработаете в программе Acronis Disk Director, затем перезагрузитесь и очень удивитесь войдя в "Управление дисками", один диск станет меньше, а другой останется таким как был.

Последний раз я столкнулся с такой ошибкой так. На работе, подошёл ко мне сосед сисадмин и говорит шёпотом: - слушай, у меня какая-то мистика творится, вроде вчера не пил. На ноутбуке с установленной операционной системой Windows 7, нужно увеличить пространство диска C: программой Acronis Disk Director, беру пространство от диска E: и присоединяю к C:, а после перезагрузки это пространство пропадает в никуда, диск C: остаётся таким же, а диск E: становится всё меньше с каждой моей попыткой.
В "Управлении дисками" этого ноутбука была такая картина, диск C: занимал объём 97 ГБ, а диск E: 650 ГБ. Буква D: была занята дисководом, поэтому работать будем с дисками C: и E:.

Задача поставлена такая, взять с диска E: 100 ГБ и присоединить к диску C:, чтобы он составлял примерно 200 ГБ.
В данной ситуации с помощью средств самой операционной системы такую операцию не провернёшь, поэтому я решил использовать программу Acronis Disk Director,

Загрузившись с загрузочного диска программы я первым делом отщипнул от диска E: 100 ГБ. Щёлкаем правой мышью на диске E: и выбираем в меню "Изменить размер тома",

появится вот такое окно. Изменим размер выбранного тома (E:) в меньшую сторону так, чтобы незанятое пространство оказалось перед томом (E:) и после диска (C:), ставим 100 Гб, затем освободившийся объём прибавим к диску (C:) и он станет на 100ГБ больше.
Цепляем правой мышью за своеобразный разграничитель и ведём его вправо, уменьшая тем самым пространство диска E: на 100 ГБ и нажимаем ОК. Появляется нераспределённое пространство 100 ГБ.

Теперь уже щёлкаем правой мышью на диске C: и выбираем в меню "Изменить размер тома",

Появится следующее окно. В нём ведём разграничитель вправо до конца, этим самым увеличивая диск C: на 100ГБ и ОК.

Наша программа работает в режиме отложенной операции и чтобы все наши действия заработали нужно нажать кнопку "Применить ожидающие операции" и "Продолжить".

Вот здесь внимание друзья, иногда может выйти ошибка "Файловая система повреждена. Используйте средство проверки для обнаружения и исправления ошибок файловой системы ". Что делать? Рассказываю дальше.

Делаем выход из программы Acronis и перезагружаемся.

После перезагрузки сразу входим в "Управление дисками" и видим странную ситуацию. Диск C: какого был объёма такого и остался 97ГБ, а диск E: стал меньше 552, 13 ГБ.

В это время вы начинаете костерить меня и мою статью и ещё программу Acronis, а я тем временем начинаю соответственно икать.
Опять загружаемся с диска программы Acronis Disk Director. Проделаем вот что. Отщипнём от диска C: или D: небольшой кусочек пространства и оставим его нераспределённым, затем загрузимся в операционную систему и присоединим его обратно к диску С:, но уже с помощью служебной программы Windows "Управления дисками".
Щёлкаем правой мышью на диске C: и выбираем в меню "Изменить размер тома",

Во многих случаях работа операционной среды Windows сопровождается появлением ошибки «Файловая система повреждена». Эту ситуацию может исправить утилита chkdsk, если не вышел из строя сам жесткий диск.

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

О чем говорят в Майкрософт

Говоря об ошибках файловой системы, будем вести речь в основном об NTFS. В этой файловой системе нужда в использовании утилиты chkdsk возникает довольно редко в силу ее хорошей отказоустойчивости. Однако и она может оказаться неспособной восстановиться самостоятельно. Например, если поврежденный сектор оказывается там, где расположена зеркальная копия главной таблицы файлов.

В Майкрософт сообщают, что в очень редких случаях могут возникать повреждения метафайлов $MFT и $BITMAP. Первый хранит данные главной таблицы файлов, а второй - это файл распределения пространства тома или файл битовой карты. Именно эти повреждения порой приводят к потере и именно они, очевидно, оказываются причиной непредсказуемого поведения томов при изменении их размеров.

Когда размер тома, к которому добавляют пространство, не изменяется, а размер тома, от которого забирают свободное пространство, сокращается.

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

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

Проверка тома на наличие ошибок

Утилиту chkdsk можно выполнить в графическом режиме. Для этого понадобится пройти к интересующему диску и открыть его свойства. В окне свойств должна быть доступной вкладка «Сервис», на которой собственно и расположено средство проверки диска на ошибки. Оно не только произведет проверку, но и автоматически исправит найденные повреждения.

Нужно открыть контекстное меню диска, кликнув правой кнопкой мыши, и выбрать в нем «Свойства».

На вкладке «Сервис» выберем «Выполнить проверку».

Если же необходимо проверить системный том, то Windows предупредит, что она не в состоянии выполнить проверку используемого в данный момент тома. Поэтому она предложит произвести проверку после следующей перезагрузки.

В нашем случае проверке подвергается системный диск, а потому появляется предупреждение.

Работаем с консолью командной строки

Данная утилита может быть выполнена в консоли командной строки. В текстовой строке консоли необходимо указать имя утилиты chkdsk, букву тома, флаги f и r. Так, флаг f подсказывает утилите, что надо выполнить автоматическую коррекцию ошибок системных файлов выбранного тома.

Второй флаг используется только совместно с первым - он производит поиск потерявших свою целостность секторов.

В стандартных программах выберем командную строку и откроем ее контекстное меню, чтобы запустить ее с правами администратора.

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

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

В результате, следующий вход в систему будет приостановлен после появления логотипа Windows, так как появится утилита chkdsk. Она предложит на выбор либо продолжить вход, либо осуществить проверку, которая была запланирована. Причем такой ход событий не зависит от способа запуска утилиты - из командной строки или же из свойств тома в графическом интерфейсе.

Работа утилиты

Сначала утилита предоставит возможность прервать запланированную операцию. Для принятия решения она по умолчанию предоставляет около 10 секунд на размышления. Нажатие любой клавиши в это время прервет запланированную проверку. Далее, она проверит целостность метафайлов $MFT и $BITMAP, индексной структуры каталогов и файлов, идентификаторов безопасности.

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

Первый этап проверки, во время которого производится проверка целостности метафайлов.

Проверка дескрипторов безопасности.

Ожидание перезагрузки после проверки.

Если запуск Windows невозможен

Иногда повреждения файловой системы оказываются настолько серьезными, что приводят к проблемам с загрузкой системы. В таком случае рекомендуют извлечь жесткий диск и подключить его к другому ПК. Но эту процедуру выполнять вовсе не обязательно, так как получить доступ к дискам системы и к утилите chkdsk можно из LiveCD. Одним из таких «оживляющих» образов может стать LiveCD Seven.

Загружаемся с диска, нажав любую кнопочку клавиатуры. Для этого перед этим устанавливаем в BIOS в порядке загрузки первым для опроса CD-привод.

Ресурсы LiveCD покажут нам доступные тома, а нам необходимы либо С, либо D, представляющие нашу систему, которая не загрузилась.

Выберем, например, диск С и перейдем к его свойствам.

В свойствах перейдем на вкладку «Сервис» и выполним проверку.

После проверки получим результат. Как видим, для проверки системного тома перезагрузки не потребовалось.

Применение образа LiveCD не требует перезагрузки системы, так как утилита chkdsk будет работать с заблокированными томами - даже системный и тот не используется, а потому нет надобности планировать проверку перед следующей загрузкой. Утилита сразу же проверит требуемый диск. При этом это можно сделать как в графическом интерфейсе, так и в консоли командной строки.

Чтобы запустить с правами администратора командную строку, перейдем к консоли через пункт меню «Программы».

В окне командной строки укажем утилите проверяемый диск и флаг f. Как видим, и здесь не понадобилось перезагрузки, а утилита сделала все этапы сразу же.

Наиболее распространенной на сегодняшний день файловой системой остается NTFS, хотя Windows продолжает поддерживать форматы FAT, предоставляя их локальные драйверы для работы, например, с «флэш»-накопителями. Утрата целостности метафайлов файловой системы (файла главной таблицы, файла битовой карты) становится причиной возникновения ошибки «Файловая система повреждена». Примером такого рода ошибки может стать широко обсуждаемая тема непредвиденной потери томами своего пространства во время выполнения операций по изменению размеров томов.

Реконструировать поврежденные метафайлы можно с помощью утилиты chkdsk, поставляемой вместе с операционной средой Windows. Ее можно выполнить как в графическом интерфейсе, так и из командной строки. После перезагрузки утилита восстановит работоспособность файловой системы. Если же в результате повреждений файловой системы становится невозможной загрузка операционной системы, тогда следует воспользоваться возможностями LiveCD.

Часто неисправности при работе с флешками связаны с некорректным определением файловой системы и другими программными сбоями. То есть записанные пользователями данные никуда не пропадают – просто система не в состоянии получить доступ к содержимому диска.

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

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

Виды файловых систем

Любой накопитель имеет файловую систему – чаще всего это FAT или NTFS. Если в структуре диска по какой-то причине происходит сбой (неправильно извлечен носитель, скачок напряжения, механическое повреждение), то вместо FAT32 или NTFS появляется формат RAW.

RAW – это отсутствие всякой файловой системы, формат, демонстрирующий наличие проблемы на HDD или флешке.

Чтение информации с носителя, имеющего формат RAW, невозможно. Чтобы устранить этот недостаток, необходимо произвести изменение файловой системы на NTFS или FAT. Делается это с помощью форматирования, но чтобы не восстанавливать затем удаленные данные, лучше воспользоваться другими методами.

Восстановление RAW файлов с диска

Если на диске файловая система стала RAW, и вы не можете позволить себе отформатировать её, так как удаленные данные могут быть утеряны навсегда, то попробуйте воспользоваться возможностями утилиты iCare Data Recovery, в состав которой входит инструмент Deep Scan Recovery.

Отчет после сканирования будет представлен в виде разделов. Чтобы найденные данные не оказались удаленными во время изменения формата с RAW на NTFS или FAT, выделите их и щелкните «Save Files». Укажите место на жестком диске и сохраните обнаруженные файлы – они уже не окажутся среди удаленных, даже если вы запустите форматирование съемного накопителя.

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

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

Иногда пользователь сталкиваются с проблемой другого рода: файл не записывается на носитель или не читается с него из-за неправильной файловой системы. Важно: файловая система присутствует (то есть это не RAW), но она не подходит системе.

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

Описанное выше безболезненное изменение файловой системы возможно только в одну сторону – c FAT в NTFS. Обратную процедуру без форматирования и удаления данных провести не получится.