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

EmoZio
очень похоже на слет головок. лучше сразу обратиться к опытному специалисту, иначе инфу можно потерять.

EmoZio

Цитата:

а вот, что было когда я сделал boot cd с hdd regenerator

А вот этой прогой лучше вообще не пользоваться, она способна только угробить диск окончательно.

restore1972
Можно как то попроще суть задачи, а то даже не представляю как можно намусорить в 64 байтах?
Или речь о других таблицах?

alexgr

Цитата:

очень похоже на слет головок

По чём это видно, и что такое вообще "слёт"? С блинов улетели и отправились в свободный полёт?
EmoZio

Цитата:

с hdd regenerator

Это прогой не пользоваться вообще! Правильно сказано выше.
Далее, в SMART есть ошибки записи, пока немного, ошибки DMA, тоже немного. Также по питанию похоже были проблемы. Блок питания в компе достаточной мощности?
Как раскручивается диск по звуку, нормально. Посторонних шумов нет?
Для начала для профилактики стоит проверить контакты на плате контроллёра, инструкция в шапке.
А прогами для восстановления инфы пользовались, они видят на диске инфу?
Неплохо бы прогнать скан поверхности (без всякого ремапа!) хотя бы в начале диска, первые несколько десятков гигов, можно в Виктории. Результат выложить, дальше будем решать...

igor_me
Блок питания 730W, вместо этого поломанного купил новый 2 тб, полёт нормальный.
Диск не издаёт новых звуков, раскручивается и вибрирует как и раньше.
Программами для восстановления пользовал, все пишут одну и туже ошибку ввода/вывода и дальше ничего не происходит.
Пойду ставить Викторию.
-------------------------------
вот СМАРТ из Виктории, на всякий случай.
http://i62.fastpic.ru/big/2014/0608/d0/0ba94476819956f9323740813df71ad0.jpg
данные tests перед запуском
http://i64.fastpic.ru/big/2014/0608/39/c7f9d66db8503dc939dbb0af87330639.jpg
ну и самое грустное какаето ошибка после нажатия кнопки Start
http://i63.fastpic.ru/big/2014/0608/33/546729663220f01b0a233cc6945e6233.jpg

Цитата:

туже ошибку ввода/вывода и дальше ничего не происходит

Тогда стоит посмотреть контакты.
Какие режими сканирования выбираете в прогах? Надо выбирать весь диск и можно например raw recovery, чтобы хотя бы без файловой системы для начала увидеть, что файлы доступны...
ЗЫ Личку гляньте.

igor_me
пишет
Вам запрещено отправлять сообщения, если вы считаете это ошибкой, обратитесь к администратору.

И да я хотел открутить платку, но у меня кажется нет нужного инструмента...

Цитата:

ну и самое грустное какаето ошибка после нажатия кнопки Start

У меня тоже самое выдает на всех винтах. Говорят 64 бита ей не нравится...

EmoZio

Цитата:

но у меня кажется нет нужного инструмента...

Это было предсказуемо. Если есть маленькие плоские отвертки, попробуйте подобрать плоскую. А про личку: или наберите 10 сообщений, после этого вроде откроется. Или напишите мне на "мыло", у меня в профиле гляньте...

igor_me
отправил на мыло

Цитата:

Или речь о других таблицах?

Я часто посещаю данную ветку форума, и заметил что хуже всего восстановление после Акрониса. По вашему мнению не играет роли чем разделы были созданы до слета? Это вопрос практического характера, т.к. после некторых программ и слета разделов, тяжело их вернуть обычными программами. Поправте меня если я ошибаюсь.

Цитата:

и заметил что хуже всего восстановление после Акрониса.

Это в основном относится к случаю, когда акронисом делаются изменения в структуре разделов. И оно практически не связано с таблицами разделов.
Хотя, даже создание им разделов (фактически и форматирование), привносит неприятные вещи - можно сказать что это мины замедленного действия.
В любом случае, это не относится именно к таблице разделов.
PS. С праздником! Давайте заниматься серьёзными делам в рабочие дни.

igor_me

Цитата:

По чём это видно, и что такое вообще "слёт"? С блинов  улетели и отправились в свободный полёт?

#


Добавлено:
и поменьше сарказма, не помешало бы.

Вообще-то ничего такого саркастического я не сказал . И таки из SMART точно не может быть видно то, о чём вы написали. А поскольку я с автором вопроса занимаюсь далее, по удалёнке, могу сказать, что доступ к user-области мы вернули, пререписав донорским модуль 32 в служебке (RELO-list). Также я там нашёл ещё пару менее критичных "битых" модулей, не читающихся в обеих копиях служебки. Но вот почему они перестали читаться, "шальные" бэды образовались в служебке или было внешнее ваоздействие и есть некие повреждения самих голов (а современные ёмкие винты и давить не надо, они и так боятся ударов по корпусу компа и вибраций ) - пока всё ещё доподлинно неизвестно. Да и без вскрытия гермоблока и рассматривания голов в микроскоп и не может быть известно, всё это наши с вами домыслы, не более...
Так что я не хотел уличить вас в незнании, а только лишь в опреметчивом выводе, не более...
ЗЫ Если нужно и интересно - автор потом подтвердит сказанное мной...

Отлично справляется с восстановлением таблицы разделов и файлов удаленных, данная программа Ссылка
Ниже свежий тест, распространенных программ - восстановление данных после форматирования

Найдено, после форматирования 932мб

результат скан диска. Что делать дальше? Файловой системой ограничивать? Ремап?

[more]
Open Disk
Test : RD-Read


Executing
Block start at 51006976 time 59ms
Block start at 51658240 time 54ms
Block start at 55849472 time 85ms
Block start at 55875328 time 73ms
Block start at 55890432 time 101ms
Block start at 55904000 time 109ms
Block start at 55922432 time 197ms
Block start at 55935488 time 121ms
Block start at 55948544 time 112ms
Block start at 55962368 time 117ms
Block start at 55975424 time 89ms
Block start at 55988480 time 114ms
Block start at 56001536 time 90ms
Block start at 56014592 time 98ms
Block start at 56028416 time 113ms
Block start at 56041472 time 76ms
Block start at 56054784 time 120ms
Block start at 56068096 time 88ms
Block start at 56081152 time 135ms
Block start at 56094208 time 111ms
Block start at 56107264 time 105ms
Block start at 56120320 time 93ms
Block start at 56133376 time 121ms
Block start at 56146432 time 113ms
Block start at 56159488 time 96ms
Block start at 56173312 time 114ms
Block start at 56186368 time 102ms
Block start at 57119232 time 117ms
Block start at 57998336 time 64ms
Block start at 57998592 time 51ms
Block start at 58415104 time 58ms
Block start at 58415360 time 79ms
Block start at 58415616 time 54ms
Block start at 58415872 time 426ms
Block start at 58428928 time 57ms
Block start at 58443520 time 72ms
Block start at 58443776 time 50ms
Block start at 58456576 time 111ms
Block start at 58469632 time 96ms
Block start at 58482688 time 57ms
Block start at 58482944 time 83ms
Block start at 58496768 time 133ms
Block start at 58521344 time 170ms
Block start at 58534400 time 117ms
Block start at 58547456 time 96ms
Block start at 58560512 time 108ms
Block start at 58574592 time 114ms
Block start at 58574848 time 75ms
Block start at 58587904 time 102ms
Block start at 58600704 time 86ms
Block start at 58613760 time 93ms
Block start at 58626816 time 91ms
Block start at 58639872 time 77ms
Block start at 58640128 time 68ms
Block start at 58655488 time 121ms
Block start at 58658560 time 79ms
Block start at 58668800 time 63ms
Block start at 58681856 time 98ms
Block start at 58695936 time 138ms
Block start at 58708992 time 99ms
Block start at 58730496 time 184ms
Block start at 59687680 time 125ms
Block start at 59904256 time 55ms
Block start at 60779264 time 114ms
Block start at 61648896 time 90ms
Block start at 62078208 time 54ms
Block start at 62942464 time 59ms
Block start at 63394816 time 88ms
Block start at 65554688 time 56ms
Block start at 66400256 time 70ms
Block start at 67262464 time 51ms
Block start at 67687936 time 57ms
Block start at 68551680 time 66ms
Block start at 68975360 time 69ms
Block start at 69393664 time 50ms
Block start at 70244864 time 60ms
Block start at 70639616 time 58ms
Block start at 71064064 time 51ms
Block start at 71481856 time 57ms
Block start at 71906304 time 54ms
Block start at 73625344 time 89ms
Block start at 74035968 time 60ms
Block start at 74462208 time 56ms
Block start at 74892800 time 56ms
Block start at 75321088 time 65ms
Block start at 75745024 time 61ms
Block start at 76621312 time 135ms
Block start at 77449216 time 52ms
Block start at 78295808 time 61ms
Block start at 78726400 time 79ms
Block start at 79155200 time 72ms
Block start at 79572992 time 56ms
Block start at 79583744 time 52ms
Block start at 80002816 time 69ms
Block start at 80856576 time 118ms
Block start at 81271552 time 79ms
Block start at 81687552 time 56ms
Block start at 82103552 time 58ms
Block start at 82526464 time 56ms
Block start at 82949376 time 59ms
Block start at 83366912 time 66ms
Block start at 83783424 time 51ms
Block start at 84212736 time 61ms
Block start at 84643072 time 54ms
Block start at 84925184 time 155ms
Block start at 84937984 time 94ms
Block start at 84955392 time 164ms
Block start at 84968448 time 115ms
Block start at 84981504 time 91ms
Block start at 84994560 time 96ms
Block start at 85007616 time 94ms
Block start at 85033216 time 167ms
Block start at 85046272 time 113ms
Block start at 85059328 time 109ms
Block start at 85072384 time 104ms
Block start at 85085440 time 116ms
Block start at 85965568 time 60ms
Block start at 86389248 time 67ms
Block start at 86808832 time 57ms
Block start at 87227392 time 98ms
Block start at 87642112 time 73ms
Block start at 88055808 time 67ms
Block start at 88487424 time 57ms
Block start at 88912384 time 101ms
Block start at 89320960 time 61ms
Block start at 89745408 time 51ms
Block start at 90172416 time 56ms
Block start at 90582528 time 69ms
Block start at 91006720 time 66ms
Block start at 91430400 time 55ms
Block start at 91835648 time 56ms
Block start at 92270336 time 69ms
Block start at 92698112 time 87ms
Block start at 93112832 time 66ms
Block start at 93967360 time 68ms
Block start at 94808064 time 50ms
Block start at 95647744 time 66ms
Block start at 96045568 time 58ms
Block start at 97328640 time 54ms
Block start at 97752832 time 58ms
Block start at 99032320 time 65ms
Block start at 100315648 time 60ms
Block start at 100735488 time 54ms
Block start at 101590528 time 61ms
Block start at 102018304 time 58ms
Block start at 102876928 time 63ms
Block start at 103617536 time 59ms
Block start at 103712512 time 56ms
Block start at 104115200 time 54ms
Block start at 104521984 time 59ms
Block start at 105111552 time 94ms
Block start at 105124608 time 110ms
Block start at 105137664 time 106ms
Block start at 105154816 time 158ms
Block start at 105168128 time 50ms
Block start at 105869312 time 132ms
Block start at 106683904 time 70ms
Block start at 107497216 time 53ms
Block start at 107903488 time 63ms
Block start at 108310016 time 61ms
Block start at 108714496 time 60ms
Block start at 109118976 time 64ms
Block start at 109525760 time 65ms
Block start at 109922048 time 55ms
Block start at 110326784 time 53ms
Block start at 110733312 time 74ms
Block start at 111136000 time 81ms
Block start at 111416320 time 106ms
Block start at 111429632 time 104ms
Block start at 111440896 time 77ms
Block start at 111834368 time 66ms
Block start at 112218112 time 79ms
Block start at 112618496 time 53ms
Block start at 113028352 time 61ms
Block start at 113427456 time 73ms
Block start at 114555392 time 100ms
Block start at 115886592 time 125ms
Block start at 117212160 time 50ms
Block start at 118573056 time 60ms
Block start at 187110656 time 67ms
Block start at 262094592 time 52ms
Block start at 269317632 time 75ms
Block start at 288701696 time 60ms
Block start at 359105536 time 83ms
Block start at 373629440 time 52ms
Block start at 386381056 time 50ms
Block start at 417409792 time 67ms
Block start at 568171776 time 60ms
Block start at 591046912 time 75ms
Block start at 658707456 time 85ms
Block start at 664216832 time 50ms
Block start at 669606144 time 50ms
Block start at 821355008 time 50ms
Block start at 854441472 time 59ms
Block start at 894813952 time 84ms
Block start at 964795904 time 83ms
Block start at 1048696320 time 83ms
Block start at 1119507456 time 59ms
Block start at 1308493312 time 84ms
Block start at 1430433024 time 50ms
Block start at 1430628096 time 59ms
Block start at 1431344128 time 50ms
Block start at 1436366080 time 59ms
Block start at 1514229504 time 84ms
Block start at 1608811776 time 92ms
Block start at 1635842304 time 52ms
Block start at 1635843328 time 51ms
Block start at 1635843584 time 52ms
Block start at 1635844352 time 51ms
Block start at 1646980864 time 50ms
Block start at 1646989824 time 69ms
Block start at 1647000320 time 51ms
Block start at 1670917888 time 94ms
Block start at 1678507264 time 92ms
Block start at 1685378816 time 61ms
Block start at 1685388544 time 53ms
Block start at 1685397248 time 51ms
Block start at 1887636224 time 84ms
Block start at 1888808192 time 51ms
Block start at 1892211968 time 67ms
Block start at 1892492032 time 77ms
Block start at 1892958464 time 51ms
Block start at 1893308416 time 59ms
Block start at 1893771008 time 84ms
Block start at 1894546944 time 59ms
Block start at 1917845760 time 93ms
Block start at 1941626368 time 84ms
Block start at 1941626624 time 67ms
Block start at 1941626880 time 100ms
Block start at 1942327040 time 51ms
Block start at 1942335232 time 61ms
Block start at 1946233344 time 61ms
Block start at 1946864640 time 68ms
Bad block found, start LBA : 1947319808
Block start at 1947320064 time 82ms
[/more]

Ремап не сработает на задержки, выше говорилось. Так что изучать предмет ручного скрытия по файловой системе. Но перед этим надо определить таки номера секторов, а не блоков. Ну или можно конечно и "с запасом"

DarkMasterW
Результат или часть? В которой всего один блок со сбойными секторами.
В самом конце сколько сбойных секторов числилось?

Добавлено:
restore1972

Цитата:

Ниже свежий тест, распространенных программ - восстановление данных после форматирования 932мб

Посмотрел результаты теста и хотел уже было написать по поводу времени и показать скриншот времени, затрачиваемого на анализ 9хх гигового раздела, но в последний момент заметил что речь идёт о мегабайтах.
Такой обьём может просканить и меньше чем за минуту, но мне более интересно было бы поиметь посекторку такого раздела (благо размер не очень огромный), из которого извлекается в 1500-3000 раз больше данных.
Предположительно есть несколько причин обьяснения такового:
- неправильное (неравноправное) использование режимов восстановления
- ангажированность тестера

Ну и в ЛС я уже писал про то, что нельзя судить о гениальности программы по одному (десятку, сотне) случаю. Особенно печально когда, почитав подобные сообщения, начинают пользоваться АВТОрековерлками. Результат не всегда предсказуем, хотя несомненно лучше двух других "способов народного самолечения":
- использование чужих патчей
- форматирование проблемного раздела и последующее восстановление.

Цитата:

DarkMasterW
Результат или часть? В которой всего один блок со сбойными секторами.
В самом конце сколько сбойных секторов числилось?

Весь результат.
<5 7608785
<10 4755
<20 16646
<50 537
<150 226
<500 8
>500 0
Bad 1

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

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

DarkMasterW

Цитата:

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

Какие файлы лежат в данном LBA можно с помощью утилиты Мрка Русиновича NFI.exe. Раздел должен быть исправен, а LBA секторов берутся от начала раздела, а не от начала харда. Начало раздела Вы находите в DMDE. Вот только, если в файле есть хоть один сбойный сектор, ---- Вы его не прочитаете. Но даже еслм bad убрать, то файл... будет битым....

Так блок=сектор? Раздел начинается с 63 сектора заканчивается 1 953 520 064. Т.е. номер блока минус 63? 1947319808 - 63 = 1 947 319 745 его и читаем? Написало вроде пусто там =) радует.

Можно ман нормальный на badclus и чем его создавать/редактировать. Насколько я понимаю отобразить его винда не даст(по крайней мере ни тотал ни фар $файлы не увидели слету)? Или без доса все-таки обойдемся?

DarkMasterW

Цитата:

Так блок=сектор?

Не совсем... В зависимости от размеров блока (и сектора) в блоке может быть разное число секторов. Пусть у нас BlockSize = 256, а SectorSize=512 байтов. Тогда в сбойном блоке может быть от одного до 256 сбойных секторов. Точный номер сбойного сектора можно точно вычислить, прогнав скан узкого диапазона секторов с коэффициентом блокирования равным 1 в HDDScan или Victoria 4.46b. Тогда блок это сектор...

Цитата:

Т.е. номер блока минус 63? 1947319808 - 63 = 1 947 319 745 его и читаем?

Если раздел один, то да...

Цитата:

Можно ман нормальный на badclus и чем его создавать/редактировать.

Да этот файл неплохо описан например у Брайан Кэрри Криминалистический анализ файловых систем (2007).djvu. А детально его посмотреть можно в дисковых редакторах --- DMDE, WinHex, ... etc.

Это разреженный файл (помойка), я его порою удалял, но чекдиск его всегда создаёт по новой

Хм... Из описания badclus я там нашел по сути только пример чистого файла...

DarkMasterW
Зачем вся эта возня с метафайлом если говорить о сбойных секторах?
Прогони чекдиск с физической проверкой и он сам внесёт найденные в его список.
PS. Но до этого посмотри что там. Если в указанный блок попадают несколько файлов, то можно и уточнить все конкретные номера проблемных секторов.

Этой утилитой проще найти файлы на битом секторе ftp://terabyteunlimited.com/findlbaf.zip

Цитата:

Зачем вся эта возня с метафайлом

Не могу знать наверняка за автора, но думаю эта возня у автора именно потому, что он хочет скрыть задержки, ведь в основном они и присутствуют, а не бэды... Если бы это можно было сделать технологическим софтом, если бы например был WD - это идеальный вариант. Но для его Самсунга нету открытого софта, позволяющего редактировать дефект листы и вносить дефекты вручную (по крайней мере мне он неизвестен). Возможно я не прав...
9285
Всё может быть

igor_me
Чёт я не заметил слишком страшных задержек - такие могут быть на каждом винте; особенно если тест запускать из под винды.

вспомним первый пост.

Цитата:

появилось 6 нестабильных секторов на samsung spinpoint f1 1тб. Сектора почему-то автоматом не были перераспределены. Сейчас прогнал виндовой проверкой винта, написало "недостаточно места для замены поврежденных кластеров". Тут если честно я вообще не понял как связано место и замена кластеров. Оно же вроде из неразмеченной области винта невидимой стандартными средствами переразмечается... Если он хочет файлы лежащие на этих кластерах попробовать достать, то на винте свободно 80 гигов и нет таких больших файлов, чтобы не хватило места их откопировать. Что ему надо то?

После было прогнано еще несколько проверок при которых мне радостно сообщалось, что бэдов нет. Однако проблемы на винте возникают. Я не скажу, что все сыпится с умопомрачительной скоростью, но пару раз за пол года были проблемы с удалением файлов, загружались битые видеофайлы по паре секунд, торрент клиент спортыкался на одном и том же месте файла и не мог записать блок данных. Винда кстати в событиях тоже регулярно пишет, что есть проблемы с винтом. Учитывая наличие нестабильных секторов я решил, что проблема в них. Сделать ремап этих секторов, как было сказано, винт ремап не сделает пока сектора не станут по его мнению бэдами. Но проблемы то есть. Видимо проблемы действительно с нестабильными секторами - то читается, то нет. Задача убрать эти глюки. Я думал скрыть бэд и скрыть сектора с наибольшими задержками, чтобы не было этой русской рулетки при работе.

DarkMasterW
То есть ты уверен что проблемы появляются в тех секторах, которые сейчас с задержками?
И тому есть подтверждение? Или вангуешь?
В противном случае толку нет от добавления секторов, которые не станут источником проблемы.

Цитата:

Или вангуешь?

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