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

Zloychel
Предположительно в раздел записалось что-то большое. Не знаю, что это могло быть, это не образ NTFS/FAT раздела (и вообще ИМХО не образ раздела). Т.к. по сигнатурам тоже не находится, то это должно быть нечто очень большое, но не образ... В общем ХЗ, с разделами ведь сделали неизвестно что, как Вы говорите...

Antech
Всё то же. CHKDSK пишет повреждена MFT.

Цитата:

Патч MFT. Запишите эти 8 секторов, начиная с сектора 30870906

Итог:

Chkdisk показал: http://sderni.ru/32674
После записи сектора 30870906: http://sderni.ru/32669
После записи сектора: http://sderni.ru/32670
R-Studio не все файлы может восстановить, дефрагментации нет: http://sderni.ru/32672
SMART - похож на хороший: http://sderni.ru/32673
Тест на физ.bad-блоки Victoria: отстутствуют.
Большинство данных слил (самые нужные - удалось, но не все.

Antech

Цитата:

Потом мне dmde посоветовал "Копировать секторы". Потому как оно пишет максимум столько секторов, сколько есть в дампе

-Отличная и простая идея. Спасибо!

Думаю, на не системном диске лучше создавать 2 раздела.
Теория вероятности, однако, - 1 из них остается обычно.
Разумно?

IceFly
Можете пускать на исправление (/f). Если железо опять не наглючит, то почти 100%, что Чекдиск отработает правильно. Почти 100%.

ZVERMIX
Блин. Ладно, для проверки повторите дамп 12032 (один сектор) и 1232+6291456 (10 секторов). У меня ведь он ничего такого на Вашу MFT не говорит.

Antech

Цитата:

1232+6291456

Всмысле с 6292688 сектора?

А еще возможно что я напутал с поиском NTFS в DMDE. При выборе области поиска там в окне раздел выводится "Logical Drive D:"(976766976 секторов) и его подпункт "$Noname 01(D:)"(976766969 секторов), указанный как логический диск. Я провел поиск в подпункте похоже. Так и надо было, и если нет, не могло ли это повлиять на диагноз?

Добавлено:
Antech

Цитата:

Блин. Ладно, для проверки повторите дамп 12032 (один сектор) и 1232+6291456 (10 секторов). У меня ведь он ничего такого на Вашу MFT не говорит.

http://zalil.ru/30060756
http://zalil.ru/30060770

Antech
Интересно. R-Studio в посекторном клоне диска:
- не видит папку на 100 Gb.
- некоторые файлы отметила красными крестиками (дефрагментации вообще нет).

Ваш патч+chkdsk_ _/f: восстановил раздел и большинство файлов тоже(и папку на 100 Gb), превратилось, правда, 80 гиг файлов в .chk (благо, некритичные).
Сейчас буду разбираться с CHKParser32 (правда нет там некоторых нужных сигнатур). О! Уже решил и это... Все в порядке!

DMDE - хорошая программа! И разработчики нравятся. Не как мужчины , а умом и разумностью в ценах.

Нужен совет: smart и физически диск хорош, но

Цитата:

Ошибка передачи по USB. Это называется "USBC"...

Как еще протестировать диск во избежание? И нужно ли?

И теперь: форматировать ли весь физ. диск средствами системы, потом снова делить на разделы.
Или занулить весь с DMDE? И потом остальное?

Главное:
Пока восстанавливал даные, пришлось работать и научиться(хотя бы в некоторой степени разбираться в программах:
-DMDE
-WinHex
-R-Studio
-TestDisk
-PhotoRec
-работа в командной строке, attrib функции
-CloneZilla
-CHKParser32
-Victoria
-HDD Scan
+некоторые сопутствующие знания (помимо всех моих аудио-фото-видео прог)

Знание-сила! Правда еще надо желание и возможность учиться. Блин, ночами сидел.
Зато многое получается, пусть и не все.
Только чем больше знаю, тем меньше знаю ))
Так что, народ, дерзайте!

И спасибо большое, Antech, 9285, Ignat, Altus, LeoT!

IceFly
Несколько странно, что Чекдиск сообщал о проблемах в нескольких файлах, и тут вдруг 80 гиг улетело в chk. Т.е. либо глюки продолжаются, либо Чекдиск нагло врал. Это и есть "почти" .


Цитата:

Как еще протестировать диск во избежание?

Если ничего не менялось, то не воизбежание, а в подтверждение.
Скопируйте с этого винта файл побольше, переподключите винт и сравните копию с оригиналом в WinHex - Tools - File - Compare.

ZVERMIX
Поиск в таких случаях надо делать в области всего физического диска, т.к. про Ваши разделы ничего не сообщалось.
Насчет второго дампа у меня опечатка, извиняюсь, ноль пропустил (12032). Ладно, забьем на это.
Давайте проясним ситуацию:
1. Покажите дамп сектора 0.
2. Сообщите количество, типы Pri/Ext и типы ФС разделов непосредственно перед появлением проблемы.
3. Повторите поиск в DMDE, указав как область весь диск. Достаточно до того момнта, когда будет найдено начало нужного раздела. Это легкоопределить, если раздел был один.

Antech

Цитата:

1. Покажите дамп сектора 0.

http://zalil.ru/30062234

Цитата:

2. Сообщите количество, типы Pri/Ext и типы ФС разделов непосредственно перед появлением проблемы.

На этом физ. диске один раздел, D:, первичный, NTFS.

Цитата:

3. Повторите поиск в DMDE, указав как область весь диск. Достаточно до того момнта, когда будет найдено начало нужного раздела. Это легкоопределить, если раздел был один.

Для проверки копировал с внешнего USB диска на др.диск файл размером 50 Gb.
Сравнил файлы WinHex-ом. Тождественны.

Извиняюсь за повтор вопроса:

И теперь: форматировать ли весь физ. USB диск средствами системы, потом снова делить на разделы.
Или занулить весь (или части) с DMDE? И потом остальное?
Или оставить как есть? После "патчевания" вроде все в порядке.

ZVERMIX
"Область поиска: 0 - 0." Это как?

Нулевой сектор - имелось в виду LBA (физического), а не нулевой сектор раздела.

На этом физ. диске один раздел, D:, первичный, NTFS
ОК, понятно.

IceFly

Цитата:

форматировать ли

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

Antech
ZVERMIX

Цитата:

там в окне раздел выводится "Logical Drive D:"

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

Antech

Цитата:

Абсолютно новый шлейф бывает уже не ахти.

Заменил шлейф.


Цитата:

после нескольких винут HDDScan - Surface - Read UDMA CRC Errors Raw возрастает?

до теста...


...после теста



Цитата:

Сделайте в MHDD или Victoria сканирование с включенным ремапом (remap).

Я посмотрел: у меня нечитаемые сектора (7907-7970, 7871-7934,7935-7998) находятся в FAT1. Куда они будут remap'ится?

На всякий случай HDDScan-Surface Test,
статистика

LaCastet
ОК, интерфейсные во время теста не появлялись, это есть гуд.


Цитата:

нечитаемые сектора (7907-7970, 7871-7934,7935-7998) находятся в FAT1. Куда они будут remap'ится?

Это только гуры знают. Резервная область может быть физически по-разному расположена. Но LBA этих секторов не изменятся. Поэтому у Вас просто в FAT1 будут дырки, заполненные нулями.


Цитата:

статистика

Бэдов всего 7, это не так много.
Но есть 134 медленных ">500 мс", что не есть хорошо для несистемного винта.

Antech
dmde

Цитата:

"Область поиска: 0 - 0." Это как?

Это потому что были открыты сохраненные результаты уже завершенного поиска видимо. Но это все равно поиск по "Logical Drive D:", а теперь а наконец понял что надо было по физ. диску искать) Я так понимаю на этом скрине начало раздела уже найдено.

А вот полный поиск:

почитал шапку и перепугался... подскажите, а какой качественной программой можно протестировать и вылечить диски? 1- 1,5тб, 2-1,0тб.
о! прошу прощения , уже всё нашёл, очень толковое оглавление и статьи.

ZVERMIX
Вот, это уже лучше. Раздел был логическим в расширенной области, область начиналась в 16065, раздел - в 16128, это стандартно. Разумеется, один расширенный+логический был очень странным выбором, но это так.
Запишите MBR в сектор 0 и перезагрузитесь. Если произойдет чудо, раздел откроется. Иначе покажите сектор 16128 физического и вывод Чекдиска без /f.

Antech

Цитата:

Запишите MBR в сектор 0 и перезагрузитесь.

В раздел 0 физ. диска? Сделал, теперь chkdsk определяет D: как RAW, при попытке зайти в D: проводник просит форматнуть.

Добавлено:

Цитата:

покажите сектор 16128 физического

http://zalil.ru/30068810

ZVERMIX
Размер раздела в бутсекторе завышен, отсюда RAW в Чекдиске. Запишите BS в сектор 16128 (исправлен объем, теперь раздел занимает от 16128 до конца винта).

Antech
Раздел заработал! Спасибо огромнейшее за помощь, даже не знаю как выразить благодарность... Как хорошо что есть у нас люди которые готовы так безвозмездно помогать нуждающимся, прошу прощения за отнятое время и свою надоедливость)

ZVERMIX
Аллилуйя .
И не забудьте выкинуть PartMagic, Acronis и аналоги. Часто после них уже нечего делать, Вам повезло.

Antech
Сделал Remap. Сильно ситуация не улучшилась. DMDE и GetDataBack как видели папки, так и видят. R-Studio раньше нужные папки видел, но файлов там не показывал и выдавал огромное количество ошибок (большее чем у DMDE и GetDataBack). Сейчас R-Studio вообще подвисает, что даже выключение компьютера не закрывает программу.







Дальше chkdsk /f?

Antech
Может вам будет интересна информация, что же случилось с теми двумя разделами. Как оказалось (после следственного эксперимента и допроса без пристрастия) мальчик, лет 12-13, захотел расширить место. Для этого он избрал оригинальный способ, а именно зашел при загрузке в Зону безопасности Акрониса и совершил Безопасное удаление данных
Сожалею, что не пообщался с ним раньше. Сэкономил бы и ваше время и мои нервы.
Господа! Не забывайте, что общение с клиентами о последних действиях, которые они совершали, до того момента как: "Чё-то ничё не включается", сохранит ваше время и душевное равновесие.
Удачи!

LaCastet
Что сейчас говорит скан в MHDD/Victoria без ремапа?
Что в СМАРТе?

Zloychel
.

Antech

Цитата:

Что в СМАРТе?

Практически ничего не изменилось. Пара позиций отличается на 6 ед. Точнее смогу сказать в понедельник.

Antech

Цитата:

Что в СМАРТе?

WDC WD400JD-75HKA1 WD-WMAJA1855328
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 200 200 51 12067 •••••
3 Spin-up time 100 100 21 2341 •••••
4 Number of spin-up times 99 99 40 1781 ••••
5 Reallocated sector count 200 200 140 0 •••••
7 Seek error rate 200 200 51 0 •••••
9 Power-on time 81 81 0 14428 ••••
10 Spin-up retries 100 100 51 0 •••••
11 Recalibration retries 100 100 51 0 •••••
12 Start/stop count 99 99 0 1714 ••••
194 HDA Temperature 100 6 0 43°C/109°F ••••
196 Reallocated event count 200 200 0 0 •••••
197 Current pending sectors 196 186 0 27 •••••
198 Offline scan UNC sectors 196 173 0 27 •••••
199 Ultra DMA CRC errors 200 199 0 227 •••••
200 Multi zone error rate 200 195 51 28 •••••


Цитата:

Что сейчас говорит скан в MHDD/Victoria без ремапа?

скан в MHDD/Victoria без ремапа

Доброго времени суток. Немножко не в тему, но в тему =)
Пишу программу работающую с жестким диском (по типу рекаверилки). Работаю напрямую с файловой системой NTFS посредством CreateFile('\\.\PhysicalDrive0', ...
Со спецификациями самой файловой системы я разобрался, но есть некоторые непонятки:
Файлы INDX: В них частенько встречаются подобные записи ("квадратики"):

Ошибки в коде 100% нет, WinHex показывает тоже самое по этим адресам, однако вин не видит "выдуманные" директории, зато прекрасно видит настоящие, в которых нет ошибок имени. Вопрос: почему это происходит и как с этим бороться? Неужели нужно все MFT#-записи выдирать по их адресам, чтобы получить гарантировано нормальные имена? Или быть может это ошибка ФС в VirtualBox?

LaCastet
Сорри, пропустил Ваше сообщение.

Цитата:

196 Reallocated event count 200 200 0 0
197 Current pending sectors 196 186 0 27

И это после скана с ремапом? Странно.

badxxx
Теперь нас двое .
Прога будет бесплатная? Какие функции?

По теме. Проверьте просто глазами эти элементы индексов. Проверьте по Linux NTFS doc, что правильно определяете конец INDX'а, что не ошиблись с длиной имени элемента INDX'а.


Цитата:

Неужели нужно все MFT#-записи выдирать по их адресам, чтобы получить гарантировано нормальные имена?

Нет, конечно не нужно. Вот пример из моей проги - именно парсинг INDX'ов, справа - просто проскроллировано:

Antech

Цитата:

И это после скана с ремапом? Странно.

Теперь Chkdsk /f?

LaCastet
Вначале пересканируйте с ремапом - насколько помню, два бэда все еще остались. Ну и если инфа не особо важная, или есть копия, то да, можете и Чекдиск /f.

Доброго времени суток!
Внешний винчестер USB HDD A-Data 320Gb видимо после некорректного отключения от ПК потерял файловую систему. При подключении в Windows диспетчер дисков долго думает, потом показывает, что у диска файловая система RAW. Хотя, если в cmd задать команду chkdsk x: /f, то при запросе подтверждения пишет, что файловая система FAT32X. Вобщем, я не рискнул воспользоваться chkdsk, а снял необходимые скриншоты и первые 100 секторов для анализа ситуации. До этого на диске был один раздел (скорее всего FAT32, но может быть и NTFS). Прошу помочь, т.к. на диске важная информация.

Секторы 0-99