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

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

Автор: LyoshkaK
Дата сообщения: 28.08.2013 12:50
MisHel64,
'Ok, за не имением лучшего (в плане мозга ) этими пользуюсь. Чем посоветуете и какой вААще "выход" (если он есть) или разумное решение?
Автор: igor_me
Дата сообщения: 28.08.2013 13:49
Так и не понял модель диска. Может ему контакты на плате контроллёра не мешает почистить. А дальше зависит от марки винта. Сигейты, например, можно ещё и в терминале погонять. А так - запись поверхности в Виктории\MHDD или ещё в чём и проверка потом...
FUJITSU MJA2320BH - о, да это же исчезающий вид. Всё меньше и меньше становится "фуджиков", а раньше... ностальгия
Автор: Antech
Дата сообщения: 28.08.2013 16:06
LyoshkaK
Насчет программ совершенно верно сказали. Но не все то золото, что популярно в сети. Люди просто выбирают проги по-быстрому, не заморачиваясь на их реальной эффективности и качестве.
Если Вы хотите кое-как использовать очень бэдастый диск, то более/менее рациональный и универсальный путь, предложенный когда-то Томсетом, заключается в следующем.
Вначале Вы смотрите на скане (Read / Verify) в Виктории, HDDScan или MHDD где именно располагаютая наиболее загаженные области (перевод координат в байты - деление LBA на размер сектора).
Потом Вы в Управлении Дисками в Винде (или в штатной тулзе Линукса, если работаете в Линуксе) создаете разделы так, чтобы в одни разделы попали бэды, а в другие - чистые области. Например, создаете раздел в забэдованном начале диска, а за ним - еще один, на оставшийся объем. Разделы с бэдами не форматируете.
После этого удаляете (в Управлении Дисками) разделы с бэдами. Более/менее живые разделы форматируете "полным" форматированием в Управлении Дисками (можно юзать "быстрый" формат, если бэдов в "чистых" разделах совсем нет).
При этом нужно помнить, что очень бэдастый диск имеет все шансы быстро накрыться, и в результате Вы только потратите время на все эти припарки. Лучше купить новый.

Предложенный выше метод для Сигейтов - это да, но я не знаю, научились ли "в народе" пускать сэлвскан на новых (7200.11 и новее) Сигейтах.

Если бэдов немного (десятки), то, как уже говорили выше, запись по всей поверхности в MHDD, Victoria, HDDScan. Виктория и MHDD имеют функцию "ремапа", которая просит винт заремапить найденные прогой бэды, но вот заремапить или нет - это винт решает. При большом числе бэдов лучше это даже не пробовать: GList переполнится, могут проблемы с дохнущим винтом вылезти, а куча бэдов все равно останется

Сорри за оффтоп.
Автор: LyoshkaK
Дата сообщения: 28.08.2013 16:34
Antech, благодарю за понятнополезную информацию!
HDD из ноутбука снял конечно, буду просто хранить на нем "неважные, но стирать вроде жалко" ф-лы.
Спасибо всем за эффективное участие!!!

P.S. Вот, кстати, после моих упражнений log теста в Victoria/ии (там и недостающая инфа о HDD):
14:55:59 : Starting Victoria 4.46b Freeware (12.08.2008), 4xCPU, 3103,07 MHz, Windows unknown NT found.
14:56:00 : API access enabled, device #1
14:56:04 : Get passport... OK
14:56:04 : 48bit access enabled
14:56:04 : Model: FUJITSU MJA2320BH G1; Capacity: 625142448 LBAs; SN: K92VT9A28D3P; FW: 0041001A
14:56:19 : Get S.M.A.R.T. command... OK
14:56:19 : SMART status = GOOD
14:56:37 : Get passport... OK
14:56:37 : Recallibration... OK
14:56:38 : Starting Reading, LBA=0..625142447, sequential access w. REMAP, tio 1000ms
16:42:45 : ***** Scan results: no warnings, no errors *****
-----------
и скрин Test_REMAR & screenshot окна SMART Victoria
Автор: MisHel64
Дата сообщения: 28.08.2013 16:36
LyoshkaK разумное решение, обратится к тому, кто понимает, что делает. Или самостоятельно изучить мат часть, а не гробить железку разным фуфелом.
Автор: Jankas
Дата сообщения: 29.08.2013 08:24
Antech

Цитата:
можно попробовать HDAT2

скачал запустил красивые цветные буковки )))
дальше что делать)




Добавлено:

Цитата:
HPA - Host protected area. Программное обрезание хвоста винта (ATA-девайса). Обычно, судя по форуму, хватает HDD Capacity Restore Tool. Если недостаточно, можно попробовать HDAT2 (он, вроде, бесплатный) или озвученные MHDD (NHPA) и Victoria

как обрезать?
HDAT2 есть пункт (HPA) запустил выдало ошибку.
в DOSе MHDD запустил так там пока не разобрался как обрезать

MHDD запустил через команду hpa, тоже выдает ошибку.
Автор: Antech
Дата сообщения: 29.08.2013 13:39
Jankas
Вроде как Вам нужно не обрезать, а наоборот - восстановить исходный размер. В MHDD это NHPA, в HDAT2 - не знаю (но есть, читал об этом), проще всего - HDD Capacity Restore. Но это только если HPA. У Вас подозрение на физические проблемы с винтом, и в этом плане я не могу помочь...
Автор: dragno5
Дата сообщения: 30.08.2013 00:02
[more] Здравствуйте. я снова к вам за помощью...

есть винт, разделен на 3 диска, через акронис решил добавить свободного места для диска С,
взял с последних 2 разделов по несколько гб, добавил к первому, все получилось, но акронис пожаловался на ошибку файловой системы, я нажал игнорировать ошибку, т.к. вариантов больше не было акронис не хотел продолжать работу...
после этого объем диска был увеличен, все 3 диска доступны, все файлы на месте.
но появилась проблема, при загрузке винды выходит ошибка *** STOP: 0x0000007B
файлы на диске я не трогал, ничего не удалял, из за чего это могло произойти и как решить проблему?

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

есть бэкап но что он даст, если я не трогал файлы на диске...

вот если нужно, сделал дамп нулевого сектора http://rghost.ru/48460768

таблица разделов http://i58.fastpic.ru/big/2013/0830/d7/e6f30f21aad5a4c1666e5e185d2c17d7.png

смарт http://i59.fastpic.ru/big/2013/0830/c0/d9deaf66c81e1be274bf51731438fdc0.png

[/more]
Автор: igor_me
Дата сообщения: 30.08.2013 11:05
Оффтоп в этом разделе, однако.
Но это классическая ошибка. Полно статей по ней. Если диск физически исправен - значит драйверы SATA виноваты, скорее всего. Самое первое - пробовать в BIOS включить режим IDE для контроллёра дисков. Ну и почитайте, и другие статьи тоже...
http://hsd.net.ua/prostyie-resheniya-pri-stop-0x0000007b
Автор: MisHel64
Дата сообщения: 30.08.2013 11:17
dragno5 у тя UUID загрузочного раздела уехал, и теперь вида не может найти свой раздел.
Автор: dragno5
Дата сообщения: 30.08.2013 19:14
igor_me, но все же работало до того как я начал работать с акронисом, почитаю еще но думаю это все не то...

MisHel64, и что мне теперь делать? как это исправить

кстати вин 7 у меня
Автор: MisHel64
Дата сообщения: 31.08.2013 01:37
dragno5 Сильвер мемберы, обычно отвечают увидев знакомую букву, по этому не обращай внимания. Сбрось "подпись" в MBR любым редактором диска. 0x1B8 смещение, 4 байта. Если без выкрутасов ставил винду, и сама ФС не побилась, должно помочь.
А не поможет, вынимай из архива и/или чини загрузчик.

Автор: dragno5
Дата сообщения: 31.08.2013 03:50
MisHel64, спасибо конечно) но я шарю в этом, не буду рисковать лучше подожду специалистов, надеюсь расскажут подробнее
Автор: igor_me
Дата сообщения: 31.08.2013 11:32
MisHel64
Сильвер Мемберы, как и все остальные, думаю, сначала указывают самую ходовую причину. Я так отвечал и тогда, когда у меня было даже 10 постов У меня море ситуаций было, когда были виноваты дрова. И переключение в режим IDE помогало загрузиться до конца. А вот с UUID - ни разу. Да и по структуре MBR я не спец, не скрываю этого. Наверно потому, что я знаю, что такие выкрутасы с Акронисом, как у автора вопроса, могут чего-нибудь порушить, и не делал такого никогда. Потому и в дисковый редактор редко лазию. Вы только не подумайте, я не оправдываюсь. А разъясняю, что не все вокруг лохи, в том числе и сильвер мемберы, зная ваш нрав по теме "Вин98". Любите вы почём зря пообсуждать "типа некомпетентность" других. Написали рядом свой вариант исправления ситуации и прошли "мимо" - так и только так поступают настоящие профи. И вообще сообща решение находится быстрее, не забывайте об этом и не "тяните одеяло" только на себя...
dragno5
То, что описал MisHel64 делается через дисковый редактор. Подробнее будет только пошаговая инструкция Есть например редактор DMDE. Он бесплатный. И справка в нём есть. Вы скачайте и откройте в нём ваш диск в режиме редактора. А там уже спросите, если что непонятно будет.
Автор: MisHel64
Дата сообщения: 31.08.2013 11:36
dragno5 Кто "шарит", тот подобные вопросы не задает, и заранее подстилает соломку, зная что все равно придется падать.

igor_me Было же очевидно, что несовместимость драйвера HDD, про который ты отвечал, тут совершенно ни причем. У человека проблема на той же самой матери. А значит смена режима эмуляции в BIOSе не решит проблему, но возможно создаст новую. По этому я и говорю, что ты отвечал увидев знакомы буквы, а именно 007B, а вовсе не вникнув в суть проблемы. Вот на то, что есть любители отвечать по знакомым буквам, давая бессмысленные советы, тем самым накручивая счетчик сообщений, я тонко и намекал.
И не надо врать, и передергивать. Не хорошо. Взрослые же люди.
Автор: alexgr
Дата сообщения: 31.08.2013 12:10
dragno5
для некоторого понимания сути http://konspect.blogspot.com/2013/08/key-register-mounteddevices.html
http://diddy.boot-land.net/firadisk/files/mounteddevices.htm

Добавлено:
MisHel64

Цитата:
Сильвер мемберы, обычно отвечают увидев знакомую букву, по этому не обращай внимания.

наверное не надо так огульно

Добавлено:
dragno5
кстати так можно посмотреть какой был код диска (в реестре винды) и какой сейчас стоит на диске (редактором диска в МБР)
Автор: Antech
Дата сообщения: 31.08.2013 13:02
dragno5

Цитата:
как это исправить

В WinHex откройте физический диск, потом Alt+F12 - Master Boot Record - Apply. Там в таблице увидите идентификатор диска. Если хотите "сбросить" его, впишите нули туда, Enter, закройте окно и Ctrl+S. Но я не гарантирую, что сброс ID поможет (на практике не сталкивался с подобной фигней). А еще в Win7 есть "восстановление загрузки" в дистрибутиве.
Подробнее о структуре MBR Вы можете почитать в Вики. Там даже есть ссылка на настоящую легенду: www.akina.hop.ru/mbr.php3 Правда, в русской версии я не нашел упоминаний про идентификатор, но Вы можете почитать про него в английской статье Вики (см. Disk identity и таблицу Structure of a modern standard MBR).
Автор: dragno5
Дата сообщения: 01.09.2013 07:54
я так понял MisHel64 и Antech написали один и тот же вариант? только Antech написал чуть подробнее.

Antech
значит по пробовал занулить, винда не запускается, сделал "восстановление загрузки" в дистрибутиве, что то исправилось, подкоректировалось, но все вернулось на свои места, синий экран с той же ошибкой 007B

все разделы по прежнему доступны

alexgr
http://konspect.blogspot.com/2013/08/key-register-mounteddevices.html тут мне кажется не много не то описанно, для меня не подходит

как посмотреть старый код диска в рееестре винды? по статье? все ровно не понял как старый код восстановить. извиняюсь если туплю...
Автор: Antech
Дата сообщения: 01.09.2013 10:48
dragno5
Как посмотреть - не знаю (погуглите на этот счет), но если есть ID из реестра, впишите его вместо нулей в WinHex.

Почитал статью на Вики. Там описано как посмотреть ID в реестре (см. раздел Disk identify). Ключ HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices\ - там ищете C: (наверняка если системный раздел, то "C"). Первые 4 байта этого ключа в реестре - это то, что Вам и нужно вписать (без пробелов) в WinHex - Alt+F12 - Master Boot Record - Windows disk signature. Последовательность байт в реестре такая же, как в шаблоне WinHex и такая же, как на диске (т.е. без перевода BigEndian <=> LittleEndian). Подробнее см. английскую статью на Вики.
Автор: alexgr
Дата сообщения: 01.09.2013 11:39
dragno5

Цитата:
как посмотреть старый код диска в рееестре винды?

1.скачать WinPE например SV-MicroPE 2k10 PlusPack CD/USB v.4.0 от 21.05.2013. http://forum.ru-board.com/topic.cgi?forum=35&topic=47329&start=21&limit=1&m=1#1
2.закинуть ее на флешку или СД/ДВД
3.грузануть оттуда.
4.открыть редактор реестра удаленной системы
5.в разделе HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices\DosDevices\C: посмотреть первые 4 байта
6.запустить редактор диска WinHex например - открыть там физический жесткий диск и посмотреть там 4 байта по смещению 1B8
7. сравнить п.5 и п.6
далее по обстоятельствам.
Автор: dragno5
Дата сообщения: 02.09.2013 00:28
вот что в реестре нашел
http://i59.fastpic.ru/big/2013/0902/35/12068b8d234b8d08e69cffbb62675335.jpg

вот диск в редакторе
http://i57.fastpic.ru/big/2013/0902/5c/0191af53bd7c918f848265926219565c.png

что куда вписать? Windows disk signature вписал BDD7BDD7
сделал востановление загрузки, без результатно

картина после всех манипуляций
http://i57.fastpic.ru/big/2013/0902/21/6ac8743552d19dd4959e8e5b389d3721.png

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


Добавлено:
кстати "восстановление загрузки" не помогает, пишет что невозможно исправить ошибки и предлогает отправить лог в микрософт

я в печали... так не хочется винду переустанавливать

есть образ диска, делал через акронис, если форматнуть и воссновиться через образ (потом до кинуть нужные файлы с бекапа) запустится винда?
Автор: AntiMember
Дата сообщения: 02.09.2013 10:50
dragno5

Цитата:
еще меня смушает что не показывает серийный номер диска, это нормально?

Для Bus USB все может быть. Интересно, почему он на ЮСБ болтается...
И на каком диске вы УУИД правили, если в вашем дампе http://rghost.ru/48460768
Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F

000001B0 65 6D 00 00 00 63 7B 9A BD D7 BD D7 00 00 80 01 em...c{&#353;&#189;&#215;&#189;&#215;..€.
А СМАРТ тревожный и в 7В может и по бизи или отвалу диска уходить.
Но, скорее всего, ничего не понять, пока у вас в системе не будет подключен к
нормальному САТА только проблемный диск. Так что не не гоните на сильверов...
Автор: Antech
Дата сообщения: 02.09.2013 16:01
dragno5
Вы грузиться тоже через USB пробуете? Винда - не Линукс, она без танцев с бубном так не умеет.
Автор: 9285
Дата сообщения: 02.09.2013 22:12

Цитата:
Так что не не гоните на сильверов...

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

PS."дартаньян" не в курсе что:
- смена режима работы контроллера ATA в BIOS ТОЙ ЖЕ МАТЕРИНКИ приводит к вышеозвученному стопу. И сброс режима может происходить и спонтанно, и просто совпасть со времене выполнения каких то других манипуляций
- вообще то указанные байты относятся не к загрузочному разделу а к сигнатуре всего винта.
- самое главное, даже если и произошло изменение этих байтов, то выдаётся не стнка и с другим номером.
PS. Зато такое тявканье его несомненно воодушевляет.
Автор: dragno5
Дата сообщения: 03.09.2013 03:36
забыл сказать, в данный момент сижу со второго ноута, и работаю с поврежденным винтом через юсб переходник, мне так удобнее...
первый ноут лежит рядом, если что то делаю с поврежденным винтом, после этого сразу втыкаю в ноут, проверяю.


Цитата:
- смена режима работы контроллера ATA в BIOS

я ваше не нашел такого, сбросил настройки биоса, ничего не изменилось

теперь и у меня вопрос:

Цитата:
- вообще то указанные байты относятся не к загрузочному разделу а к сигнатуре всего винта.


а почему мы тогда смотрим на этот ключ
HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices\DosDevices\C: именно диска С

нужен наверно какой то общий ключ из рееестра для всего винта?

вобщем если форматнуть все и восстановиться через акронис, заработает система или это сложно сказать?
поднадоел этот геморой....
Автор: xBoo
Дата сообщения: 03.09.2013 06:22
Подскажите, пожалуйста, есть ли возможность восстановить потерянный раздел тут же. Либо без копирования данный куда-то еще не обойтись.
R.saver нашел потерянный раздел, но не вижу функции восстановления раздела "тут же".
Можно лишь выделить все данные и скопировать куда-то.
Автор: MisHel64
Дата сообщения: 03.09.2013 10:48
9285 Видно я тя крепко зацепил, раз до вранья опускаешься. А свои грехи не стоит приписывать другим.


Цитата:
вообще то указанные байты относятся не к загрузочному разделу а к сигнатуре всего винта.

Нуда. Данные байты вообще ни как к загрузочному разделу не относятся. Моська же не читатель, а пИсатель. И если посмотреть ссылки приведенные на предыдущей странице, причем не мной, это становится очевидно абсолютно всем.

PS: За то собственное тявканье точно воодушевляет тебя самого. По этому не надо приписывать свои грехи другим. Ведь по твоему посту отчетливо видно, что единственная его цель, тявкнуть, обгадить, и сбежать.

Добавлено:
dragno5

Цитата:
я ваше не нашел такого, сбросил настройки биоса, ничего не изменилось

Не обращая внимания. Это он не тебе хотел помочь, а меня обгадить.
Автор: alexgr
Дата сообщения: 03.09.2013 12:32
xBoo

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

есть. DMDE вам в помощь. http://forum.ru-board.com/topic.cgi?forum=35&topic=37552&start=200#10
Автор: Antech
Дата сообщения: 03.09.2013 12:47
dragno5

Цитата:
а почему мы тогда смотрим на этот ключ
HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices\DosDevices\C: именно диска С

Потому что там есть и ИД, и начальный сектор (?) раздела. Мы берем только ID винта.


Цитата:
если форматнуть все и восстановиться через акронис, заработает система или это сложно сказать?

ИМХО, скорее всего, да (если режим SATA в БИОСе такой, как был при снятии образа).

Ошибка 7B - Unmountable boot volume - довольно общая и может вылезать по разным причинам (насчет влияния ID - не знаю, я только могу сказать где его найти в MBR).
У Вас сейчас на "втором" ноуте chkdsk.exe БукваРаздела: на проблемный раздел что говорит?

Добавлено:
xBoo
Можно подробнее? Сколько было разделов и каких размеров, почему потерялся раздел? Покажите скрин окна "Разделы" из DMDE (лучше прямую ссылку).
Автор: AntiMember
Дата сообщения: 03.09.2013 13:13
dragno5

Цитата:
я ваше не нашел такого

А мы и подавно - х.з. какой бук. Хотя, в биосе новых буков может и не быть.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485

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


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