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

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

ICQman2GO

Цитата:

chkdsk x: /f

Млин, ну Вы-то далеко "не первый раз за мужем", неужели забыли, что /f нельзя? Это уже 4-й Ваш кейс...


Цитата:

потерял файловую систему

Кирдык начальному сектору первой таблицы FAT (мусором переписался), несколько следующих секторов таблицы выглядят нормально, дальше заканчивается дамп. Бутсектор ОК (совпадает с копией кроме dirty flag, но это не важно), тип раздела в таблице ОК (0C - FAT32).
Скорее всего (если не 100%), вторая таблица также испорчена, что означает GetDataBack for FAT. Но на всякий покажите plz 10 секторов физического, начиная с 76388.

й

Antech

Цитата:

неужели забыли, что /f нельзя?

Я "в шапке", поэтому только посмотрел до выполнения, какую chkdsk покажет FS и отменил. Она же спрашивает - Y/N.
Вот 10 секторов с 76388:
Ссылка

А в плане надежности сохранения данных лучше использовать NTFS?

ICQman2GO

Цитата:

Она же спрашивает - Y/N

Нет, исправление начинается без подтверждения.


Цитата:

в плане надежности сохранения данных лучше использовать NTFS?

Нет, бэкап. Но NTFS в некоторых случаях лучше выживает (отключка питания, случайное удаление).

Во второй таблице в начальном секторе аналогичная шняга.
GetDataBack for FAT.

Здравствуйте, под виндовсом пропал раздел нтфс 700Гб, показан как неразмеченная область.
Произошло после перезагрузки из-за зависона. Раздел и содержимое хорошо просматриваются Акронис Диск Директором и Тестдиском. Пробовал также фиксить мбр, не помогло. При попытке пофиксить mft через тестдиск компьютер тут же перезагружается.
Диск Seagate ST3750330AS.
Грешу на глюк NTFS или mft.

Не думал, что попаду в такую ситуацию.
Удалили случайно с рабочего стола 1 папку с ценной информацией.
Удалено было одним из двух способов - либо Shift-DEL, либо удаление в корзину, а затем её чистка.
R-Studio, GetDataBack, Handy Recovery, DMDE, WinHEX не видят удалённую папку вообще.
Всё, что они видят было досконально проверено вручную.
WinXP, NTFS, логический диск с системой, на котором была папка - 20 Гб, свободно 2.5 Гб, так что по идее должно было что-то остаться для восстановления.
Интересуют хотя бы имена файлов и папок внутри этой папки.