Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

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

Автор: igor_me
Дата сообщения: 03.08.2012 16:26

Цитата:
Наверное можно как-то проверить будет ли "коробка" убивать диски, без дисков (они у меня сейчас в дефиците )

Вообще-то стук-стук - это не есть смерть диска (по крайней мере - не смерть "по питанию"). А мультиметр не в дифиците? Если есть опасения, тогда можно померить напряжения на разъёме питания SATA (более длинный - если не в курсе ). Там: красный - +5 В, жёлтый - +12. Если не более чем на 0,3-0,4 вольта отличаются - норма. А есть возможность запитать диск от внешнего БП? В коробке диски подключаются кабелями? Или в коробке "спаренный" разъём "интерфейс-питание" и диски просто задвигаются в неё?
Насчёт директорий: ну да - это загрузочные разделы линукса... Какой-то из них помечен активным? Если выбрать активным другой раздел? (Это всё, когда просто вставите и попытаетесь загрузиться с рабочего диска без изменений).
Автор: isoeugenol
Дата сообщения: 03.08.2012 17:57
Antech
http://rghost.ru/39552952
Автор: Antech
Дата сообщения: 03.08.2012 23:01
igor_me

Цитата:
стук-стук - это не есть смерть диска

Почему? Это обычный симптом мертвых голов/коммутатора.
Мультиметр при проверке питания компа редко помогает. Скорее всего, увидите нормальные напряжения. Смотреть надо осциллом, да и то кросснагрузочные проверить одним только измерением не получится.

isoeugenol
К сожалению, запись $MFT полностью испорчена. В Миррор то же самое 99%.
Сделайте Поиск NTFS в DMDE (область - весь диск) и покажите скрин и лог результатов. Весь вопрос в том, сколько фрагментов MFT...
Автор: vipvam
Дата сообщения: 04.08.2012 02:44
У меня два винчестера по 160 Гб.На первом винте два раздела(C и D)на С винда на D инфа разная(музыка,видео и т п).На втором винте Ubuntu,файл подкачки для
неё,потом шел логический диск,который потерялся.Когда я ставил Ubuntu первый винт я отключал(на всякий).Сохранять инфу некуда,желательно востановить таблицу разделов.ПОМОГИТЕ !!!
Автор: igor_me
Дата сообщения: 04.08.2012 11:14
Добавлено:
Antech

Цитата:
(по крайней мере - не смерть "по питанию").

Вроде спрашивалось, может ли коробка убить диск, а она может это сделать только неправильным питанием. А коммутатор\головы - это, так сказать, "самоубийство"...

Цитата:
Это обычный симптом мертвых голов/коммутатора

Или грязных контактов, но "профи меж собою говорят", что на Самсунгах этой проблемы почти нет. (А на сигейтах вон - скока угодно )
Автор: Antech
Дата сообщения: 04.08.2012 12:25
igor_me
А, сорри, по питанию - да, это другое.

vipvam
Какого размера были разделы на винте, где пропал раздел? Покажите скрин "Разделы" из DMDE.
Автор: isoeugenol
Дата сообщения: 04.08.2012 18:48
Antech
http://rghost.ru/39570070/image.pnghttp://rghost.ru/39570077/image.png
http://rghost.ru/39570082/image.png

Вроде чёта нашлось..
Автор: Antech
Дата сообщения: 04.08.2012 23:38
isoeugenol
Да, один фрагмент MFT, это хорошо. Сейчас попробую изготовить патч...

В общем, я сделал патч с одним фрагментом MFT. Попробуйте. DMDE - Копировать секторы. Источник - файл http://rghost.ru/39575934 , приемник - физический диск. На приемнике начальный сектор 6307584, число секторов 8. После этого покажите что говрит chkdsk.exe БукваРаздела: без /f.
Автор: 777SeReGa777
Дата сообщения: 05.08.2012 10:53
Люди, подскажить как лучше сделать. Имеется диск Seagate ST3500320AS (с нормальной прошивкой), как то раз включаю компьютер, долго загружается система, и периодически (каждые ~5 сек)возникают полные 'фризы' секунды по 3-4. Перезагружаю компьютер... проходит post, далее черный экран. Если поменять режим работы контроллера с ahci на ide, то при загрузке можно нажать F8 и выбрать там что-нибудь, пробывал восстановление системы, безопасные режим. Ничего из этого не грузиться, в восстановлении, бегает полосочка, как бы поиск, ну минут 20-30 ждал, одно и тоже. В безопасном режиме идет надпись загрузка файлов (ну или как то так), и где должен список файлов пробегать, там пустота. Так, думаю, надо флешку сделать загрузочную - под рукой только нетбук с убунтой, это осложняет ситуацию, ну да не суть, записываю лайв флешку, гружусь. Не грузиться, точнее выбираешь пункт в загрузочном меню, пошла полоска ну и пока не выключишь... В итоге все-таки загрузился, оказывается надо было отключить диск физически (т.е. шнур вытащить). Загружаюсь, подключаю "на-горячую", на раздел не заходит, все таже перманентная загрузка, смотрю через дисковую утилиту, разделы отображаются не правильно (может в линуксе так видит просто?). Смотрю смарт - 1 переназначенный сектор, и вроде еще парочка на замену. Пробую сделать short test , пишет отменено контроллером. (Ну не так, но че-то в этом духе). Такие вот дела. Что посоветуете сделать в этой ситуации? Нужно сохранить данные, не критично ли будет пренебречь резервной посекторной копией диска (некуда копирнуть) и сразу сделать ремап? Или сначала не ремап, а решить проблему с разделами, если она есть? (нулевая дорожка, или как там ее).

Помогите кто чем может.

PS. Под убунтой только флешки линуксовские пишет, т.е. никакие загрузочные диски не запишешь, ни викторию, ничего. Как только не пробывал записывать.
Автор: Tau_0
Дата сообщения: 05.08.2012 11:30

Цитата:
Помогите кто чем может.

Мусор в MBR/EBR (точнее в PT/EPT) прописался --- ВСЕ загрузчики Microsoft зависнут...

1. В MHDD делаете CLRMBR
2. Грузитесь с Live CD и с помощью DMDE, как тут обычно практикуется --- посмотрите..., находите разделы диска и правите MBR...

ЗЫ MHDD необходимо запускать их-под FREE DOS --- FREE DOS и Linux не зависает. Или на горячую потом после старта DOS хард подсоединить...
Автор: Antech
Дата сообщения: 05.08.2012 13:18
777SeReGa777
Если инфа критична, нужно делать посекторную. Если нет, можно сразу ремап. В процессе ремапа Вы и поверхность оцените (MHDD, Victoria). Если поверхность более/менее в норме и ремап пройдет успешно, можете попробовать загрузиться с проблемного винта (при ошибках в ФС запустите Чекдиск без /f и покажите что он говорит). Если поверхность плохая, то все равно нужна посекторная и с нее восстанавливать, либо на ней in-place.

Добавлено:
Tau_0

Цитата:
Linux не зависает

Убунту - это и есть Линукс. Тут по симптомам больше похоже на бэды в ФС, а не на нулевое смещение в AMBR.
Автор: Tau_0
Дата сообщения: 05.08.2012 13:49
Antech

Цитата:
Если нет, можно сразу ремап.

Я однажды так сделал remap (всего три жалких soft-bad'а было...) и получил целый монтируемый том, с незазгружаемой Windows...

Имя одного системного битого файла (что-то связанное с ядром Windows) с трудом в консольнои варианте безопасной загрузки Windows определил и восстановил. Но этого оказалось мало... --- два дня провозился и плюнул.

А том цел --- ничего ему не сделалось... Поэтому я теперь больше никогда просто так спешно remap делать не буду...

Я бы всё-таки для начала занулил в MHDD MBR (это безопасно), а уж затем неторовливо смотрел --- что и как...

ЗЫ Спешка при ловле блох нужна...
Автор: Antech
Дата сообщения: 05.08.2012 16:48
Tau_0
Поэтому я и написал, что ремап сразу - только если инфа не критична, иначе - посекторная.
Занулить MBR - очень даже можно (CLRMBR кладет копию в первый сектор).

Вы хотите сказать, что надо определить какие файлы битые? Это имеет смысл, да. Правда, я не знаю как это сделать в автоматическом режиме для большого числа файлов (в СМАРТе может быть не все).
Автор: Tau_0
Дата сообщения: 05.08.2012 18:46

Цитата:
как это сделать в автоматическом режиме для большого числа файлов

Из SCAN (линейное чтение) LBA проблемных блоков определить просто...

Если бэдов не очень много (порядка десятков) и том монтируется, то имена файлов просто определить утилитой nfi.exe
См.
Утилиты Sysinternals Suite для работы с файлами и дисками
http://ab57.ru/syssuite.html

Ну а если там решето, то предстоит La labeur…, или плюнуть на это дело можно будет.

Но в любом случае следует принимать решение "потом", --- виднее и обоснованее оно будет...

Автор: Antech
Дата сообщения: 05.08.2012 22:01
Tau_0
LBA определить можно, потом в WinHex смотрите какому файлу принадлежит сектор, но это долго.
Автор: Tau_0
Дата сообщения: 05.08.2012 22:14

Цитата:
в WinHex смотрите какому файлу принадлежит сектор, но это долго.

Я так и написал, что если том цел ( ведь так бывает, --- у мня цел был), то в nfi файл определяется быстро.

Мне определить LBA bad секторов и найти имена битых файлов ничего не стоило, но поспешил на авось (раньше бэды на торрентах выскакивали, так хеш пересчитался и всё...). Вот и поимел головную боль...
Автор: Find77
Дата сообщения: 06.08.2012 03:18
9285

Цитата:
Сбрось дамп секторов 87+10.

http://rghost.ru/39597471
Автор: 9285
Дата сообщения: 06.08.2012 07:49
Find77
В секторах получилась какая то белиберда, хотя 87 сектор сектор прописался номально.
Перепиши патч ещё раз (как написал Tau_0) и сделай проверку чекдиском в режиме только чтения.
Покажи лог и (для контроля корректности записался ли патч) ещё раз дамп указанных секторов.
Автор: isoeugenol
Дата сообщения: 06.08.2012 18:29
Antech
Немножко не понял, на приёмнике установить сектор 6307584, а число секторов установить в источнике? И в источнике начальный сектор тоже 6307584?
Автор: Tau_0
Дата сообщения: 06.08.2012 19:16
isoeugenol

Цитата:
И в источнике начальный сектор тоже 6307584?

Подумайте немножко...
Источник ---- файл (с маленькой заплаткой) --- это всего 8 секторов. Каким образом Вы от начала файла 6307584 секторов отмеряете...???... Как Больше 8 сеим секторов отсчитаеть --- да никак, если их больше просто нет...)...???...

Ясно,что от начала файла ---- 0 (Zero) отсчитывается и записывается в приёмник/мишень, начиная с сектора 6307584 от ейного мишени собственного начала (на харде задюже секторов много...), столько сколько в источнике есть --- так там только 8 секторов max.
Вот так по дефолту и оставьте. --- Пишем 8 секторов (4096 байт) по адресу на харда --- LBA 6307584

ЗЫ Можно и меньше секторов из файла записать (но ненужно), а чтобы больше, так просто неоткуда больше 8 секторов взять --- слишком короткий файл --- их там нет...

Короче делаете так: ---
Сорвис ===> Копировать секторы
Источник --- файл …\MFT-M.img
Haчaльный бaйт: 0 Само выставится
Кoнeчный бaйт… 4095 Само выставится
Paзмep в бaйтax: 4096 Само выставится


Приёмник --- Physical Drive X где X десятичный номер харрда --- 0, 1, 2, …
Haчaльный ceктop: 6307584

ЗЫ Всего страницу назад об этом писал.... --- плохо Вы смотрите…
Автор: ifish1970
Дата сообщения: 06.08.2012 20:25
доброго времени суток нужен ответ возможно ли восстановить удаленный рекавери раздел на SONY VAIO VPCL22S1R так получилось что мне достался моноблок с удаленной рекавери областью и без единой утилитки .... а поддержка у сони сами знаете какая вот и ищю ответ ....
заранее благодарен
Автор: isoeugenol
Дата сообщения: 06.08.2012 20:33
Tau_0
Спасибо за разъяснения, сил просто совсем не осталось после работы чёта читать)
Вот всё сделал
http://rghost.ru/39610747/image.png
Автор: Antech
Дата сообщения: 06.08.2012 20:52
isoeugenol
ОК, патч сработал успешно. Важные файлы лучше вначале скопировать через рекаверилку, а потом можно запускать chkdsk.exe D: /f
Автор: igor_me
Дата сообщения: 06.08.2012 21:51
ifish1970
Ну а подробнее. Нам за вас сочинять? Принесли с уже новыми разделами, а рекавери был удалён предыдущим хозяином неизвестно чем и неизвестно сколько раз (предположительно) на новом пустом месте создавался раздел? Или пустое место осталось? Тогда проще. Если же создан раздел был (а то и не раз) - я думаю, в первозданном виде почти нереально восстановить . Местные профи подскажут точнее...
Автор: isoeugenol
Дата сообщения: 06.08.2012 23:02
Antech
Спасибо огромное за помощь! Акронис и вправду уже всё видит!!
Автор: 9285
Дата сообщения: 06.08.2012 23:15
Вообще, для тех, кто вписывает патчи лучше всего действовать немного другим путём.
Выбрать необходимый физический диск. Затем перейти к необходимому сектору и после этого уже выбирать команду Копировать секторы....
Во первых, после перехода можно увидеть номер LBA сектора - ну это если вдруг при наборе не тот сектор указан. Во вторых, видно будет и само содержимое сектора, которое возможно будет уже и знакомо.
При таком подходе, в приемнике автоматически подставляется необходимый номер сектора.
Автор: Find77
Дата сообщения: 07.08.2012 00:42

Цитата:
сделай проверку чекдиском в режиме только чтения.

А как в этом режиме запустить?
Автор: igor_me
Дата сообщения: 07.08.2012 11:38
Find77
А последние 2-3 страницы перечитать?
Автор: Tau_0
Дата сообщения: 07.08.2012 13:53

Цитата:
А как в этом режиме запустить?

Да делали Вы уже не раз такое...
Если через Live CD
Пуск ===> Выполнить ===> cmd ===> CHKDSK X: --- без плючей

Рапорт чекдиска либо в файл сохраняете, любо правой кнопкой мыши в консоли выделяете и вставляете в текстовый хард.
Автор: Find77
Дата сообщения: 07.08.2012 15:16
9285
http://rghost.ru/39623223
http://rghost.ru/39623231

Tau_0, спасибо, я так и думал, просто второй рас указывают на проверку в режиме чтения, думал может ошибаюсь

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485

Предыдущая тема: востановление флешки фирмы Verbatim


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.