Под логическими неисправностями в первую очередь понимают сбои в работе файловой системы.
Для того чтобы понять это, и понять причины сбоев, нужно разобраться - что же такое файловая система.
В "Википедии" дается следующее определение:
Файловая система (англ. file system) - порядок, определяющий способ организации, хранения и именования данных на носителях информации в компьютерах, а также в другом электронном оборудовании: цифровых фотоаппаратах, мобильных телефонах и т. п. Файловая система определяетформат содержимого и способ физического хранения информации, которую принято группировать в виде файлов. Конкретная файловая система определяет размер имен файлов и (каталогов), максимальный возможный размер файла и раздела, набор атрибутов файла. Некоторые файловые системы предоставляют сервисные возможности, например, разграничение доступа или шифрование файлов.
Самыми распространенными файловыми системами сегодня являются FAT32 и NTFS.
FAT32 используется в основном на флешках и картах памяти. Под эту файловую систему форматируются носители, используемые в смартфонах и фотоаппаратах, NTFS используется на жестких дисках и переносных жестких дисках компьютеров и ноутбуков, работающих на ОС Windows XP, Windows Vista, все версии Windows 7 и Windows 8.
Файловая система состоит из загрузочной записи MBR и Таблиц размещения файлов.
MBR - главная загрузочная запись. Помимо прочих параметров, MBR содержит таблицу разделов - информацию о структуре диска, которая включает в себя данные о размере раздела, размере кластера.
Если раздел отформатирован под FAT, то MBR также содержит количество и размер копий FAT, данные о положении корневого каталога.
В случае NTFS раздела, MBR содержит так же размер записи о файле, размер записи о каталоге, положении первого сектора таблицы MFT положении копии первых четырех записей MFT.
При разрушении или повреждении любой из этих структур, доступ к файлам пользователя на диске штатными средствами операционной системы становится невозможным. Почему?
Потому-что любые файлы на диске, представляют собой набор данных записанных в цепочку кластеров.
Кластер - минимальная единица объема информации накопителя состоящая из определенного количества секторов диска. Размер кластера может устанавливается вручную при форматировании. По умолчанию размер кластера зависит от объема накопителя.
Не всегда все данные записываются подряд, зачастую присутствует так называемая фрагментация диска, когда кластеры, относящиеся к какому-либо файлу, разбросаны по диску в нескольких местах. Как раз данные, о положении всех частей файла находятся в таблице размещения файлов. Если таблица разрушена, то, грубо говоря, невозможно понять, какая часть данных к чему относится. Поэтому, при полном разрушении таблиц размещения файлов, восстановить возможно только не фрагментированные файлы, путем поиска соответствующих каждому типу файлов сигнатур. Однако данные о структуре каталогов, и файлы, которые фрагментированы по поверхности диска, восстановить невозможно.
Причинами логических сбоев файловой системы могут быть 2 фактора:
1) Ошибки в работе операционной системы компьютера
2) некорректные действия пользователя
Ошибки в работе операционной системы.
Операционная система компьютера в процессе работы постоянно использует жесткий диск. Даже когда пользователь не производит никаких действий, внутри операционной системы происходит множество процессов. Работают разнообразные службы, которые используют, огромное количество файлов на жестком диске. Постоянно ведется запись, чтение и перезапись. При создании нового файла, или изменении существующего, в таблице размещения файлов меняется информация о кластерах, в которых содержатся данные этого файла. Если данные на диск записаны, а в процессе записи информации в таблицы FAT или MFT произошел сбой, например выключилось питание, или компьютер завис, перезагрузился в следствии ошибки BSOD, то информация в таблице размещения файлов не изменилась, или изменилась неполностью и файлы, записанные на диск, перестают быть видны из файловой системы. Т.е. физически данные на диске есть, а доступ к ним получить штатными средствами операционной системы невозможно.
Некорректные действия пользователя.
Самой распространенной проблемой, на сегодняшний день, является некорректное извлечение устройства (флешки или жесткого диска) подключенного через USB. Когда пользователь записывает информацию на внешний накопитель, или редактирует какие либо документы расположенные на внешнем носителе, то после завершения всех операций, перед тем как вытаскивать жесткий диск или флешку из компьютера, нужно предварительно осуществить "безопасное извлечение устройства". Это связано с тем, что операционная система, изменяет все записи в таблице разделов не сразу, и перед тем, как извлечь накопитель, необходимо завершить все изменения в таблицах FAT.
Типичными признаками логического разрушения данных являются:
1) Компьютер (ноутбук, смартфон, фотоаппарат и проч.) при подключении накопителя на котором должны быть данные предлагает отформатировать диск.
2) При подключении флешки или переносного жесткого диска, данные на нем отсутствуют, в свойствах диска указан размер 0 байт
3) На диске, на котором точно должны находиться какие либо данные, файлы отсутствуют, хотя недавно были туда записаны.
Методы восстановления данных при логическом сбое файловой системы.
Основным способом восстановить данные, при логическом разрушении файловой системы является сканирование проблемного диска специализированным ПО, предназначенным для восстановления данных. При этом, важно учесть, что для каждого типа файловой системы, существуют отдельные версии программ.
В принципе, восстановить данные в этом случае можно и самостоятельно. На просторах интернета огромное количество разнообразнейших программ, позволяющих осуществить поиск потерянных и удаленных фалов в автоматическом режиме.
Но здесь есть один важный аспект. Для того чтобы начинать решать проблему самостоятельно вы должны быть уверенны, что сбой произошел не вследствие физических проблем накопителя, таких как появление сбойных секторов на жестком диске, проблемы контроллера флешки и прочих. Т.к. если вы начнете сканирование неисправного накопителя, то в процессе, разрушение физической части жесткого диска, или флешки, может стать настолько критичным, что приведет к полной потере информации. Особенно это касается жестких дисков. Появление большого количества сбойных секторов, может говорить о том, что у жесткого диска имеется проблема с блоком магнитных головок. Сканирование такого диска, приведет к тому, что какая-либо из головок БМГ, может выйти из строя, или физически разрушиться настолько, что поцарапает поверхность. А восстановить данные с диска с запилом, практически невозможно.
Поэтому, при возникновении проблем, если на диске содержится действительно важная для вас информация, лучше сразу обратиться в лабораторию по восстановлению данных. К тому же, диагностика, в профессиональных лабораториях, всегда бесплатна.
Во многих случаях работа операционной среды 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.
Восстановление файловой системы 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.
Данный процесс, конечно, больше относится именно к восстановлению данных, но основан он именно на восстановлении файловой системы поврежденного накопителя, и посему я считаю его более прогрессивным, нежели стандартное восстановление выборочных типов файлов с помощью "классических" программ.
Часто неисправности при работе с флешками связаны с некорректным определением файловой системы и другими программными сбоями. То есть записанные пользователями данные никуда не пропадают – просто система не в состоянии получить доступ к содержимому диска.
Выглядит это обычно так: вы подключаете флешку к компьютеру, пытаетесь её открыть, но видите уведомление о том, что сначала диск нужно отформатировать. Если вы запустите форматирование, то все данные окажутся удаленными, поэтому здесь стоит нажать «Отмена».
Чаще всего подобное сообщение возникает, когда файловая система определяется некорректно. Причиной может быть сбой на уровне структуры носителя или механическое повреждение диска. Если физически флешка исправна, и вы хотите провести восстановление файловой системы, не потеряв данные, то придется разобраться, какой формат вам нужен.
Виды файловых систем
Любой накопитель имеет файловую систему – чаще всего это 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. Обратную процедуру без форматирования и удаления данных провести не получится.
. Такую ошибку вы можете получить при работе в программе 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: и выбираем в меню "Изменить размер тома",
Загрузка...