» Пропали локальные диски

Добавлено:
ушёл ))) рано))) , хотя я тоже уже никакая ))
http://www.picshare.ru/view/1053456/

wercatunia

Цитата:

, галок никаких нет кроме кодировка ANSI-ASCII. И не обрезано, проверила.

Наверняка есть, --- снимите галку с показывать только шестнадцатеричку...


ЗЫ Посмотрите справку на русском пусть и по старой версии..

Цитата:

Для тех кому нужен только файл русской справки для WinHex, берите его здесь.

Русская версия hex-редактора WinHex 11.6
http://www.trashreg.com/ru/download.html

wercatunia
Это было даже поздно, так как вставать в 6-00.
Что касается скриншота. MFT ты зачистила и сразу вылезла его копия что является нормой (если она есть).
Теперь повторяешь расчёт сделанный ранее, но только стартовый кластер берёшь соотвествующий.
Должно получиться 472 648 396. Это начало + скорей всего в последующих 7-ми секторах будут аналогичные записи.
И ещё что касается сектора 525084524. Он трактуется по разному: в одном случае как копия бутсектора тома Home, в другом как бутсектор Volume12 (по данным скриншота Image30.png). Это тоже нормальное явление.
Вот чего не могу подсказать, так это насчёт ext-овских разделов. У них нет привычного для глаза бутсектора как у NTFS, но есть чуть дальше суперблок от которого идёт отступ. Видимо по этим данным и вычисляется начало и конец такого раздела. Но это лишь мои предположения.

Tau_0
неа ,никаких галок
справку нашла еще раньше и скаала с несколькими комплектами хекса.(у него почему-то регистрация быстро слетает)


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

Цитата:

неа ,никаких галок.

Ну так надо же что то открыть чтобы неактивные сейчас опции стали доступны.

9285 ну вот открыла сектор 472648396
http://www.picshare.ru/view/1056930/
а разве тогда могут галки появиться?
xCxf C – копия загрузочного сектора; MFTMirr(0) для NTFS;
это тоже самое, что было с прошлым хомом? принцип расчета тотже?

http://www.picshare.ru/view/1057029

То есть, правильно должно быть так.
353 077 248 + размер кластера*значение MFT Mirror Start cluster = начальный сектор зеркала.




420212268+(8*786432)=426503724 ))

wercatunia
Галки сами по себе не появятся (наверное , но зато теперь ты их можешь поставить.

или этот пример брать

"Для Home начало MFT расчитываем на основе нормального скриншота DMDE
525084524-104872256=420212268 виртуальное начало тома (а его же видно в DMDE как первый сектор зачем рассчитывать?)
420212268+6291456=426503724 начало MFT за которым следует какое то количество секторов с записями. "

тогда

525084524-104872256=420212268 виртуальное начало тома
420212268+654516( тут надо mirror или start?) = 420866784

вот похоже правильно (подходит под ваш результат))

420212268+(8*6554516(таки мирор))=472648396
http://rghost.net/43301297

http://www.picshare.ru/view/1058052/

58 (также как в предыдущем случае?)

Цитата:

58 (также как в предыдущем случае?)

Интересно для кого я писал про семь последующих секторов?

Цитата:

Интересно для кого я писал про семь последующих секторов

я отметила это но, вот не доходит до меня откуда эта цифра берется. Почему 58 было..
тоесть , должно быть так?

http://www.picshare.ru/view/1060632/

wercatunia
Это из букваря по устройству NTFS.
MFTmirror содержит 4 записи размером 1кб, что в свою очередь равно 8-ми стандарным секторам размером 512 байт.
А для MFT размер можно узнать из неё же - в твоём случае это было 8 кластеров. Вот и посчитай сколько это секторов. Но в конце были нули - так каков смысл переписывать нули нулями? Потому и были затёрты занятые записями сектора.

64?, а так как нули в конце то 58?-MFT размер?

wercatunia
Я могу помогать, но только тем, кто этого хочет (хотя бы пытается). Разжёвывать не буду.
Открой дамп секторов что сбрасывала и посмотри их содержимое.

Цитата:

Открой дамп секторов

поняла

Помогите, пожалуйста! Переставил винчестер из одного компьютера в другой - перестал видеть вообще все разделы, зашел в Управление дисками, а он говорит что винчестер нужно проинициализировать! Этого я делать не стал и начал искать как это всё исправить, ведь я вообще с винчестером ничего не делал. Модель WD Cavair Green 1.5Tb, операционная система на компьютере с которого снимался - Win 7 Pro x86, вставил в Win 7 Pro x64. Пробовал восстанавливать mbr с помощью консоли восстановления bootsect /mbr All, но это не помогло(хотя стал Не распределен в управлении дисками). В testdisk находил только один раздел, в котором нет файлов..
Что с ним делать, как восстановить разделы?
dmde выдает вот что, разделы в конце похожи на мои

Jeka_oz
Конечно же можно и в чужой теме отписаться, но не правильней ли в тематической?
Заодно ознакомится с тем что там рекомендуется, что в основном делается (потому как тебе предстоит это пройти).
Тебе вроде бы как подходит эта тема, но учитывая что по предварительным "анализам" данные есть только в одом разделе, то более соотвествующая эта.
Не забудь точно описать что за разделы были (размеры, ФС), зайди в найденные в DMDE и посмотри твои ли это.
В скриншоте смущает несколько моментов, но больше всего последняя запись. Запись о разделе размером больше чем есть секторов на винте может быть если использовалась динамика и раздел состоял из частей разных винтов, а теперь одной из частей нет.
Есть таблица в 1 секторе. Это или проделки пармагоида (связаная с расширенным разделом в 2048 секторе) или остатки (?) какого нибуть бут локера.
Смотри SMART винта, и если он не проблемный, сделай Поиск соотвествующей твоей ФС на всём винте.
Результат поиска выложи.

9285
Вот смарт.

Поиск ntfs запустил, жду теперь.

Jeka_oz
Вообще то SMART от террабайтника.
И сбрось как ещё дампы секторов 781424640+20 и 2930274300+10.

Да, ошибка вышла.

А секторы скопировать я так понимаю не выйдет, т.к. я поставил сканировать ntfs

Jeka_oz
Ответил на ixbt, но сдублирую и здесь.

Ты сам себе создал проблему, которая элементарно решается установкой джампера, который ты снял, на место. У тебя всё сьехало на 1 сектор.
PS. И ещё ты успел инциализировать винт. Зачем?

PPS. Я не телепат - просто на зоне прочёл твои откровения.

9285
Не помню где он стоял, куда попробовать поставить?

Jeka_oz
Вот только пробовать не надо, а то может стать намного хуже.
Ищи пояснение об установке джампера - возможно есть на верхней части винта.

Я вспомнил что вроде как ограничивал 6Gb/s до 3Gb/s, посмотрел http://wdc.custhelp.com/app/answers/detail/search/1/a_id/1679#jumper , поставил на 5,6, но ничего не поменялось
Вот скопировал те сектора:
http://rghost.ru/43345152
http://rghost.ru/43345167

возвращаясь к напечатанному))
420212268+(8*6554516)=472648396
http://rghost.net/43301297
открыть образ в DMDE-Alt+F5
http://www.picshare.ru/view/1086300/
видно, что mft шестым блоком ограничено, но( наверное)) 7 , чтобы с запасом, ведь в прошлом там было 56, а взяли 58?
ну вот окончательно, тоже самое, но более осознанное ));
http://www.picshare.ru/view/1060632/
правильно?

wercatunia

Цитата:

ведь в прошлом там было 56, а взяли 58

Нумерация секторов начинается с 0, соотвествено тот который видится как 56-ой на самом деле 57-ой.
Учитывая что запись MFT хранится в 2-х секторах (по умолчанию пока так, хотя можно изменить это), то и число секторов должно быть кратно двум.
Да и если посмотришь в 57-ой то в самом конце увидишь 02 00.
Можно было бы и не 58 зачистить а штук так 10 и артефакты бы исчезли. Но ведь если решили делать по нормальному то так и будем делать?

Цитата:

видно, что mft  шестым блоком ограничено, но( наверное))  7 . правильно?

Повторение - мать учения. Имеем четыре записи MFT, каждая из которых записана в ? (вопрос тебе) секторах. Теперь простой расчёт и получаем исходное число необходимых секторов для зачистки.
[more=ответ]4*2=8[/more]
PS. И после этой зачистки можешь и фантомные NTFS-бутсектора зачистить.

Цитата:

Повторение - мать учения. Имеем четыре записи MFT, каждая из которых записана в ?

2-х секторах, ну и 2*4=8
Цитата:

и число секторов должно быть кратно двум.

следовательно
http://www.picshare.ru/view/1087423/
так?

wercatunia
Yes!

9285, все получилось

9285, праздник тот-же, день второй
12 волюм Bxxx
для информации
http://www.picshare.ru/view/1106500/

это режим просмотра F7
http://www.picshare.ru/view/1106491/
http://www.picshare.ru/view/1106495/
http://www.picshare.ru/view/1106496/
http://www.picshare.ru/view/1106497/
http://www.picshare.ru/view/1106498/
http://www.picshare.ru/view/1106499/


бутсектор находится в секторе 525084524 "(обычно в последующих 6-ти секторах ещё и загрузочный код,но не факт что он есть у тебя - надо смотреть)"
http://rghost.net/43460703
ну думаю так ) бутсектор находится в 525084524 и наверное еще в двух следующих секторах., тоесть надо для обнуления)) выбирать 525084525, 525084526, не надо чтобы тут было кратно 2-м, когда запись MFT находилась в 2-х секторах?
т.е. http://www.picshare.ru/view/1106489/
верно?

wercatunia

Цитата:

12 волюм Bxxx

Прочитал немного по другому и подумалось что ты насчитала 12-ть разделов с такой меткой.
Про 6-секторов я писал исходя из индикатора B (бутсектор). Но здесь не всё так однозначно при отсуствии других структур. то есть, можно этот сектор воспринять как бут раздела начинающегося в 525084524 и "распологающегося" далее, а можно и как копию бутсектора раздела, начинающегося в секторе 420212268. И такая запись присуствует (Home). Соотвествено - раз это копия бутсектора, то достаточно зачистить один сектор. Да и по дампу видно что далее нет загрузочного кода. Но зато в последующем секторе видна таблица расширеного раздела и сотри ты этот сектор - потеряла бы доступ ко всей цепочке последующих логических дисков.
И этот случай пример того что программы хоть и расчитывают быстрее, но не всегда делают это корректно.
Потому то я и другие участники не раз предупреждали тех, кто пишет "чудо-пога восстановила всё сама - рекомендую", что нельзя судить о возможностях ПО исходя из одного (нескольких) случаев.