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

Antech
По моим расчётам у IceFly номер сектора всё таки другой.

Что касается ситуации komisskomiss , то не хочется торопиться без знания точных данных. Программы тоже не идеальны. Кстати, у меня есть образ одного 20 гигового раздела. Так вот его DMDE не может открыть, хотя тот же WinHex без проблем.
Но это было "вчера". Буквально недавно скачал новую версию и она всё прекрасно открыла. Видимо что то же поправили. Но, до сих пор в поиске некорректно набирается шаблон поиска MFT.
После общения с одним участником выяснено что, на самом дел, ошибки в поиске нет - просто неправильно им пользовался.
Да и восстановление не то дело где спешка нужна. Лучше перестраховаться.
Кстати, чем обьяснить то, что при одной и той же таблице ХР нормально открывает а 7-ка нет?

Лабуда-лабудой, но лично я не вижу смысла изменять структуру, а если уж и менять то "прибраться" - удалить записи, характерные логическим разделам. Сейчас не прибраться, не дай бог что случись - старый мусо будет мешаться под ногами.
Да и по поводу CHS после случая timsky, я не стал бы так просто игнорировать их.
В общем то, по мне лучше меньше (так как медлено происходит), но лучше.

Удалял проги с помощью Your Uninstaller. И забыл, что в 1 из прог я временно перенес часть Favorites. По ходу удаления проги заметил, что удаляется что-то не то Срочно вырубил Your Uninstaller диспетчером задач. Если я не путаю ничего -то все что не принадлежало самой проге, у меня благополучно осело в корзине. Там я нашел свои фавориты. Но вот вопрос -все ли там?
Очень срочно нужен ответ, а то я сижу -не знаю как быть (варианты знаю, но вот на диске с: все так быстро тает...А сканирование Р-Студио получается крайне долгим, вырубил его, т.к. из-за скорости не подходит. надо 2 дня сканить(( Почему-то скорость крайне низкая)

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

Цитата:

Часто стали возникать ошибки такого характера: запускаешь прогу или какую-то менюшку в проге и появляется такая ошибка: "Инструкция по адресу "0x0221136b8" обратилась к памяти по адресу "0x00000000". Память не может быть "read"

У меня же такого не наблюдается. Значит ли это что моя память компа в порядке или это ничего не значит?

Т.к. я собираюсь переустановить винду, крайне озадачен этим сообщением.

Цитата:

Как можно на старую ОС поставить поверх другую ОС?
Обычно в этом случае при установке появляется надпись, что все данные на разделе винта будут утеряны. Т.е. затруться новой операционной системой. Т.е. перед установкой новой ОС вы должны были спасти данные свои - перенеся их куда нибудь...

Неужели новую винду надо ставить на пустой диск? Я, правда, акронисом пока хочу восстановить уже готовый образ, но могут ли и в этом случае быть последствия? Надо ли мне с с: копировать все данные?

9285

Цитата:

По моим расчётам у IceFly номер сектора всё таки другой

Да, это я ошибся, хотя вроде начальный скопировал и проверил, что прибавляю 6291456, вот блин. Должно быть 30870906, проверил 2 раза.


Цитата:

чем обьяснить то, что при одной и той же таблице ХР нормально открывает а 7-ка нет?

Это известная хрень. XP, вероятно, просто не проверяет пересечение разделов. В результате через некоторое время один из разделов улетает. А вот Семерка просто не монтирует раздел, на который наползает. Он все равно может повредиться, он зато вероятность намного меньше, т.к. юзер сразу видит, что раздел недоступен.


Цитата:

старый мусор будет мешаться

Это да. И CHS желательно "правильные" ставить. Но время.

Antech

Цитата:

Должно быть 30870906, проверил 2 раза.

Имено так. У меня такой на бумажке написан, а с 9 при наборе ошибся.


Цитата:

Но время.

А нужна ли спешка?

А мне-то что делать?
Хоть форум заработал ))

З.Ы. Опа, опять глючит -советую сохранять написнное себе куда-нибудь прежде чем нажать "отправить".

Добрый вечер, подскажите несведущему.
Имеется хард с 3-мя разделами. 1-й ntfs, остальные фат32. История умалчивает по какой причине, но первые два раздела стали raw. третий жив здоров и по сей час. Поиски по нету наставили на несколько способов решения. Вообщем было сделано быстрое форматирования средствами винды 1-го раздела. Раздел стал видиться системой как нтфс, но никакими прогами инфу оттуда не удается вытащить, собственно как и со второго раздела который НЕ форматировался (использовались HandyRecovery, GetDataBack, R-Studio). Собственно восстановить информацию нужно только со второго раздела (фотки и доки). Открывал раздел в hex-редакторе - первые 63 байта забиты нулями, как и вторые 63.
Вопрос к специалистам:
1 - есть ли возможность на домашнем ПК как-то вытащить всё же пресловутые фотки и доки?
2 - если нет, то есть ли возможность вообще вытянуть инфу в таких случаях (обратившись к спецам своего дела)?
Я искренне извиняюсь, если на мой вопрос был ответ. Я все выходные проковырялся с винтом и перечитал столько инфы, что я быстрее с ума сойду чем осилю ещё 182 стр
Заранее спасибо за любую помощь

Zloychel
Это что за извращенский метод - форматить раздел в надежде достать инфу?

Что касается второго - если не делал ничего лишнего, то шанс есть , но телепатически ничего не видится, а дампов секторов нет.

О каких 63-х секторах речь? А если разделы не с 63-х секторной разбивкой?

9285

Цитата:

Это что за извращенский метод - форматить раздел

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

Zloychel
Значит как дамп делать знаете. Покажите 1000 секторов от начала второго раздела (не байт, а секторов).

Aleks267

Цитата:

советую сохранять написнное

Ctrl+A, Ctrl+C обычно достаточно.

Antech
спс, что так быстро отреагировали
http://zalil.ru/30044453

Zloychel
Нет, ну тут просто алес... Вначале нули, потом - мусор. Если это действительно начало раздела, то туда что-то записалось.
Можно было бы искать начало второй таблицы FAT, но размер кластера это все равно не даст... Так что сделайте во втором разделе "Поиск FAT" в DMDE - это даст больше инфы.

Antech

Цитата:

Проверьте SMART на предмет бэдов и UDMA CRC Errors (насколько помню, Ваш СМАРТ мы не смотрели)

Я не очень понимаю, где там СМАРТ.
Мож это?

Цитата:

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

Вот лог:

Цитата:

18:34:14 : Starting Victoria 4.46b Freeware (12.08.2008), 1xCPU, 2399,12 MHz, Windows XP found.
18:34:24 : API access enabled, device #1
18:34:24 : Get passport... OK
18:34:24 : Model: WDC WD400JD-75HKA1; Capacity: 78125000 LBAs; SN: WD-WMAJA1855328; FW: 14.03G14
18:34:29 : Get passport... OK
18:34:29 : Model: WDC WD400JD-75HKA1; Capacity: 78125000 LBAs; SN: WD-WMAJA1855328; FW: 14.03G14
18:34:33 : Get S.M.A.R.T. command... OK
18:34:33 : SMART status = GOOD

Ещё СМАРТ SMART_WDC_WD400JD (rapishare), SMART_WDC_WD400JD (ifolder).
Если это всё не то, подскажите, как сделать правильно.

Antech

Цитата:

Так что сделайте во втором разделе "Поиск FAT" в DMDE - это даст больше инфы.

DMDE ничего не нашел. Эт очень плохо?

Zloychel
Насчет размера кластера я поспешил. Размер раздела в секторах известен, размер таблицы имеем после поиска начала второй FAT. Каждый элемент занимает 4 байта. Т.е. имеем:
РазмерFAT[sct]=(РазмерРаздела[sct]/РазмерКластера[sct])*4/512 (1)
Выражаем из (1) размер кластера:
РазмерКластера[sct]=(РазмерРаздела[sct]/РазмерFAT[sct])*4/512 (2)
Таким образом, используя (2) мы определяем размер кластера, зная размер раздела. Конечно, на самом деле (2) - приближенное выражение,т.к. в FAT адресуется не весь раздел - начало (reserved sectors + FAT1 + FAT2) кластерами не адресуется. Но точности (2) вполне достаточно для определения размера кластера. Так что если хотите, можете поискать. WinHex, откройте физический и нажмите один раз на раздел. WinHex перейдт в начало раздела. Там будут нули... Alt+Ctrl+X, строка F8FFFF0F, Search: Down, Cond: offset mod 512 = 0, OK. Если что-то найдется, сообщите номер сектора и покажите дамп 10 секторов, начиная с найденного. Искать более нескольких минут не имеет смысла: FAT - не очень большая структура и нескольких минут для WinHex будет более чем достаточно, чтобы проискать область обеих таблиц и даже намного больше.
Впрочем, вероятность успеха весьма призрачна, т.к. DMDE ничего не нашла. Значит либо там не FAT (пробуйте Поиск NTFS), либо начало раздела затерто нафиг (обе таблицы, но тогда не ясно, что стало с каталогами, они ведь не только в начале).

Добавлено:
LaCastet
Интерфейсные ошибки, унки и пендинги, в больших количествах.
1. Замените шлейф винта.
2. Если еще не проверяли память, проверьте (memtest86+).
3. Если цените инфу, снимите образ с винта (WinHex - Clone Disk).
4. Сделайте в MHDD или Victoria сканирование с включенным ремапом (remap).
5. Проверьте Reallocated Sectors Raw. Если ноль, и Pendings / Uncorrectables по нулям, значит проблема могла быть в шлейфе. Если не ноль, то винт посыпался.

Antech

Цитата:

строка F8FFFF0F

нашлась winhexом только в Partition3 .

Цитата:

пробуйте Поиск NTFS

Сделал ещё тогда, когда делал поиск фат32. Забыл указать.

Что скажете? можно оплакивать фотки? или есть ещё какие-то возможности?

Здраствуйте, помогите пожалуйста восстановить хард. Одним неудачным вечером затер Acronis'ом MFT, с тех пор никак не могу реанимировать хард, а информация на диске очень нужна.
Жесткий диск wdc wd5000AAKS-00A7B, емкость 500 гб. Раздел один, D:\
Easy Recovery пишет что SMART мой винт похоже не поддерживает, стоит ли пытаться предложенными в шапке программами? Прилагаю скрин Disc View из ER, возможно это о чем-то говорит(я так понимаю это первый сектор?).

БП 360Вт, возраст год.
ОС Win 7 x64.
Восстановить данные ER'ом на другой хард такой или близкой емкости нет возможности.
Заранее спасибо.

Zloychel
Еще можно поискать RAW поиском по форматам файлов - Photorec, Recuva, R-studio...

Zloychel
Следуйте совету dmde + RecoverMyFiles. Больше ничего не остается...

ZVERMIX

Цитата:

затер Acronis'ом MFT

Подробнее plz.

Почитайте тему и покажите дамп 200 секторов, начиная с сектора 6303488 от начала раздела, а также на 10 секторов, начиная с сектора 488388000 также от начала раздела (не диска, а раздела, иначе будет ложный диагноз).

БП проверьте бренд. Может его перманентно менять надо.

SMART можете посмотреть в HDDScan, Victoria.


Цитата:

ОС Win 7 x64.
Восстановить данные ER'ом на другой хард такой или близкой емкости нет возможности.

Обычно 64-битку ставят при памяти более 4 ГиБ. Она "на дороге не валяется". Чтобы при этом не было денег на второй винт... Похоже, Вам нужно просто провести разъяснительную работу с жабой. Объясните ей, что когда накроется винт, отстегнуть надо будет 10+ т.р.

Antech

Цитата:

1. Замените шлейф винта.

Шлейф новый.

Я вот чего не понимаю. Диск разбит на три раздела. Два до сих пор работают нормально. На первом обе ФАТ нормальные. Данные тоже целые за исключением тех, которые в сбойных кластерах (которых немного). Где хранится информация, что диск неформатирован? Как туда записать, что он форматирован?

Цитата:

На первом обе ФАТ нормальные

Каким образом выяснено что обе копии идентичны, и главное нормальны?

Цитата:

Где хранится информация, что диск неформатирован?

Насчёт FAT не могу сказать точно, но вообще такой записи нет - определение происходит по наличию и корректности основных элементов ФС. И если что то не соответствует - выводится сообщение об отсутствии ФС.

Как просили:

Поиск разделов NTFS: http://sderni.ru/32427

Сектор sec_30870906_100: http://sderni.ru/32426

IceFly
Ошибка передачи по USB. Это называется "USBC"... В Вашем случае результат - смещение на два сектора (на одну запись) вниз первых 4 записей MFT (остальные записи не затронуты). При этом третья запись ($Volume) оказалась на месте нулевой ($MFT), и ее сектора поменялись местами. Сигнатура FILE у нее сменилась на BAAD. Это говорит о том, что у нее были проблемы (т.е. она была подпорчена) еще в то время, когда ее секторы не были поменяны местами (она могла тогда быть на своем месте), и Чекдиск поменял FILE на BAAD. Т.е. глюки были неоднократно.
Замените USB коробочку, замените USB шнурок. Желательно подключать винт к другомй компу. Ну а пока что можете подключать напрямую, без короба. Иначе можете насажать новых глюков.

Патч MFT. Запишите эти 8 секторов, начиная с сектора 30870906, с помощью DMDE - Копировать секторы. Перезагрузитесь (или переподключите винт, если по USB, через безопасное извлечение). Чекдиску не позволяйте исправлять.

LaCastet
Абсолютно новый шлейф бывает уже не ахти. Некачественный контакт в месте соединения ламелей с проводом. Хотя UDMA CRC errors могли появиться раньше. Кроме того, они могут быть не только из-за шлейфа (кандидаты: память, ATA контроллер, драйвер контроллера и даже плохое питание). Вы посмотрите: после нескольких винут HDDScan - Surface - Read UDMA CRC Errors Raw возрастает? Если нет, значит это старые (можно забить), но не забывайте, что там еще и унки.


Цитата:

Где хранится информация, что диск неформатирован?

Правильно ответил 9285. Конкретно по FAT: тип раздела в таблице, размеры раздела в таблице и бутсекторе, корректность бутсектора, корректность начал таблиц (?). А вот на каталоги виндовому драйверу пофиг - покажет любой мусор, интерпретируя как каталог. Что не сказать про NTFS драйвер Винды...

9285
Если не секрет, Вы DR профи?

Antech
Профи в DR? Не профи, но помаленьку делаю что умею.

Antech


Цитата:

Цитата:затер Acronis'ом MFT

Подробнее plz.

Попытался расширить раздел на увиденные откуда-то Acronis'ом по паре мегабайт слева и справа от раздела. После этого еще по дурости отменил операцию после того как посчитал что она зависла. После этого сам Acronis стал писать "Corrupt file system. Run chkdsk". еще имел глупость попытаться после этого продолжить пытаться использовать раздел и начал устанавливать на него программу. Получил синий экран.
Командная строка переходить в этот раздел отказывается, проверка диска при загрузке винды прерывается в самом начале и ругается на MFT.

Цитата:

Почитайте тему и покажите дамп 200 секторов, начиная с сектора 6303488 от начала раздела, а также на 10 секторов, начиная с сектора 488388000 также от начала раздела (не диска, а раздела, иначе будет ложный диагноз).

http://zalil.ru/30052838
http://zalil.ru/30052846

Цитата:

SMART можете посмотреть в HDDScan, Victoria.

SMART через HDDScan пустой(или я что-то не так делаю).

Цитата:

Обычно 64-битку ставят при памяти более 4 ГиБ. Она "на дороге не валяется".

У меня 4гб ОП и 64-битный Атлон. Решил что 64битная ОС лучший вариант.

ZVERMIX

Цитата:

Попытался расширить раздел на увиденные откуда-то Acronis'ом

Ой, какая какашка... Тогда это не "затер", а совсем другое. Сделайте Поиск NTFS в DMDE, попробуйте зайти в раздел и восстановить не слишком мелкие файлы. Если восстанавливается ОК, покажите результаты поиска (скрин с указанием найденного раздела). Иначе восстановление затруднено.

9285

Цитата:

Не профи, но помаленьку делаю что умею

Скажем прямо, у Вас хороше успехи.
Я тоже чисто любитель, но у меня еще и времени на эти извраты маловато...

Диск такой: http://global.adata-group.com/ru/product_show.php?ProductNo=14210001

Там наклейка есть, диску несколько дней, на гарантии. Не разбираю пока. Шнурок сменил.

posle_zapisi_sec_30870906_8


2_posle_zapisi_sec_30870906_8


Antech

Цитата:

Патч MFT. Запишите эти 8 секторов, начиная с сектора 30870906, с помощью DMDE - Копировать секторы.

Имеется в виду: Заполнить? Не alt+w? Заполнил. Переподключил. Картинки выше. Пакость мелкая, так же пишет RAW и не открывает диск.
Перезагрузился. Так же... Chkdisk не просит(в Win XP). В Win7 пока не лезу.

Antech

Цитата:

Цитата:Попытался расширить раздел на увиденные откуда-то Acronis'ом

Ой, какая какашка... Тогда это не "затер", а совсем другое. Сделайте Поиск NTFS в DMDE, попробуйте зайти в раздел и восстановить не слишком мелкие файлы. Если восстанавливается ОК, покажите результаты поиска (скрин с указанием найденного раздела). Иначе восстановление затруднено.

Да, выразился не так, хотел сказать испортил. Или вообще не в MFT у меня дело?)Восстанавливаются файлы нормально.

IceFly

Цитата:

Там наклейка есть, диску несколько дней, на гарантии

Инфа только не на гарантии. Тут и рекомендаций не дашь. Чтобы потестить короб, нужно либо затереть инфу, либо починить раздел. А чтобы починить, надо потестить...


Цитата:

Заполнить?

Я один раз на этом прокололся. Потом мне dmde посоветова "Копировать секторы". Потому как оно пишет максимум столько секторов, сколько есть в дампе ("клиент" ведь может ошибаться). Но Вы не ошиблись.


Цитата:

Chkdisk не просит

А Вы настойчивее . Запустите cmd.exe, там chkdsk.exe БукваРаздела: - это без исправлений. Вот и посмотрим чем он недоволен. Видать есть и другие косяки (ничего удивительного), но это уже обычно Чекдиску можно доверить исправлять.

ZVERMIX
Результат такой. Начальный сектор раздела праильный, партмагоидного смещения либо нет, либо проверенные файлы им не задеты. MFT имеет два фрагмента, их начальные сектора, указнные в ранлисте $MFT, соответствуют реальным координатам фрагментов, обнаруженных поиском в DMDE.
При просмотре MFT я не заметил никаких очевидных проблем, которые могли бы помешать запуститься Чекдиску. Попробуйте chkdsk.exe БукваРаздела: (без /f) и покажите результат.

Antech
"Повреждена основная таблица файлов. Выполнение CHKDSK прервано."

ZVERMIX
У меня на Вашей MFT нормально запускается.
Причина, похоже, вот в чем. Смещение MFT должно быть 6291456 (600000h) секторов от начала раздела. А я и забыл, что у Вас в бутсекторе-то другое смещение. Запишите патч бутсектора в сектор 12032 и перезагрузитесь.

Цитата:

Еще можно поискать RAW поиском по форматам файлов - Photorec, Recuva, R-studio..

Цитата:

Следуйте совету dmde + RecoverMyFiles. Больше ничего не остается...

К сожалению, ни одна из этих программ не помогла. Половина вообще отказываются работать с этим разделом, другая половина сканирует, но выдает "Found file 0". Спасибо всем, что уделили мне своё время.
Ещё вопросик есть на посошек ).
Antech
2all
не знаете что вызвало причину такого сбоя? даже если есть предположения с радостью выслушаю. Просто не хотелось бы повторно столкнуться с этим ужасом