» Восстановление разделов и информации на HDD (часть 7)

Спасибо, добавил другую ссылку на скриншоты.

Я по ФС, особенно по GPT не очень, так что прокомментирую железо. По SMART диск почти новый. Проблем не видно. Чтобы полностью в этом убидится - можно попробовать прогнать скан поверхности. Хотя бы начало диска. Вот только чем - выбирайте сами. Виктория диски больше 2 Tb корректно не обрабатывает, помнится. Но наачло можно и ей просканировать. Или например HDDScan. Всё же папка до того не просто так пропала... И сейчас MFT покоцалась, если верить чекдиску...
А по ФС и разметке - это вы 9285 подождите, он растолкует...

Закинул в папку скрин Виктории которая посмотрела 2 процента на данный момент. А также лог и дамп DMDE. Сам могу сказать, что немного напрягает процесс извлечения диска - сам он не останавливается пока не выключишь принудительно питание у док-станции.

Посмотрел, пока гут. если догоните до 2 Тб - Виктория по идее продолжит сканить с начала диска Так что или другой прогой сканить, или... раз это WD можно тупо посмотреть содержимое G и RELO-листов. И на 99% станет ясно, есть ли у него ремапы и нестабильные сектора...

Asderq
По данным лога поиска, в нужном месте отсутствуют начальные 4-ре записи MFT.
Поиск надо закончить чтобы стало понятно сколько фрагментов у MFT всего - пока только 2. И если их так и останется два, или найдутся ещё несколько, то не составит труда сделать имплант пропавших записей.
Но нужно посмотреть что же там сейчас - для этого нужен дамп секторов 264208+8 и 6555648+50

PS. Мысли вслух.
В голове крутятся какие то воспоминания про контроллер J-micron. Возможно причина и в нём.
Опять же - винт больше 2TB + пропажа папки - гипотетически не исключён вариант связанный с заворотом данных. Сколько на диске было записано данных?

igor_me
Викторию приостановил на 8% от нетерпения, подумал, что тормозит скан DMDE, но уже было 2 оранжевых и одна красная. WD Marvel Demo не запустилась - как я понял нужна 32бита ос.

9285
Спасибо за ответ. Добавил файлы дампа и завершенный скан DMDE в гугл-папку. Кажется 1.8 тб данных было.

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

Цитата:

WD Marvel Demo не запустилась - как я понял нужна 32бита ос.

Желательна. Но под х64 у неё тоже есть драйвер, но работает он только в тестовом режиме ОСи. (8-ка - точно, 7-ка - не помню). Да и в демке большинство функций записи отключены. Она же демка Если будет интерес идадите удалёнку - могу глянуть по вопросу осмотра и очистки листов...

Цитата:

несколько раз за секунду устройство обнаруживалось и пропадало из винды с характерным звуком

А сам диск в коробке при этом не тормозил движок? Хз-хз проблемы с поверхностью не исключены. Как впрочем и заворот данных. Но в USB-боксах он ведь почти не случается, а 9285?

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


Добавлено:
igor_me

Цитата:

Но в USB-боксах он ведь почти не случается, а 9285?

[more=Как бы и да, и нет.]В семёрке нет проблем с заворотом, но если стоят некоторые версии драйверов чипсета, то происходит. Следовательно, он может происходить за счёт кривых драйверов. Разве можно исключить что и для USB-носителей есть таковые? В том числе каких то отдельных вендоров. Опять же, можно вспомнить боксы Adata, которые делали сдвиги байтов в секторах, в том числе в начальных записях MFT. Где гарантия что и у jmicron нет таких косяков (на аппаратном уровне)? Кстати, ещё не факт что в инструкции к боксу может и есть запись о поддержке только до 2 ТБ.
Просто, если фигурирует что то обьёмом более 2ТБ (*) невольно возникает версия про заворот. И особенно если что то внезапно исчезает. Ведь могло же исчезновение папки быть связанным с этим.
Поэтому и написал эту (пусть и гипотетическую) версию.[/more]

igor_me
Тормозил ли, я не уверен. Кажется да. Предложение запомнил, спасибо. Пока восстанавливаю данные.

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

И в инфе к док-станции пишут "Support dual 2.5’’&3.5’’ SATA HDD at the same time,maximum capacity can be 3TB*2=6TB"

Asderq

Цитата:

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

Советы - дело неблагодарное. Ведь всё зависит от возможностей и желаний самого пользователя.
Например я давно пишу про то, что диск надо делить на разделы, а уж такой то уж точно. А недавно один из пострадавших сам сделал такой вывод http://forum.ru-board.com/topic.cgi?forum=62&topic=20390&start=3120#16 Но я не могу заставить человека, если ему удобнее одним.
Опять же - возможности. Здесь нередко и на меньший обьём данных места не могут найти, да и стоят такие обьёмы немало по нынешним временам. Именно поэтому не исключил возможность восстановления по месту.
То есть, можно поступить несколькими способами.
1. Вытащить всё нужное на другой носитель. Этот переформатировать (переразбить) и сбросить данные на него. Этот вариант предполагает наличие обьёма для ценных данных.
2. Попробовать поправить MFT и поверить в то, что чекдиск подрихтует нормально. В этом случае бонусом можно получить данные, которым не хватит места на другом носителе.

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

Научите править MFT, пожалуйста. Ценные данные копирую на другой носитель. Если получится применить исправления, то минус день на обратное копирование.

Жёсткий диск 1тб. NTFS разделён на 4 логических диска, на одном из них, объёмом 52 гб NTFS,
созданы папки и в них находятся документы. На этом же диске есть основная папка "РАБОТА"
весит 19гб. Толи после скачка напряжения электричества, или действия вируса, эта папка "РАБОТА"
становится файлом без расширения и весит 0 кб, остальные папки и находящиеся в них документы
остались целыми. Операционная система стоит на другом HDD. Проверка на вирусы
ничего не дала, логи HiJackThis и AVZ отправлял на проверку на сайт "Компас".
Проверку диска(chkdsk N: /f/r) на ошибки сделал не помогло.

Asderq
Научить этому вроде бы и несложно, но и непросто.
Несложно, потому что есть куча информациии по устройству NTFS, и уча тех же решений проблем по которым можно поучится (как я делал в своё время).
Непросто, потому что есть много нюансов, и недокментированных вещей, которые я сам не знаю. Да и самое главное - понимание (скажем так) всего этого в комплексе применительно к индивидуальным случаям и желание самообучаться.
Вот ты фотограф. Возможно я что то не то ляпну, но сможешь меня научить делать красивые фотки?
http://rghost.ru/8r7zkJh8v
В архиве патч для начальных четырёх записей. Записать в соответствующий сектор.
Но перед этим прочти следующее:
0. Предполагается что возможная проблема со шнурком или каие то другие физические проблемы устранены.
1. Так как восстановление по месту сложно гарантировать, тем более при мизере данных - то есть исходим из предположения что мусор попал лишь в первые три записи. К тому же, в патче нет данных журнала ФС, поэтому он не будет учтён. Поэтому сначала вытащи всё важное.
2. В диспетчере винды забери букву у тома. Сделай в DMDE GPToff,и примени изменения и переподключи док-станцию. Это нужно сделать чтобы винда случаем сама не исправила ошибки.
3. Запиши патч, переоткрой диск и посмотри содержимое Root. Похоже на нужную структуру? Если да. то патч записан правильно - нередко ошибаются не указав правильный начальный сектор, и по дефолту пишется в нулевой сектор и последующие (семь в ствоём случае). Можешь попробовать восстановить несколько файлов для проверки.
4. Когда уже решишься на восстановление по месту - сделай GPT on, примени изменение, переподключи док-станцию, при необходимости дай букву в диспетчере дисков винды.
При любом запросе системы на исправление ошибок отказывай(ся).
5. Запусти проверку чекдиска (в режиме только чтения) и покажи результат проверки.

Так пишу отчет:

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

Винчестер с копией подвергся обработке r-studio 7.6, читал в интернете, сам испытал на себе, чумовая прога, подняла таааакой рариет с винта, реально 5ти летний давности, я даже его и не помнил уже. Как итог из последней информации восстановлено 95%, все документы, таблицы, презентации, фотографии практически все, даже с большим весом. Счастлив и доволен как слон говориться)) Все самое ценное и при снова со мной)

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

CyprusVint

Цитата:

выполнялось с помощью программы DMDE 2.4

В 2.10 это есть, причём во Free а не ломанной - инфа с
Цитата:

еще одного форума

.
Ну а что касается R-studio, то неплохая, но не на столько - есть у неё свои косяки.

CyprusVint
Не понял, мы же собирались винт чинить. Уже нет?

Добавлено:
Luvenga
Прогонять проги для восстановления инфы, что они найдут...

Luvenga

Цитата:

Проверку диска(chkdsk N: /f/r) на ошибки сделал не помогло.

Мягко говоря, шаг опрометчивый, причём дважды.
В чём хоть проверял? На лог исправлений можно посмотреть?
И что значит не помогло? В принципе, не найдя "родителя" чекдиск должен "беспризорных детей" поместить в скрытую спецпапку found.000 в корне каталога. Есть такая?

И (или) пробуй что написал igor_me, а если хочешь разобраться, то надо найти соответствующую папке запись MFT и смотри что в ней.




Добавлено:

Заглянул на болото, где меня по айпишнику забанили (ну прям как малые дети) и прикололся как там "решают" проблемы. http://forum.oszone.net/thread-305023.html
Хотя, есть два положительных момента.
Отсутствие помощи подталкивает пострадавшего выкучиваться самому.
Ну и главное что не сделали хужее - что там нередко встречается.

9285
главное помогла она)))
Спасибо!

Добавлено:
igor_me
Спасибо Вам тоже за помощь, главное что информацию вытащил с помощью посекторного копирования, а винт уже не нужен в принципе)

Восстановил все, что хотел с помощью DMDE. И получилось больше 2 тб, так что до этого я ошибался про занятый объем.
9285 Науку освоить не претендую, а вот как патч использовать - это да. Спасибо.
Все сделал, после применения патча в DMDE структура правильная, файлы восстанавливаются. Переподключил, дал букву, при этом виндовая утилита "управление дисками" видит диск как пустой RAW.
Chkdsk пишет:
Тип файловой системы: NTFS.
Метка тома: april 2015.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Этап 1. Проверка базовой структуры файловой системы...
Запись атрибута (176, "") в сегменте записи файла 0
повреждена.
Запись атрибута (160, $I30) в сегменте записи файла 137159
повреждена.
Обработано записей файлов: 179280.
Проверка файлов завершена.
Обработано больших файловых записей: 104.
Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.

Случилось страшное -
утром прицепил внешний диск (1 Тб) к ноутбуку (староватый - под ХP), переписал на него несколько файлов (пользуюсь Far), после чего закрыл крышку ноутбука, он заснул, после чего я отцепил винт. На работе на этот винт кое-что записал, кое-что удалил, вечером опять прицепил его к ноуту, открыл крышку, ноут проснулся. На панели Farа было видно содержимое корневого каталога винта, как оно было утром. Я как-то не подумал, что надо бы "перечитать" заново оглавление, начал открывать файлы с диска, удивился что вижу папки, которые уже удалил днем - но они не открываются - в конце концов получил сообщение что диск невозможно прочитать. На диск в это время ничего не писал и не удалял! только пытался открыть файлы и папки, поэтому надеюсь что можно все восстановить. Насколько понимаю, туда писанулось предыдущее оглавление, или что-то в этом роде.
Загрузился с LiveCD, посмотрел посредством Paragon HDM, который видит на этом диске все вроде правильно - и метку тома, и наличие раздела NTFS, и занятое пространство, - однако система все равно видит его только как неотформатированный безымянный диск.
Пока ничего не делал, только посмотрел. Посоветуйте, что сделать, а то терабайт весьма ценной информации...

Vouk1
Изредка у меня такое случается (кстати, тоже на ХР) - диск RAW и без буквы. Лечится присваиванием буквы вручную.

Цитата:

Изредка у меня такое случается (кстати, тоже на ХР) - диск RAW и без буквы. Лечится присваиванием буквы вручную.

у меня наверное не такое, я ведь все написал выше. Букву система и так присваивает, только открыть его не получается, что под ХР, что под Windows 7.

Asderq

Цитата:

Запись атрибута (176, "") в сегменте записи файла 0 повреждена.

Эта ошибка предсказуема - я специально не прописывал Bitmap MFT, потому как чекдиск сам найдёт ей место, а искать оригинальный что иголку в стогу сена.

Цитата:

Запись атрибута (160, $I30) в сегменте записи файла 137159 повреждена.

Можно глянуть за что отвечает запись 1371159, но скорей всего какая то индексная запись - такие ошибки обычно чекдиск нормально исправляет.
Вроде бы всего две ошибки, но на самом деле их больше, т.к. не прописан журнал ФС, и зеркало с мусором. Но это не показывается, как и многое (возможное другое). Решать тебе, но если извлёк всё ценное, то можешь запускать на исправление.

Vouk1
Запусти чекдиск в режиме только чтения - покажи результат проверки.

9285

так показывает Windows 7

вот что видно в Paragon HDM 12

И вот результат chkdsk g:

[more] Не удержался. Вот мои результаты
C:\Users\AsderQ>chkdsk H: /F
Тип файловой системы: NTFS.
Метка тома: april 2015.

Этап 1. Проверка базовой структуры файловой системы...

Удаление поврежденной записи атрибута (176, "")
из сегмента 0 записи о файле.

Удаление поврежденной записи атрибута (160, $I30)
из сегмента 137159 записи о файле.


Обработано записей файлов: 179280.
Проверка файлов завершена.


Обработано больших файловых записей: 104.


Обработано поврежденных файловых записей: 0.

Этап 2. Проверка связей имен файлов...

Удаление поврежденного индекса $I30 файла 137159.
Повторное создание удаленного индекса $I30 в файле 137159.


Обработано записей индекса: 186738.
Проверка индексов завершена.
Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопо
ставление с исходным каталогом.
Восстановление потерянного файла $MFT (0) в файле каталога 5.
Восстановление потерянного файла desktop.ini (127016) в файле каталога 137159.
Восстановление потерянного файла .sync (137160) в файле каталога 137159.
Восстановление потерянного файла 2015-05-23 Олимпийская деревня full size.zip (1
37173) в файле каталога 137159.
Восстановление потерянного файла 2015-06-04 Маском (137175) в файле каталога 137
159.

C:\Users\AsderQ>

Microsoft Windows [Version 10.0.10240]
(c) Корпорация Майкрософт (Microsoft Corporation), 2015 г. Все права защищены.

C:\Users\AsderQ>chkdsk H: /F
Тип файловой системы: NTFS.
Метка тома: april 2015.

Этап 1. Проверка базовой структуры файловой системы...

Удаление поврежденной записи атрибута (176, "")
из сегмента 0 записи о файле.

Удаление поврежденной записи атрибута (160, $I30)
из сегмента 137159 записи о файле.


Обработано записей файлов: 179280.
Проверка файлов завершена.


Обработано больших файловых записей: 104.


Обработано поврежденных файловых записей: 0.

Этап 2. Проверка связей имен файлов...

Удаление поврежденного индекса $I30 файла 137159.
Повторное создание удаленного индекса $I30 в файле 137159.


Обработано записей индекса: 186738.
Проверка индексов завершена.
Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопо
ставление с исходным каталогом.
Восстановление потерянного файла $MFT (0) в файле каталога 5.
Восстановление потерянного файла desktop.ini (127016) в файле каталога 137159.
Восстановление потерянного файла .sync (137160) в файле каталога 137159.
Восстановление потерянного файла 2015-05-23 Олимпийская деревня full size.zip (1
37173) в файле каталога 137159.
Восстановление потерянного файла 2015-06-04 Маском (137175) в файле каталога 137
159.

C:\Users\AsderQ>chkdsk h:
Тип файловой системы: NTFS.
Метка тома: april 2015.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Этап 1. Проверка базовой структуры файловой системы...


Обработано записей файлов: 179280.
Проверка файлов завершена.


Обработано больших файловых записей: 104.


Обработано поврежденных файловых записей: 0.

Этап 2. Проверка связей имен файлов...


Обработано записей индекса: 186738.
Проверка индексов завершена.
Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопо
ставление с исходным каталогом.
Потерянный файл $MFT (0) должен быть восстановлен в файл каталога 5.
Потерянный файл desktop.ini (127016) должен быть восстановлен в файл каталога 13
7159.
Потерянный файл .sync (137160) должен быть восстановлен в файл каталога 137159.
Потерянный файл 2015-05-23 Олимпийская деревня full size.zip (137173) должен быт
ь восстановлен в файл каталога 137159.
Потерянный файл 2015-06-04 Маском (137175) должен быть восстановлен в файл катал
ога 137159.
Потерянный файл _AV_3605.JPG (137178) должен быть восстановлен в файл каталога 1
37159.
Потерянный файл PlayerProfiles.zip (137180) должен быть восстановлен в файл ката
лога 137159.
Потерянный файл _AV_6237-Edit пример.psd (137181) должен быть восстановлен в фай
л каталога 137159.
Потерянный файл ББС фото.zip (137182) должен быть восстановлен в файл каталога 1
37159.
Потерянный файл Загрузки (137183) должен быть восстановлен в файл каталога 13715
9.
Пропускаются дальнейшие сообщения о восстановлении потерянных объектов.


Проверено неиндексированных файлов: 37.
Восстановлено неиндексированных файлов в первоначальный каталог: 37.


Восстановлено неиндексированных файлов в утерянное и найденное: 0.


Этап 3. Проверка дескрипторов безопасности...
Проверка дескрипторов безопасности завершена.
У файла 2 отсутствует атрибут данных.


Обработано файлов данных: 3731.
CHKDSK проверяет журнал USN...
Завершена проверка журнала USN
В зеркальной копии основной таблицы файлов обнаружены ошибки.
Обнаружены ошибки в файле журнала.
Неверный атрибут BITMAP основной таблицы файлов.
Неверная битовая карта тома.
Windows проверила файловую систему и обнаружила проблемы.
Запустите chkdsk /scan, чтобы найти проблемы и поставить их в очередь на устране
ние.

2861458 МБ всего на диске.
2380678 МБ в 175423 файлах.
43400 КБ в 3731 индексах.
0 КБ в поврежденных секторах.
314883 КБ используется системой.
0 КБ занято под файл журнала.
491961152 КБ свободно на диске.

4096 байт в каждой единице распределения.
Всего единиц распределения на диске: 732533503.
Доступно единиц распределения на диске: 122990288.

C:\Users\AsderQ>chkdsk H: /scan
Тип файловой системы: NTFS.
Отказано в доступе.

При сканировании этого диска произошла ошибка моментального снимка. Выполните ав
тономную проверку и исправление.

C:\Users\AsderQ> [/more]

Vouk1
есть проблемы с 9-ой записью а она отвечает за права доступа. И вид тома соотвествует случаю когда проблема с таковыми.
Программами для восстановления пробовал открывать том - всё там на месте?
Asderq
Я с чекдиском от предыдущего микрософтовского кафеля не очень знаком, а о новом фасоне вообще только читал - соответственно не могу что то подсказать.
[more=офф] вот насколько реально нужна 10-ка? Мне понятно когда человек любитель экспериментов (и наступать на неизвестные ещё грабли), но для обычного пользователя какой толк в этом? Раньше было правило - не ставить новую ОСь пока не выпустят хотя бы первый сервис пак - теперь и такового даже нет.[/more]

Цитата:

Программами для восстановления пробовал открывать том - всё там на месте?

я смотрел только Paragon HDM (выше см. принтскрин), а дальше не лез чтоб не напортить.
Чем посоветуете открыть?

лишь бы как-то перекатать всё на другой носитель, а этот заформатирую...

Vouk1

Цитата:

выше см. принтскрин

Да видел я его 0 только толку от него как от рогатого животного молока.
Открой нужный логический диск в DMDE, зайди в Root и посмотри что там.
Если чего то нет, то зайди во Все найденные +реконструкция, согласись на виртуальную реконструкцию и смотри появилось ли что то пропавшее.
Неплохо было бы почитать http://dmde.ru/manual.html, как минимум - http://dmde.ru/manual/filepanel.html чтобы было понятно что есть что.
Можешь попробовать восстанавливать на другой носитель.

Цитата:

а этот заформатирую...

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

Цитата:

Открой нужный логический диск в DMDE, зайди в Root и посмотри что там. Если чего то нет, то зайди во Все найденные +реконструкция, согласись на виртуальную реконструкцию и смотри появилось ли что то пропавшее.

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


Цитата:

чекдиском исправить

а с какими параметрами запустить, /f или еще что?

Здравствуйте.
Помогите советом, есть USB-флешка на 4 Гб. И однажды случилось с ней такое (внезапно, т.е. все норм было, а потом воткнул и вижу кракозябры):



Информацию можно спасти еще?