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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shali87
На самой коробке разве нет ничего?
Впрочем, сразу не заметил - метка тома как бы намекает что NH92. Насколько помню, он не подвержен ошибке со сдвигом, хотя гарантировать не буду.
И хотя я не запрашивал дамп физического диска, тем не менее в LBA1 прописан какой то шаблон, а в конце запись, имеющаяся в некоторых случаях сбоев.
Чекдиск как бы намекает что проблема в индексах, и относящихся к корневому каталогу. В принципе, вероятность что исправит большая, но при таких ошибках не показываются остальные, которые могут быть вычислены при исправлении "корневой". Так что если есть что то суперважное (по логике, у такого должен быть бэкап), то лучше восстанови на другой носитель а потом уже чекай.
И, можешь ещё сделать дамп секторов логического раздела 6291456+100.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 18:01 12-08-2015
shali87

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Да, на боксе NH92. Дамп: http://rghost.ru/8QtFMKtWV.
Конечно, хотелось бы данные сохранить. В крайнем случае, чтобы диск хотя бы определялся системой.
Т.е. можно Chkdsk на исправление запустить попробовать?

Всего записей: 15 | Зарегистр. 17-03-2009 | Отправлено: 08:43 13-08-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shali87
В предыдущем ответе я уже всё написал. Чекдиск должен разобраться с проблемой, но если хочешь гарантии, то восстанавливай на другой носитель. Или жди того, кто может разобраться что за ошибка в ФС.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:51 13-08-2015
shali87

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285 Чекдиск помог. Диск определяется, данные с виду на месте. Спасибо за помощь.

Всего записей: 15 | Зарегистр. 17-03-2009 | Отправлено: 09:02 14-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Решил сделать копию раздела Акронисом с загрузочного CD.
Указал выносной терабайтник, нажал далее и бах, ошибка.
Решил повторить операцию, а Акронис не видит выносной диск.
Перезагрузился в Windows - тоже не видит.
Начал решать вопрос, открыл в WinHex, открыл MFT, а там вот что: http://rghost.ru/675CPwhsn
Вот что показывает Runtime DiskExplorer: http://rghost.ru/8ptVjtqy7
Акронис вкатал запись о резервной копии в самую первую запись MFT. MFTMirror испортил аналогично.
Вся остальная часть MFT,кроме первой записи, не повреждена. Дэйта-раны в первой записи MFT сохранились.  
WinHex все читает отлично. Все рековырялки все видят отлично.
Не видит только Windows: http://rghost.ru/82XmdyR6K
Chkdsk показывает следующее: http://rghost.ru/6LKlDhWYS
Надо как-то вручную перезаписать первую запись MFT.
Пробовал склеить первую запись без "$10 $STANDARD INFORMATION Win764.tib", "$30 $FILE NAME Win764.tib", "$80 $DATA Win764.tib", ничего не получается:
Windows не видит, Chkdsk пишет тоже самое.
Помогите восстановить первую запись MFT.
Вот дамп первых 12-ти записей MFT: http://rghost.ru/8LsRLhvjp

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 15:58 17-08-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
aleksey1965
Знакомая ситуация. Такую надо показывать тем, кто любит доказывать что "я 100500 раз делал акронисом".
Цитата:
Пробовал склеить первую запись без "$10 $STANDARD INFORMATION Win764.tib", "$30 $FILE NAME Win764.tib", "$80 $DATA Win764.tib", ничего не получается:

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

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 19:14 17-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Там надо делать некоторые корректировки.  
Увы, я скоро убегаю, поэтому не смогу помочь тебе. Но как только появится возможность -  сделаю.
 
Был бы премного благодарен.
И, еще, попросил бы, если можно, показать мне, как делать эти корректировки.

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 23:30 17-08-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
aleksey1965
Патч, в принципе готов, но с ним не всё так просто - в ранлисте есть второй фрагмент, который за пределами раздела. Возможно какой то байтик влетел не туда а может что ещё, но после оставления только нужных (как бы целых) аттрибутов и соотвествующих корректировок чекдиск находит ошибку в 128 атрибуте и правит его - фактически удаляет из ранлиста этот фрагмент. А это 512 кластеров. Ну ладно, если это ошибка единичная, а если есть и другие вкрапления?
Поэтому нужна более точная диагностика и описание. Какой размер раздела? Запусти в DMDE Поиск NTFS на площади всего проблемного раздела, по окончании сохрани лог поиска и выложи.
 
о корректировках
 
PS. С таблицей разделов у тебя нормально, поэтому может лучше сразу перейти в соответствующую тему и уже там решать проблему решение?

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 10:04 18-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Смысл запускать DMDE?
Фрагментов MFT два.
Runtime DiskExplorer Run-листы видит, вот они: http://rghost.ru/7HqdWLMDK
Проверял адреса Run-листов в Winhex, все соответствует действительности.
Winhex MFT видит, может даже собрать ее в один файл 424 Мб, что я и сделал для страховки.
Winhex видит так же всю файловую систему, открывает все папки и файлы.
А DMDE я запускал: реальную MFT по адресам в $Boot находит мгновенно, далее начинает сканирование раздела на поиск других осколков MFT. Поработал чуть более часа, отсканировал 6% где-то, нашел около двух сотен других осколков MFT. А на всем разделе их могут быть тысячи, их просто просмотреть день надо.
Раздел 1 Тб, время сканирования USB 2.0 на моем Intel Core 2 Quard - это 17 часов, на Pentium 4 - 24 часа.  
Это я уже однажды делал, на это уходит трое суток непрерывной работы компьютера: 1 сут. - сканирование, 2 сут. - перегон информации на резервный носитель, 3 сут. - перегон с резервного на основной носитель.
Как я уже говорил, все рековырялки , в том числе и DMDE, всю информацию видят, но если восстанавливать через них, то это 3-ое суток непрерывной работы компьютера, можно одуреть. Был бы раздел 100 Гб, давно бы уже так сделал и не заморачивался.

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 12:52 18-08-2015
9285

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

Цитата:
Смысл запускать DMDE?

Для того. чтобы убедиться в правильности данных.
Вот ты пишешь что
Цитата:
Раздел 1 Тб,
, а я вижу инфу о 700 гигабайтах. А второй экстент как раз за границей этой величины. Так чему верить?
И раз есть такая неувязка, то не факт что и в других местах набросало подобного мусора. Говорить о беспроблемном восстановлении ФС по месту глупо.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:17 18-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А склеить я пытался как на фото http://rghost.ru/675CPwhsn
Выкинул то, что касалось Win7x64.tib, оставил то, что касалось $MFT,  
получилось что-то типа того: http://rghost.ru/7hkdB9z7h
 
 
Добавлено:
Не так просто запустить на сутки этот DMDE, жена тут у меня тогда из штанов выпрыгивать начнет:  
воздух портит, озоном от него каким-то воняет, жара от него, работает как тепловинтелятор, шум на нервы действует, ночью спать мешает, шум как в самолете и так далее.
И что я этот диск не разбил на 4 раздела сразу, или потом, когда один раз восстанавливал информацию с него???
А видно только 700 Гб, то это навернов от того, что там много нерезидентских Run-листов, были файлы, и не один, с фрагментами порядка 3500 и более. Здесь 17 Акронисовских копий с 7 компьютеров, и менялись последнее время в основном они. Так что с учетом дикой фрагментации, я думаю, вся информация на месте.
Диск 1 Тб, доступно для записи 931 Гб, на диске было порядка 915 Гб - заполнен почти полностью. Делать дефрагментацию - опять нарываешься на проблему 24 часов.
Если дойдет до перегона информации, то уже обязательно разобью его на 4 раздела по 250 Гб, что бы были все основные и их адреса сидели только в MBR.

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 13:19 18-08-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
aleksey1965
Дело не во фрагментации и т.п.
В записи MFT указан размер тома, озвученный мною выше.
Сшивка сделана просто, без учёта того, что в конце сектора (и второго)  есть контрольное число.
И как раз это контрольное вклинилось в атрибут Data и "препятсвует" работе чекдиска. И повезло что оно попало в некритичные байты).  С учётом данных из заголовка записи и структуры Data? эти два байта надо заменить на 00.
PS. И ещё надо скорректировать значение размера 0-вой записи - впрочем это можно оставить на сьедение чекдиску (он его скорректирует).

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:56 18-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Какой DMDE делать:
- DMDE 2.10.2 Free с оф. сайта
или
- DMDE 2.4.6 Pro с торрента
 
Добавлено:
9285
Дело не во фрагментации и т.п.  
В записи MFT указан размер тома, озвученный мною выше.
 
700 Гб - это размер самого тома или размер информации на томе???
Если тома, то где тогда в MFT указан размер тома???
Покажи, пожалуйста, по смещениям.
 
Я знаю размер тома, указан в MBR, в $Boot.
 
Если в MFT указан неверно именно размер тома, то надо его править на реальный:
 
Вот мои размеры:
 
- Диска: http://rghost.ru/6p98dJQ95
E8E0DB5DFF + 1 = E8E0DB5E00 байт (hex) 1000204885504 байт (dec)
E8E0DB5E00 / 200 = 74706DAF секторов (hex) 1953525167 секторов (dec)
 
- Тома: http://rghost.ru/7NmYKVXzs
E8E09FFFFF + 1 = E8E0A00000 байт (hex) 1000200994816 байт (dec)
E8E0A00000 / 200 = 74705000 секторов (hex) 1953517568 секторов (dec)
 
 
Добавлено:
Я проверил в WinHex последние записи, какие помню, на томе, датированные 08.08.2015.
Восстановил в WinHex несколько файлов, все они не битые.
Значит MFT, кроме первой записи, не битая.
 
Добавлено:
9285
А ты не ошибся с 700 Гб ???
 
WinHex считывает следующее: http://rghost.ru/8wzX7GCzj
Used space:    0.9 TB
966 883 508 224 bytes
Free space:        31.0 GB
Total capacity:    0.9 ТВ
1 000 200 994 816 bytes

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 14:30 18-08-2015 | Исправлено: aleksey1965, 02:10 19-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вопрос решен.
Совместными усилиями с "9285" из первой записи $MFT удалили блоки с Win7x84.tib, склеили оставшиеся блоки, восстановили последовательность обновления, подчистили от мусора, и диск запустился.

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 00:45 20-08-2015
aleksey1965

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Всем хочу посоветовать, сам нажегся на этом, не делайте разделы 1 Тб и более.
Потому что в случае восстановления будете упираться в проблему трех суток непрерывной работы компьютера:
- прогон поиска информации (1 сут.)
- восстановление информации на другой носитель (1 сут.)
- копирование восстановленной информации на место (1 сут.)
Плюс еще надо найти резервный терабайтник, купить или взять в аренду.

Всего записей: 211 | Зарегистр. 08-01-2013 | Отправлено: 13:48 20-08-2015
JumP 92

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Необходима помощь в восстановлении разделов.
Во время обычной работы с ноутом, выскочил синий экран, после перезагрузки у локального диска D в "моем компьютере" перестал показываться объем, при попытке зайти на него выскакивало сообщение об ошибке CRC, сам компьютер при этом постоянно подтормаживал.  Был запущен chkdsk D: /F/R (зря, каюсь) но,безрезультатно (завершался с ошибкой на проверке журнала USN), в безопасном режиме был запущен chkdsk  /F/R, но уже для диска С (завершился, и даже вроде что там исправил), но при работе ноут все равно постоянно подвисал, после нескольких включений-выключений перестал загружаться вообще. При подключению к другому ПК никаких локальных дисков не видит вообще. Диск TOSHIBA MQ01ABD050 500Gb При запуске DMDE показывает что он объемом (2,2 Тб), разделы: A 100 Мб (здесь вроде как была инфа для восстановления ноута), С 65,2 Гб, D 400 Гб.
Скрины и дампы тут: http://rghost.ru/6HDhjbx6l

Всего записей: 2 | Зарегистр. 01-09-2015 | Отправлено: 13:06 01-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
JumP 92
Вместо скриншота диспетчера дисков не дающего никакой информации, кроме как приколоться от кучи 50-ти гиговых разделов, лучше покажи показатели SMART.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:02 01-09-2015
JumP 92

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SMART проблемного диска.
http://rghost.ru/77v7BpLfg

Всего записей: 2 | Зарегистр. 01-09-2015 | Отправлено: 02:05 02-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
JumP 92
Вполне предсказуемо, у винта имеются проблемные сектора, и их немало, как и сработок G-sensor.
По хорошему нужно бы сделать посекторку и работать уже с ней. Но неизвестно к чему могут привести дальнейшие попытки вычитывания - не исключено что и до запила диска.
Тебе лучше бы к знатокам железной части обратиться - http://forum.ru-board.com/topic.cgi?forum=84&topic=4681#1 , а когда станет ясным можно ли дальше его "пилить", то в http://forum.ru-board.com/topic.cgi?forum=84&topic=4564#1
 
Заодно ещё надо разобраться с некорректным определение обьёма.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 06:53 02-09-2015
mesa2000

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здравствуйте. Обращаюсь за помощью.
На днях возникли проблемы с RAID5 по причине вышедшего из строя одного из дисков.
После замены диска сделал ребилд массива. Контроллер отрапортовал, что все в норме, но, по факту перекривило файловые системы. Работа за 3 года на логическом F.
Скрин и дамп 100 секторов - http://zalil.su/403331

Всего записей: 4 | Зарегистр. 16-09-2015 | Отправлено: 01:10 16-09-2015
   

Страницы: 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