Опишем процесс ручного восстановления данных в случае удаленных файлов или файлов из поврежденных разделов системы NTFS при работе в ОС Windows NT. Проблема заключается в том, что в составе этой ОС нет соответствующих программных средств. Программы же восстановления данных NTFS от сторонних производителей, к сожалению, не всегда используют все возможности восстановления. Ситуация усугубляется отсутствием полной документации по низкоуровневой структуре управляющих блоков NTFS.
Что же делать, если в один прекрасный момент обнаруживается, что компьютер с ОС Windows NT больше не загружается или некоторые логические разделы NTFS стали вдруг недоступны?
Сначала нужно уточнить, с чем связана неисправность: физическим повреждением диска, выходом из строя контроллера или разрушением файловой системы NTFS.
Жесткие диски имеют ограниченный срок службы, обычно - несколько лет. Выход устройства из строя иногда можно определить по характерным щелчкам в момент инициализации. Диск может несколько раз щелкнуть и затихнуть, так и не раскрутившись. При инициализации BIOS сообщит вам об этой неисправности. В такой ситуации следует произвести ремонт жесткого диска. Если стоимость потерянной информации заметно превышает стоимость самого диска, следует обратиться к специалистам, что, впрочем, недешево.
Ремонт выполняется следующим образом. Если из строя вышла электроника, расположенная вне герметичного пространства диска, то заменяется или ремонтируется соответствующая плата. Для этого часто приходится разбирать другой диск точно такого же типа.
В том случае, когда повреждены детали, расположенные внутри корпуса диска, проблем будет больше. Прежде всего, разбирать сломанный диск нужно в так называемой «чистой комнате», где гарантируется отсутствие пыли. Затем следует заменить плату с электроникой, сняв ее с другого диска. Отремонтированный диск закрывается, после чего остается только скопировать информацию на третий диск по секторам.
Поэтому если сломался жесткий диск с ценной информацией, приготовьтесь пожертвовать еще одним для ремонта и найдите третий для копирования восстановленных данных.
Если есть подозрение на неисправность контроллера диска, попробуйте его заменить. Проверьте также соединительный кабель.
Убедившись, что диск, контроллер и соединительный кабель исправны, не торопитесь использовать дискету NT Repair Disk, созданную при установке ОС, или запускать программу восстановления файловой системы chkdsk - результат может оказаться плачевным. Не пытайтесь также найти «волшебную» программу восстановления NTFS в комплекте Norton Utilities для Windows NT - пока ее там нет. Если информация, записанная на диске, имеет особую ценность, нужно вначале проанализировать состояние управляющих блоков файловой системы NTFS с помощью редактора диска.
Такая работа требует достаточно высокой квалификации. В частности, нужно разбираться в форматах управляющих блоков файловой системы. Если вы не в состоянии выполнить ее самостоятельно, лучше вызвать специалиста и не предпринимать попыток самому отремонтировать NTFS.
Чтобы проверить управляющие блоки, нужно подключить к компьютеру два диска: первый, исправный загрузочный, и второй - тот, информацию с которого необходимо восстановить.
Сначала подключается только первый диск и инсталлируется ОС Windows NT. Этот диск будет использован для сохранения файлов, восстановленных из разделов поврежденного. Далее устанавливается редактор Disk Probe, входящий в состав Windows NT Resource Kit. Хотя этот редактор далек от совершенства, именно он позволит выполнить всю работу по восстановлению потерянных файлов.
Убедившись, что с первым диском все в порядке, выключите компьютер и подключите к нему второй, поврежденный диск.
Для успешного восстановления информации следует определить размер кластера и адрес загрузочного сектора. Первое значение можно получить из загрузочного сектора раздела NTFS (если, конечно, его содержимое сохранилось).
Запустите программу Disk Probe. Выберите в меню Drive позицию Physical Drive. В панели Open Physical Drive, появившейся на экране, укажите устройство PhysicalDrive1, дважды щелкнув левой клавишей мыши по соответствующей строке списка Available Physical Drives. Затем нажмите кнопку Set Active, оставив включенным переключатель Read Only, и закройте панель кнопкой OK.
В результате программа Disk Probe получит доступ на чтение поврежденного диска. После этого попытайтесь прочитать содержимое главной загрузочной записи диска, расположенной в первом секторе на нулевой дорожке нулевого цилиндра. Для этого в меню Sectors выберите строку Read. Появится панель Read Sector. В поле Starting Sector укажите номер первого сектора, равный нулю, а в поле Numbers of Sectors установите значение 1. Затем нажмите кнопку Read.
Программа считает в оперативную память содержимое первого сектора и покажет его в шестнадцатеричном виде. Выберите из меню View строку Partition Table для форматного просмотра таблицы разделов диска, а затем перейдите на нужный раздел с помощью кнопки Go. Если необходимо (когда восстанавливаются файлы из расширенного раздела), повторите эту процедуру несколько раз.
Добравшись до загрузочной записи нужного вам раздела, выберите из меню View строку NTFS Bootsector.
А что делать, если главная загрузочная запись или загрузочная запись нужного раздела уничтожены?
Эта ситуация тяжелая, но не фатальная. Подробную таблицу соответствия емкости логического устройства NTFS и числа кластеров можно найти в MSDN. Например, если емкость находится в интервале 1025 - 2048 Мбайт, размер кластера будет равен 4 секторам, а если в диапазоне от 8193 до 16 384 Мбайт - то в одном кластере будет 32 сектора. Заметим, однако, что, позаботившись заранее о возможности последующего восстановления диска в случае его повреждения, можно облегчить такую работу, когда в ней возникнет необходимость. Нужно определить и записать размер кластера сразу после установки ОС, пока загрузочный сектор NTFS еще цел.
В том случае, если размер кластера так и остался неизвестным, его придется определять косвенными способами или методом подбора.
Внутренняя структура файловой системы NTFS принципиально отличается от хорошо знакомой большинству FAT. Не вдаваясь в подробности, изложим лишь те сведения, которые необходимы для выполнения в ней восстановительных работ.
Файловая система FAT (и ее разновидность FAT32) хранит информацию о файлах в нескольких местах логического устройства. Дескриптор файла, содержащий его имя, размер, дату создания и номер первого выделенного для него кластера, находится в каталоге. Таблица размещения файлов File Allocation Table, от которой и произошло название файловой системы FAT, хранит связанный список всех кластеров, выделенных файлу. И наконец, сам файл может быть распылен по кластерам.
Такая организация в значительной мере затрудняет восстановление файлов в случае каких-либо сбоев. Особенно критичной является целостность таблицы FAT: если эта таблица пропала или ее содержимое оказалось частично разрушено, исчезает информация о кластерах, выделенных файлу. В результате файл можно с очень большим трудом собрать из отдельных кластеров, лишь зная его содержимое. К тому же эта работа требует очень много времени. Поэтому на практике исчезновение таблицы FAT и ее копии означает полную потерю файлов.
Потеря каталогов приводит к невозможности определения номера первого кластера, выделенного файлу, его имени и точного размера. В этом случае последствия не столь катастрофичны, так как в таблице FAT остались «бесхозные» цепочки кластеров, которые нетрудно превратить в файлы. Имена полученных таким образом файлов обычно состоят из цифр. Заметим, что при крушении каталогов, содержащих тысячи файлов, после восстановления будет трудно найти нужный файл, если хотя бы приблизительно не известно его содержимое.
В файловой системе NTFS вся информация о файлах хранится в так называемой главной таблице файлов Master File Table (MFT). Записи таблицы MFT содержат наборы дескрипторов с такой информацией о файлах, как имя, даты создания и модификации, атрибуты безопасности, и, что самое главное, списки кластеров, выделенных файлам. Если файл имеет небольшой размер, то он может храниться непосредственно в записи таблицы MFT.
Следовательно, возможность восстановления файлов из поврежденных разделов NTFS во многом определяется целостностью таблицы MFT и ее копии.
Найти таблицу MFT достаточно просто, если сохранился загрузочный сектор раздела NTFS. Нажмите кнопку Go около поля Clusters to MFT или Clusters to MFT mirr в панели, показанной на рис. 2. Для просмотра содержимого первого сектора таблицы выберите из меню View программы Disk Probe строку Bytes.
Обратите внимание на строку FILE, расположенную в самом начале сектора. С нее начинаются записи таблицы, описывающие файлы. Существуют еще записи для каталогов, элементов индекса и другие, которые мы не будем рассматривать.
Строка $.M.F.T. находится со смещением D2. Это имя системного файла, содержащего таблицу MFT, в кодировке Unicode. Таким образом, первая запись файла $MFT описывает сам этот файл. Просматривая таблицу, можно обнаружить записи для других системных файлов, таких как $MFTMirror, $LogFile, $Volume, $AttrDef и др.
Если загрузочный сектор разрушен, начало таблицы MFT нетрудно найти с помощью программы Disk Probe. Для этого выберите в меню Tools строку Search Sector, установите переключатели в положение, показанное на рис. 4, и, заполнив поле Enter characters to search for, нажмите кнопку Search. Следует запастись терпением, поскольку процесс поиска может отнять немало времени.
Заметим, что подобным образом можно найти в таблице MFT записи для тех файлов, которые нужно восстановить. Так как имена файлов хранятся в кодировке Unicode, при поиске следует установить переключатель в положение Unicode characters. Кроме того, необходимо включить режим поиска Exhaustive search и Ignore case.
К сожалению, программа Disk Probe не содержит никаких средств для форматного просмотра содержимого записей MFT. Более того, точный формат этой записи отсутствует в открытой документации Microsoft. Однако многое можно обнаружить в Internet, сделав запрос по ключевым словам «NTFS Documentation». Нам, например, удалось найти информацию, собранную разработчиками модулей для операционной системы Linux. Анализируя исходные тексты модуля для монтирования в Linux файловой системы NTFS, можно понять назначение отдельных полей записей MFT (авторы приносят благодарность Максиму Синеву за помощь в «расшифровке» записей MFT).
Запись MFT состоит из начального фрагмента фиксированного размера и набора атрибутов, имеющих в общем случае переменный размер. Для восстановления файлов нужно знать точный формат только атрибута данных. Что же касается других атрибутов, достаточно уметь определять их расположение и размер.
Первые четыре байта в записи, описывающей файл, образуют слово FILE. На рис. 3 они выделены красным цветом. Следующие два байта (выделенные синим цветом) - смещение так называемой области Fixup. В рассматриваемом случае значение смещения равно 002A (с учетом обратного порядка расположения байтов в слове). Здесь и далее будем пользоваться шестнадцатеричными числами.
Область Fixup используется в процессе обнаружения ошибок чтения или записи. Она состоит из слов размером два байта. Количество слов хранится в записи MFT со смещением 0006. На рис. 3 поле размера области Fixup выделено фиолетовым цветом. Там хранится значение 0003, следовательно, область Fixup начинается со смещения 002A и простирается до 002A+(2*0003)=002F.
Сразу за областью Fixup начинаются поля атрибутов. Смещение первого атрибута равно 0030.
Первые четыре байта области атрибутов определяют тип, а следующие четыре - размер в байтах. Например, вслед за областью Fixup со смещением 0030 следует атрибут с типом 10. На рис. 3 тип этого и следующего за ним атрибутов выделен красным цветом (размер атрибута выделен синим). Атрибут занимает 48 байт, следовательно, следующий атрибут (с типом 30) начнется со смещением 0078.
Таким образом можно выделить в записи MFT все атрибуты. В конце самого последнего записано значение FFFFFFFF - признак конца цепочки атрибутов.
Для восстановления файлов наибольший интерес представляют атрибуты типа 30 и 80. Первый из них хранит имя файла. По нему следует искать запись MFT, описывающую восстанавливаемый файл. Второй атрибут с типом 80 хранит список кластеров, выделенных файлу, или сам файл. Про него мы расскажем подробнее.
Как видно из рисунка, тип атрибута, равный 80, хранится в записи MFT со смещением 0160. Всего атрибут данных занимает D8 байт, так как именно это значение находится в четырехбайтовом поле со смещением 4 относительно начала атрибута.
Байт со смещением 8 относительно начала атрибута данных - это признак резидентного размещения файла. Если его значение равно 1, запись MFT хранит только список кластеров, выделенных файлу (как в описываемом случае), а если 0 - файл находится внутри самой записи MFT. Как правило, записи содержат только файлы небольших размеров.
Сначала рассмотрим случай нерезидентного размещения файла. При этом четыре байта со смещением 30 хранят длину файла, расположенного где-то на диске. В данном примере длина файла $MFT составляет B7B000 байт.
Для того чтобы определить точное расположение нерезидентного файла на диске, нужно проследить цепочку так называемых блоков виртуальных номеров кластеров Virtual Cluster Number (VCN), или просто блоков VCN. Показатель смещения начала этой цепочки хранится в двухбайтовом поле, имеющем смещение 20 байт относительно начала атрибута данных. В описываемом случае этот показатель равен 40, а смещение области блоков VCN относительно начала записи MFT равно 01A0. На рис. 5 эта область выделена жирной вертикальной линией зеленого цвета.
Файл, записанный в разделе NTFS, может быть сегментирован. Он состоит из одного или нескольких фрагментов, называемых экстентами. Размер и расположение каждого экстента описывается в блоке VCN. В зависимости от того, фрагментирован файл или нет, область VCN может содержать один блок или их набор. Блоки VCN имеют переменный размер, определяемый первым байтом.
Формат блока стоит показать на конкретном примере. Возьмем первый блок VCN, имеющий в рассматриваемом примере смещение 01A0 относительно начала записи MFT:
Тетрады первого байта со значением 31 определяют размеры двух полей блока VCN. Первое поле, имеющее длину один байт, хранит количество кластеров, выделенных экстенту файла. Второе поле размером три байта содержит номер первого кластера. В данном случае первому экстенту файла $MFT выделено 20 кластеров, а номер первого кластера для первого экстента равен 0286D9. Таким образом определяем размер и расположение первого экстента файла.
Второй блок VCN расположен сразу вслед за первым:
Для того чтобы определить первый кластер второго экстента, необходимо прибавить к адресу первого экстента смещение, указанное во втором блоке VCN (с учетом знака). В данном случае второй экстент размещен в кластере с номером 0286D9+21=286FA. Длина второго экстента составляет 0824 кластера.
Анализируя остальные блоки VCN, можно определить размеры и расположение всех экстентов файла. Список блоков VCN закрывается байтом с нулевым значением.
Файлы небольшого размера размещаются непосредственно в записи MFT, описывающей этот файл, для сокращения времени доступа. Если в байте со смещением 8 относительно начала атрибута данных находится нулевое значение, то не нужно прослеживать цепочки блоков VCN. Это означает, что файл находится внутри атрибута данных.
При этом смещение резидентных данных, т. е. файла, записано в двухбайтовом слове со смещением 14 относительно начала атрибута данных, а размер - в двухбайтовом слове со смещением 10.
Приведем небольшой пример. Для иллюстрации формата записи MFT, содержащей резидентный атрибут данных, мы подготовили маленький файл с именем Small.txt, содержащий текстовую строку «This is a small text file.». Затем с помощью программы Disk Probe мы обнаружили запись таблицы MFT, созданную для этого файла (рис. 6).
Как видно из рис. 6, байты файла Small.txt (выделенные желтым цветом) находятся внутри записи MFT со смещением 18 относительно начала атрибута данных, а размер файла составляет 1A байт.
Теперь, вооружившись приведенными выше знаниями о внутренней структуре системных блоков NTFS, можно приступить к восстановлению файлов из поврежденного раздела этой файловой системы.
Когда известны имена файлов, подлежащих восстановлению, нужно найти соответствующие им записи в таблице MFT. Это можно сделать с помощью программы Disk Probe, воспользовавшись строкой Search Sector из меню Tools. Далее следует обнаружить в этой записи атрибут данных и определить, резидентный он или нет.
Если атрибут данных резидентный, то нужно сохранить сектор, содержащий запись MFT, в виде файла на исправном жестком диске или на дискете. Это можно сделать, используя строку Save as меню File программы Disk Probe. После этого следует вырезать нужную часть данных и сохранить результат в новом файле. Такую операцию нетрудно выполнить, например, в редакторе Norton Disk Editor для MS-DOS.
В случае нерезидентного атрибута работы будет намного больше.
Прослеживая цепочку блоков VCN, нужно определить расположение и размер экстентов восстанавливаемого файла. Далее с помощью приложения Disk Probe следует прочитать данные экстента, а затем сохранить их в файле на исправном диске. Не забудьте также, что в программе Disk Probe указывается количество секторов, которые нужно прочитать или записать, а в блоке VCN установлено количество кластеров, выделенных экстенту. Поэтому нужно выполнить соответствующий пересчет.
Восстановив все экстенты, объедините их в один файл (например, командой COPY с параметром /B). Затем установите правильную длину файла, полученную из поля со смещением 30 атрибута данных. В разделе FAT такая операция может быть выполнена с помощью все той же программы Norton Disk Editor.
К сожалению, на практике восстановление большого количества файлов требует много времени. Тяжелее всего дается ручная обработка цепочек блоков VCN, которые могут быть очень длинными. Приходится часами работать с калькулятором, переводя десятичные числа в шестнадцатеричные и обратно, а также производя различные арифметические действия, необходимые для определения размеров и расположения экстентов восстанавливаемых файлов. Поэтому обычно мы пользуемся небольшой самодельной программой NTFS Explorer, выполняющей наиболее трудоемкие операции в полуавтоматическом режиме.
Восстановление данных в 2019: полное руководство
Ищите как восстановить данные жесткого диска HGST (Hitachi) ? Проблемы с работоспособностью или ошибки жесткого диска HGST (Hitachi) стали причиной утери данных? Всегда ли такие данные утеряны безвозвратно или существуют способы, с помощью которых их ещё можно восстановить? Отремонтируйте носитель информации, исправьте ошибки, приводящие к сбою в работе, и восстановите утерянные данные самостоятельно.
Если необходимо восстановить жесткий или внешний диск (HDD, SSD или SSHD), карту памяти или USB флешку, в первую очередь вам необходимо подсоединить устройство к компьютеру. Если вы хотите восстановить данные с автомобильного регистратора, телефона, фото или видео камеры, аудиоплеера, вы должны извлечь карту памяти и подключить ее к стационарному компьютеру. Вы можете опробовать данную инструкцию и для внутренней памяти устройств, если после подключения вы видите свое устройство в папке Мой компьютер как флешку.
Ищите как восстановить файлы?
В случаях, когда c жесткого диска HGST (Hitachi) удалены файлы и стандартными средствами операционной системы вернуть их не предоставляется возможным, наиболее действенным способом будет использование Hetman Partition Recovery .
Для этого:
По умолчанию, пользователю будет предложено воспользоваться Мастером восстановления файлов . Нажмите кнопку «Далее» , программа предложит выбрать диск, с которого необходимо восстановить файлы.
Дважды кликните на диске и выберите тип анализа. Укажите «Полный анализ» и ждите завершения процесса сканирования диска.
«Восстановить» .
Выберите один из предложенных способов сохранения файлов. Не сохраняйте восстановленные файлы на диск, с которого эти файлы были удалены – их можно затереть.
Восстановите файлы после форматирования
Ищите как восстановить файлы жесткого диска HGST (Hitachi) после форматирования? Следуйте инструкции:
Ищите как восстановить файлы c удаленного раздела жесткого диска HGST (Hitachi)? Следуйте инструкции:
Если нет возможности подключить жесткий диск с утерянным или повреждённым системным разделом к другому компьютеру, можно восстановить такой раздел запустив компьютер с помощью LiveCD – альтернативной портативной версии операционной системы. Для этого:
Крупные производители жестких дисков включают технологию S.M.A.R.T. в свои жесткие диски. S.M.A.R.T. анализирует множество механических атрибутов. Анализ многих из них даёт возможность зафиксировать неправильную работу диска до момента его полного отказа, а также причину его отказа.
Но несмотря на то, что S.M.A.R.T. позволяет определить будущие проблемы, большинство из них невозможно предотвратить. Таким образом S.M.A.R.T. – это технология, которая часто служит для предупреждения о скором выходе диска из строя. Значения S.M.A.R.T. нельзя исправить, и тратить время на это нет необходимости.
Каждый производитель жестких дисков устанавливает пороговое значение для той или иной операции. При нормальных обстоятельствах, такое пороговое значение никогда не превышается. В обратном случае – мы сталкиваемся с ошибкой.
Есть 256 значений, каждое из которых имеет своё ID. Некоторые ошибки и предельные значения критичны. Они не имеют решения. Единственным решением есть замена жесткого диска, сразу же после обнаружения такой ошибки.
Критичные SMART ошибки не имеют способа их исправления. Если не заменить жесткий диск, то окно с ошибкой будет появляться вновь и вновь. Единственным оправданным действием в таком случае будет сохранение данных из ещё доступных секторов диска. Если предупреждение об ошибке осуществится, диск станет недоступным ни для одной из программ. Поэтому необходимо предпринять шаги по сохранению ваших данных.
Если файловую систему жесткого диска HGST (Hitachi) определить не предоставляется возможным – отформатируйте устройство.
Иногда операционная система не может определить структуру файловой системы (например, FAT или NTFS). Если посмотреть свойства такого устройства, то его файловая система будет определяться как RAW. В этом случае Windows предлагает отформатировать диск.
Существует утилиты, которые специализируются на восстановлении RAW диска, однако мы рекомендуем остановиться на универсальном решении - Hetman Partition Recovery. Эта функция включена в нее как дополнительная, вам нужно только запустить программу и запустить анализ такого диска.
В некоторых случаях файловую систему жесткого диска HGST (Hitachi) можно восстановить с помощью команды CHKDSK .
Если USB-флешка, карта памяти или любой другой тип носителя информации работает неправильно, очистка диска и его разделов с помощью команды “Clean” и инструмента Diskpart – может стать одним из способов решения проблем. Этот инструмент исправит ошибки если устройство не получается отформатировать или его размер определяется неправильно.
Запустите проверку всех разделов жесткого диска и попробуйте исправить найденные ошибки. Для этого:
В результате сканирования обнаруженные на диске ошибки могут быть исправлены.
Существует несколько решений для создания резервных копий данных:
R-Studio как пользоваться
правильно, чтобы не усложнить наверно и без того сложную ситуацию в которую вы попали.
Пожалуйста прослушайте небольшой курс молодого бойца по работе с подобными программами, без этого вы можете наделать много ошибок и вместо того, что бы вернуть свои удалённые данные, вы ещё хуже затрёте их.
Первая ошибка это волнение, которое сопровождается вытекающими отсюда последствиями, например необдуманными действиями, успокойтесь, дочитайте статью до конца, спокойно всё обдумайте, а затем действуйте. Кстати, если вы случайно удалили с вашего жёсткого диска фотографии, то у нас есть очень простая статья, которая я уверен вам поможет . Ещё вам могут пригодиться статьи: Как восстановить удалённые файлы бесплатными программами , и и платными - , .
Когда мы с вами, Дорогие мои, случайно удаляем файл, без которого наше дальнейшее существование на планете Земля, будет нам не в радость, знайте, что физически с жёсткого диска он не удалился, но навсегда потерять его можно, записав любую информацию поверх него. Поэтому, даже если вы читали как пользоваться R-Studio , но опыта как такового у вас нет, сразу выключаем компьютер и лучше в аварийном порядке. Больше никаких действий с вашим жёстким диском не производим, тогда наши шансы на благополучный успех увеличиваются.
После того как мы выключили компьютер, берём системный блок и идём к профессионалам, ваши данные 90% будут спасены, естественно с вас возьмут немного денежки, сколько, лучше узнать сразу, но если денежки попросят очень много, читаем дальше.
Сейчас я пишу эту статью, а передо мной стоит системный блок, в нём находится жёсткий диск, его случайно форматировали, то есть удалили всё что на нём находилось, давайте попробуем восстановить потерянные файлы с помощью R-Studio
, а заодно научимся пользоваться
этой хорошей программой.
В первую очередь нам с вами нужно эвакуировать пострадавшего, другими словами снять форматированный винчестер и подсоединить к моему компьютеру, я делаю так всегда, потому что нельзя сохранять восстанавливаемую информацию на тот же носитель, с которого были удалены файлы.
Если для вас это трудно, тогда хотя бы не восстанавливайте файлы на тот раздел жёсткого диска с которого они были удалены.
Примечание: Друзья, самое главное правило при восстановлении информации звучит так: число обращений к жёсткому диску с удалёнными данными должно быть сведено к минимуму. А значит, перед работой с R-Studio желательно сделать образ жёсткого диска с потерянными данными и восстанавливать информацию уже с образа. Как сделать посекторный образ жёсткого диска и восстановить с него информацию написано в .
Итак начнём, на нашем пострадавшем от форматирования винчестере пропало очень много папок с семейными фотографиями и видео, нам нужно их вернуть.
Запускаем R-Studio
, у программы интуитивно понятный англоязычный интерфейс, но нам не привыкать, я уверен, что, попользовавшись ей один раз, вы запомните её навсегда.
Главное окно программы Device View
"Просмотр дисков" в левой его части показаны практически все накопители находящиеся в системе: жёсткие диски, разбитые на логические разделы, USB-накопители, DVD-диски, флеш-карты, правое окно предоставляет полнейшую информацию о выбранном нам накопителе, начиная с названия и заканчивая размером кластеров.
Выбираем наш диск (N:) и жмём Open Drive Files (Открыть файлы диска),
сейчас мы с вами используем самый простой способ восстановления удалённых файлов, перед нами открывается несколько папок имеющих древовидную структуру, раскрываем все начиная с первой, предупреждаю, не ждите обычных названий ваших файлов, в нашем случае Фото сынишки и т.д. Можно сказать нам повезло, в окне присутствуют папки перечёркнутые
красным крестиком, это значит они были удалены, смотрим названия: Глава 01, 02 и т.д, это нужные нам папки с лекциями Университетского профессора, дело в том что перед подобными операциями восстановления, я внимательно расспрашиваю людей о названиях удалённых файлов и их расширениях, это нужно в особых запущенных случаях для поиска по маске и т.д. Вы можете не забивать себе голову на первый раз, в конце статьи мы воспользуемся методом расширенного сканирования (Scan ) и восстановим всё что было на винчестере, это конечно займёт времени по сравнению с простым способом в десять раз больше. А сейчас ставим везде галочки и далее Recover ,
выбираем куда восстанавливать, по умолчанию в личную папку R-Studio в Моих документах и предложение изменить настройки восстановления по умолчанию, оставляем всё как есть нажимаем ОК .
Идёт процесс восстановления файлов
Может возникнуть такое окно, содержание которого я вам перевёл в фотошопе, думаю мне за это ничего не будет, окно с предупреждением, что какой либо из восстанавливаемых файлов имеет атрибут скрытый, R-Studio предложит убрать этот атрибут со всех подобных файлов, соглашаемся, ставим галочку, где надо и Продолжить .
После окончания процесса восстановления, идём в папку Мои документы, далее личная папка R-Studio , она называется R-TT и смотрим результат, восстановились папки с очень нужным видео Глава 01, 02, а так же несколько папок с личными фотографиями, уже не плохо, но такой результат нас не устраивает.
Для поиска и восстановления других удалённых данных, воспользуемся функцией полного сканирования диска (Scan).
В данном окне ставим галочку Поиск известных типов файлов, и выбираем Детализированное сканирование и жмём Scan .
Наберёмся терпения, операция довольно продолжительная, в правом окне в виде разноцветных квадратиков, отображён ход процесса, на данный момент просканировано всего 13%.
Ждём, почти половина пространства винчестера просканирована 43%
На 55% моё терпение кончилось, так как прошёл почти час, и я останавливаю процесс, нажимаем на Stop
В окне программы, приведённом ниже, можно увидеть распознанные программой файловые системы и соответственно сведения или данные, которые можно восстановить.
Recognized 0
или Recognized 1
, Recognized 2
– помеченные зелёным цветом, здесь находятся данные, которые можно восстановить практически на 100%.
Extra Found Files
– помеченные жёлтым и красным цветом, данные, которые программа не смогла распознать и сопоставить какой-либо файловой системе, восстановить их скорее всего не удасться, а если что и восстановится, будет не читаемо, что бы выудить из таких файлов информацию, нужен hex-редактор, но это уже другая тема, требующая не одной, а нескольких больших статей.
Так же мало шансов на восстановление у Recognized 0
, помеченного жёлтым цветом.
Вопрос: Как обнулить MFT (главную таблицу файлов)?
Ответ:
Linoge
Быстрое форматирование (средствами винды) переписывает 32 (ХР) или 256 записей.
Все остальные на месте.
И если бы не это, то восстановление файлов могло бы быть только без имён и иерархии.
Иначе очистка mft бессмысленна.
В случае автора сами файлы уже давно презаписаны мусором - так что "враги" их содержимоеуже не узнают.
Тут, насколько понимаю, автор боится того что из MFT узнают имена файлов - ведь они реально могут дать кое какую информацию.
Кстати, есть два интересных момента.
1. Резидентный файлы
2. Ранее упомянутая фрагментация MFT - точнее случай когда она дефрагментируется. В процессе этого действа старые фрагменты не удаляются, и если поверх них ничего не записалось, то из них можно получить тот самый конфидишен.
qvad
Вы, кроме, как как высмеивания моего ответа
Кровавая пелена накатила на глаза?
А это что?
И только после этого была констатация факта, почему то воспринятое за высмеивание.
Впрочем, доля иронии была, и была в контексте высмеивания в другой теме участника, написавшего о решении проблемы.
ЗЫ: Что мешало сделать предложенное самому? Я отвечаю там, где меня спрашивают.
Вопрос: Как восстановить данные с жесткого диска?
Тип файловой системы: NTFS.
Не удается прочитать первый загрузочный сектор NTFS.
Попытка чтения второго загрузочного сектора NTFS.
Метка тома: SYSTEM.
Повреждена основная таблица файлов. Выполнение CHDSK прервано.
Причем второй компьютер видит этот диск с файловой системой RAW.
Подскажите пожалуйста, как забрать важные файлы с диска?
P.S. При попытке восстановления Windows с загрузочной флешки появляется ошибка, сообщающая что диск заблокирован. Команды bootrec /fixmbr и /fixboot не помогают.
Ответ: Восстановил данные с помощью DMDE, тему можно удалить.
Вопрос: После использования Acronis`a диск недоступен
Скрин из Crystal Disk Info:
P.S. Возможность подключить какую-либо внешнюю память и выкачать данные туда, если они найдутся, увы отсутствует.
Ответ:
Сообщение от qvad
смиритесь и идите за новым хардом
Я б с радостью, да я - обычный студент, и хард потяну разве что в кредит)) пока что попользуюсь этим, подкоплю денег, в будущем хотел бы приобрести ссд, потому как планирую потом пересесть на стационарник.
Добавлено через 1 минуту
кстати, есть вопрос по совету из темы, которую указывал ранее. как проверять на целостность данных? средствами dmde как-то?
Вопрос: Восстановление поврежденной MFT
Ответ:
Что то не состыковываются показания чекдиска и тестдиска.
Если диск в винде монтируется, но пустой, то как бы больше веры чекдиску. И если так, то обязательно забери букву у раздела пока винда в него не нагадила.
Надо посмотреть что там в реалии. Но лучше это делать в теме
Нужен дамп бутсектора раздела, желательно начальных записей MFT, можно лог поиска NTFS для проблемного раздела.
Только учти - восстановление по месту не всегда может пройти 100%, так что надо или подстраховываться или посекторкой или вытаскиванием (как минимум самого нужного) на другой источник.
Вопрос: Зависает ноут, CHKDSK не проходит
Добавлено через 2 часа 41 минуту
В общем, проверил HDDScan"ом.
/!\ 196 Reallocation Event Count 100 100 0000000000-001B 000
/!\ 197 Current Pending Errors Count 100 100 0000000000-007E 000
Видимо, придётся менять винт.
Ответ: Здравствуйте,
Какой жесткий вы используете? Есть несколько основных причинах замедления или зависания операционной системы: Вредоносные программы, перегрузка оперативной памяти, перегрев или неисправной жесткий диск. В вашем случае это не должно быть перегрев (надеюсь что проверили), так что поделитесь - какая у вас оперативная память, проверяли ее состояние? Еще можете "очистит" ноут, если какие-либо ненужные программные обеспечения стоят, а также можно провести проверку работоспособности жесткого диска с программного обеспечения от производителя. А если у вас загрузочной диск для Windows - лучше прямо слить важную инфу на другом ПК, отформатировать и установить новая ОС.
Не стесняйтесь задавать еще вопросы, Citizen_WD
Вопрос: Запускается CHKDSK при каждом старте системы
Ответ:
Big-Endian
,
А смысл натравливать чекдиск на диск с пендингами? Тормозить при работе диск один чёрт не перестанет.
Смысл в том, что винда добавит проблемные кластера в $BadClus и не будет к ним обращаться.
И особенно это актуально для служебных файлов ФС (типа битмапа тома).
Вопрос: Не запускается Windows 8.1. Код ошибки 0xc0000185
Всё началось с того, что ноутбук стал сильно тормозить и вылетал синий экран смерти с кодом ошибки KERNEL_DATA_INPAGE_ERROR
Много раз пытался исправить данную ошибку, но спустя некоторое время она вновь появлялась.
Вчера (после очередного синего экрана с данным кодом ошибки) очень долго ноутбук пытался запустить Windows, но в итоге мне выдало данное сообщение:
Ошибка внутреннего диска
Система выявила ошибку S.M.A.R.T. на внутреннем жестком диске или твердотельном накопителе.
В случае отказа системы рекомендуется провести резервное копирование данных.
Code: 05
А также выдаёт данный код ошибки: 0xc0000185
При попытке вернуть систему к заводскому состоянию выдаёт ошибку о том, что отсутствует необходимый для этого раздел.
Пытался проверить и исправить ошибки посредством chkdsk /R - на 4-ом этапе (замена поврежденных кластеров) на 65% проверка/исправление остановилась с ошибкой "Возникла неопределенная ошибка <6e74667363686b2e ae7>. Ошибка передачи сообщений о регистрации в журнал событий. Состояние ошибки: 50.
"
При попытке исправить ошибки посредством chkdsk /spotfix выдаёт следующее:
"Не удаётся восстановить основную таблицу файлов. Выполнение CHKDSK прервано"
Что можете посоветовать?
Может кто сталкивался с подобным.
Ответ: проверять винт на бэды.
Вопрос: Chkdsk выдает ошибку и не переустанавливается винда
}