Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Пропал диск. Восстановление таблицы разделов (не данных) - 2

Модерирует : KLASS, IFkO

KLASS (26-02-2017 16:06): Продолжение в Пропал диск. Восстановление таблицы разделов (не данных)-3  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181

   

vu1tur



Moderator-Saaber
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
предыдущие части: 1
ВНИМАНИЕ! В данной теме не восстанавливают данные. Кому восстановить данные сюда... там несколько частей темы, возможно, уже есть решение вашей проблемы. Внимательно читаем шапку.
---------------------------------------------------------------------------------------------
В помощь по данной теме:

Всего записей: 3690 | Зарегистр. 01-02-2003 | Отправлено: 16:26 08-04-2010 | Исправлено: KLASS, 17:42 16-08-2014
kilogramm180

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Диски идентичны (одна и та же модель). А чем мне сделать такую копию? Просто раньше у меня всё было проще).
P.S.: сейчас порою WinHex на предмет такой возможности.
P.P.S.: и всё же хотелось на будущее узнать, какой софт может проводить такие операции с таблицей разделов на GPT

Всего записей: 125 | Зарегистр. 29-03-2012 | Отправлено: 15:34 15-02-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kilogramm180
Я обычно делаю с помощью DMDE.
Не очень понятно о каких операциях идёт речь, но вышеуказанная программа уже умеет работать  с GPT-разделами.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 16:42 15-02-2014
kilogramm180

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Речь идёт о посекторном копировании определённых участков (с сектора X по сектор Y).
Кстати, я сейчас глянул, таблица разделов, на сколько я понял, при таком раскладе не скопируется. Ибо у меня в самой GPT записи (или как её назвать то правильно... в общем второй сектор, оффсет 200h) LBA начала массива таблицы разделов стоит 8FEA422500000000, т.е. 2542EA8F*200=0x4A85D51E00, что у меня приходится на основной, 4-й раздел приходится на 5-й, RECOVERY раздел, так что всё должно получиться, завтра буду пробовать...
 
Добавлено:
P.S.: В первый посмотрел на первый сектор не того раздела...
 
Добавлено:
P.P.S.: "Разул" глаза, это, оказывается, последний сектор... ну что ж, ночь, как никак...
Неправильно разул... последний сектор - это бэкап GPT-заголовка, остальное вроде правильно...

Всего записей: 125 | Зарегистр. 29-03-2012 | Отправлено: 20:26 15-02-2014 | Исправлено: kilogramm180, 20:45 15-02-2014
KROYLL

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.У меня продолжение разбирательство с диском,у которого пропадает буква.Появилось свободное время и по совету Silver Member я подключил диск напрямую к материнке,она его увидела,поставил винду,все вроде шло хорошо,до первой перегрузки,после перегрузки появляется "запуск windows" флажек мерцает,судя по индикатору мать к диску не обращается и все висит.Вот такие результаты.
 
 
Добавлено:
http://i33.fastpic.ru/big/2014/0216/c8/bc6c9cf63dfec25d36e6aba7e72368c8.png
вот снимок разделов из DMDE  
 
Добавлено:
попытался на этот диск поставить линукс,вообще все зависло в самом начале.Хотя рабочий линукс видит его без проблем.
 
 
Добавлено:
Причем что Mint,что Ubuntu не грузятся.

Всего записей: 7 | Зарегистр. 13-12-2008 | Отправлено: 00:08 17-02-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KROYLL
Загрузись в консоль восстановления и сделай chkdsk для этого раздела - покажи ошибки.
Встречался в практике винт, у которого в процессе работы в сектора прописывался определённый патерн.
Естественно это портило данные в этих секторах, в том числе и в загрузочных.
Вполне возможно что у тебя нечто подобное.
Не знаю, есть ли у тошиб фирменная диагностическая утилита, но если есть - проверь ею.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 05:45 17-02-2014
KROYLL

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.Послушал вас,порылся в инете и нашел проги от Toshiba,но виндовая не запустилась,а до DOSовских дело не дошло.Нашел прогу от WD "Data Lifeguard Diagnostic for Windows" и провел с ней эксперимент,запустил "extended test" на всяк случай,ошибок не нашел,затем запустил "write zeros" ,много времени это конечно занимает,но результат положительный.После проработал "Paragon Partition Manager™" и диск работает и пока не пропадает,продолжаю тестировать в рабочем режиме.Если вас интересует могу отписаться о результатах.Спасибо вам за советы

Всего записей: 7 | Зарегистр. 13-12-2008 | Отправлено: 00:00 20-02-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
KROYLL
Несмотря на то, что помогло - не стоит пользоваться утилитами от другого производителя.
Тем более что обнуление можно было сделать и в других утилитах.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 19:31 21-02-2014
KROYLL

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Добрый день.9285 Вы конечно же правы,но я просто экспериментировал,даже не надеясь на что-то,а так добавилось опыта

Всего записей: 7 | Зарегистр. 13-12-2008 | Отправлено: 00:01 22-02-2014
brgmastera

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток!  
Покорнейше прошу о помощи...
 
Исходные данные: был служебный ноутбук, который однажды "лёг" с диагнозом из СЦ о перегреве чипсета. Ввиду заломленной стоимости матери принято решение "ну его на..." и покупке обычного десктопа. Ввиду того, что на ХДД адова тонна коммерческой информации, он был предварительно изъят и теперь возникла необходимость слить с него инфу. Включен через карман и ЮСБ интерфейс с доп. питанием.  
 
HDD Hitachi HTS545032B9A300 320 (298) GB
Был разбит на 3 раздела: Primary, Extended/Logical, Primary.
При подбросе через ЮСБ в ОС доступен только второй раздел.
 
Что проделано:  
1. С помощью EVEREST проверен S.M.A.R.T. - все чинно и благородно, мило и нежно, в пределах нормы.
2. CHKDSK в режиме чтения говорит что "Невозможно определить версию тома и его состояния" на обоих недоступных разделах.
3. Через photorec проверена гипотетическая восстанавливаемость файлов - таки тонны файлов читаются, но со неопознаваемыми именами - так не нравится.
4. С помощью указаний в шапке темы и WinHEX обнаружено, что второй (доступный) раздел имеет бут-записи в начале раздела и в конце, следом за окончанием раздела идет бут-запись третьего раздела. Но вот в конце первого раздела, который и содержит "все, что нельзя потерять", нет копии бут-записи из его начала.
 
Добавочка: проверены ссылки на $MFT и $MFTmirr для желаемого раздела. Похоже, что таки ссылки верные, только по по ссылке $MFTmirr первым блоком стоит не FILE а USB а вот следующие ровненько идут начинаться с FILE - быть может это связано с подключением через ЮСБ...
 
Если это не слишком затруднит уважаемое сообщество, прошу подсказать дальнейшее направление к желаемому восстановлению раздела. Заранее благодарю.

Всего записей: 4 | Зарегистр. 27-09-2010 | Отправлено: 15:57 27-02-2014 | Исправлено: brgmastera, 16:43 27-02-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
brgmastera

Цитата:
нет копии бут-записи из его начала

Это характерно при использовании стороннего ПО для форматирования раздела. Но не смертельно, особенно если есть сам бутсектор.
 

Цитата:
только по по ссылке $MFTmirr первым блоком стоит не FILE а USB а вот следующие ровненько идут начинаться с FILE - быть может это связано с подключением через ЮСБ...

А в $MFT нормально? Сомневаюсь в этом.
Запись в начале не связана с USB - это просто индикатор ошибки при передаче данных. Но, если имеются какие либо ошибки, обязательно нужно исключить любые возможные источники проблем - и всевозможные USB-карманы в первую очередь.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:59 27-02-2014
spiricru

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
товарищи, не являясь особо шарящим в таблицах и смежных с ними штуках, посмею поделиться проблемой  следующего характера. есть винт 2 тб. и на нём один из логических разделов перестал читаться (не загрузочный). винда определяет букву, но не заходит на него ("нет доступа"), в свойствах - 0 размер 0 занято. акронис рекавери, соответственно, искать раздел раздел и не пытается так как видит его как нормальный (но полностью занятый). проги по восстановлению файлов тоже прочесть его не могут, хотя его буква и общий размер везде отображается корректно... подскажите плиз, куда копать
 
у меня была пара раз проблема с исчезновением разделов, но тогда раздел вообще пропадал и я его выкапывал, а тут раздел-то вроде и есть, а не читается...
 
[копну по деталям, написанным в шапке, отпишусь, просто сообщеение не удаляется]

Всего записей: 1 | Зарегистр. 28-02-2014 | Отправлено: 04:27 28-02-2014 | Исправлено: spiricru, 04:40 28-02-2014
brgmastera

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285

Цитата:
А в $MFT нормально? Сомневаюсь в этом.

 
Х, как говорится, З, формально записи есть, формально они выглядят (по крайней мере на мой непрофессиональный взгляд) нормально.
 
При попытке открыть том через WinHEX говорит следующее:
Жесткий диск 1, Раздел 1 Невозможнооткрыть "$MFT". Unexpected data at offset D0491800 and offset F01989800, Res=-3, Res2=-3
 
offset D0491800 - ссылка на $MFT
offset F01989800 - ссылка на $MFTmirr
Это неиллюзорно намекает на полярного лиса в файловой таблице.  
 
$MFT начинается с записи вида "USBC " а далее структура вот совсем как следующие записи с следующих блоках.
А вот уже в $MFTmirr после 4-х байтов смещения идет ка бы пустота, то есть напрочь несоответствие копии таблицы ее основе. Быть может есть возможность "нашаманить" там руками? потому что потеря нескольких файлов ради спасения раздела некритична.

Всего записей: 4 | Зарегистр. 27-09-2010 | Отправлено: 10:22 28-02-2014 | Исправлено: brgmastera, 10:26 28-02-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
spiricru
При любых проблемах с доступом к данным, разделам необходимо убедиться в отсутствии физических проблем - в противно случае всяческие поиски, и особенно глубокие сканирования могут и добить винт.
Так что надо глянуть SMART  как минимум.
 
brgmastera
Обычно содержимое MFT и зеркала идентично. Хотя есть исключения - например если какой то из секторов сбойный; естественно в такой не может записаться аналогичная информация.
 

Цитата:
формально они выглядят (по крайней мере на мой непрофессиональный взгляд) нормально

То есть ты можешь отличить разницу в один некорректный байт или вклинившийся мусор?
 
В данной теме это оффтоп, т.. с таблицами разделов вроде всё в порядке, но и здесь есть немало подобных случаев и их решение - методом правки записей или имплантации. Ещё больше в теме про восстановление данных. И главное что надо понять - для вытаскивания данных не всегда даже нужно проводить лечение начальных записей. И это наглядно видно при использовании DMDE.
А вот если речь заходит об in-place восстановлении, то здесь необходимо использовать чекдиск, и тут многое зависит от конкретики повреждений. Особенно трагичным бывают повреждения записей в $Secure.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:02 28-02-2014
A1exandr0s



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее...

Всего записей: 7 | Зарегистр. 08-03-2014 | Отправлено: 01:56 09-03-2014 | Исправлено: A1exandr0s, 01:57 09-03-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
A1exandr0s
Нужен дамп секторов 7010304+100

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 07:03 09-03-2014
A1exandr0s



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
http://gfile.ru/a5t9x

Всего записей: 7 | Зарегистр. 08-03-2014 | Отправлено: 10:54 09-03-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
A1exandr0s
Если бы не чудом выжившая 3-я запись MFT, то я бы подумал что ты ошибся с дампом.
Но там какой то мусор (судя по некоторым фрагментам из реестра) - видимо что то сдампилось не в то место.
Вопрос в том сколько записей выжило - так что делай в DMDE Поиск NTFS, сохраняй лог файл и выкладывай его. Можешь сохранить промежуточный результат после минут 30-ти и выложить его.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:27 09-03-2014
A1exandr0s



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Эмм.. поиск осуществлять физического устройства или логического диска?

Всего записей: 7 | Зарегистр. 08-03-2014 | Отправлено: 11:32 09-03-2014
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
A1exandr0s
По логике - логического, ведь на нём проблема.
Но учитывая что на диске всего один раздел (100 меговый можно в расчёт не брать), то можно и физического.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:44 09-03-2014
A1exandr0s



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Просканировано 18% http://gfile.ru/a7zeR
Просканировано 100% http://gfile.ru/a6kdT

Всего записей: 7 | Зарегистр. 08-03-2014 | Отправлено: 12:32 09-03-2014 | Исправлено: A1exandr0s, 15:06 09-03-2014
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181

Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Пропал диск. Восстановление таблицы разделов (не данных) - 2
KLASS (26-02-2017 16:06): Продолжение в Пропал диск. Восстановление таблицы разделов (не данных)-3


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru