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

9285
Да я за два дня тоже уже обдумал ситуацию, сейчас восстановлю файлы (слава богу всё восстанавливать не надо, старые файлы восстановления остались на съемном диске, кстати прошлая такая проблема была 7 октября), разделю диск на две части - NTFS и какой-нибудь ext3, потому что судя по всему есть какой-то баг в драйвере ntfs-3g. Винде сейчас много не надо, я в ней практически не сижу, работаю в Линуксе.
Но всё равно спасибо за помощь, немного освоился с таким динозавром как ДМДЕ.

KioShinsoo

Цитата:

кстати прошлая такая проблема была 7 октября

И этот факт наводит на мысль о каком то лимите (число записей или обьём метафайла).

9285, акронисом.....
Лог выложу...

9285
Немножечко оффтопом, но тем не менее:
Имеется внешний хард Zalman VE-200 (с функцией загрузки iso в виртуальный привод). Работает на NTFS. Копировал на него файлы для восстановления - теперь диск думает, что у него не primary, а extended раздел, и соответственно он загрузить его не может. Так что с определенной долей уверенности можно сказать, что драйвер ntfs-3g портит файловую систему.

Ph0eniX1991
Акронисом сейчас, ранее или как?
Смысл в том, что если раньше виндой а сейчас акронисом, то очень вероятно что бывшая MT живая (по крайней мере начало).

KioShinsoo
Файловая система к таблице разделов и типу разделов имеет опосредованное отношение. К тому же ещё неизвестно что там на самом деле. Это к тому, что я могу поверить, и знаю что вараиант порчи не исключён, но предпочитаю проверять такое (по возможности), чтобы не было напраслины - особенно в отношении тех, кто расскопал закрытую ФС. И если ты заметил, к текущему состоянию ФС довёл всё таки чекдиск.

9285
Таблица разделов действительно непричем, просто дело в том, что mft вновь повреждена, это говорит chkdsk в режиме чтения. Видимо девайс неправильно увидел проблему. Но тем не менее проблема имеет место быть.

KioShinsoo
Ну так давай посмотрим что там в MFT повреждено.

9285, один раз акронисом и все...
Как правильно сканировать, потому что пока пусто(((

Ph0eniX1991
Один раз то понятно. Тут критично чем ранее. Ну да ладно, рах не помнишь (знаешь) то поиск может прояснит.
Не находит ничего вообще? Сохрани лог на этот момент и выложи его.
Версия акрониса какая? Запускал из винды?

[more] spbmax77

Цитата:

Как теперь дальше действовать? Или это все безнадежно и надо по новому систему ставить?

9285

Цитата:

Уменьши третий раздел средствами винды на пару мегабайт - четвёртый появится, но всё равно будет RAW

http://rghost.ru/7cmsCzbSr/image.png

А то, что у него там второй раздел с именем New Volume 105 GB найден, а первый $Noname 02 на него своей записью в таблице партиций наехал, ты, конечно не видишь, да??? ))))))))
Ипать-колотить, такую дыру пропустил и всем пофиг, некому носом ткнуть, что сто с лишним гигов человек потерял из-за твоей "крутости"))))
Хорошо пристроился, некому тебя тут в твою бездарность тыкать, так ты возомнил себя крутым спецом.
Прочитал четыре страницы, ни одного смарта не увидел, ни одного спасибо за доведённое до конца дело тоже так и не увидел. Это как? Нормально для такого крутого спеца, каким прикидываешься? Не глядя на смарт, значит фуячишь. Молодец, нечего сказать. ))))))
А ведь я тебя предупреждал, разбудил лихо, теперь не обижайся. Буду тебя в твоё дерьмо тыкать, пока не поумнеешь и не научишься нормально с людьми общаться. )))))))






[/more]

Цитата:

Ну так давай посмотрим что там в MFT повреждено.

Вот лог CHKDSK: Ссылка

KioShinsoo
Если исходить из имеющегося, то поврежден атрибут $Data у соответствующих записей.
Для нерезидентных файлов это его данные о его расположении на разделе (список кластеров). Возможно в них ошибки а может в значениях, у которых есть определённые соответствия. Точно можно сказать лишь посмотрев что там, и к чему относятся эти записи. Учитывая что с диска не получается загрузиться, то (возможно) что в них запись о каком то нужном для загрузке файле.
Хотя чекдиск не показывает все ошибки; и если сделать исправления, то ошибок бывает больше - причём не только такого рода.

Добавлено:
Big_Endian
[more=добро пожаловать]
Цитата:

Ипать-колотить, такую дыру пропустил и всем пофиг, некому носом ткнуть, что сто с лишним гигов человек потерял из-за твоей "крутости"))))

Я понимаю что ты пришёл сюда не для того чтобы помогать людям, а чтобы мстить (ога, импортозамещение это тоже типа мести) мне.
И похоже что красная пелена (хотя скорей коричневая жижа) заполонила твои очи и ты не заметил две вещи.


Цитата:

Задача - восстановить первые два раздела – скрытый 105 Мб и системный 105 Гб.

Цитата:

Резервные посекторные  копии диска есть.

А если ещё прикинуть типичный расклад букв, при котором первый (в данном случае второй) раздел С. следующий D, потом Е (который можно "вычислить" по сбойным секторам), то можно предположить что тот, за который ты ссышься не был задействован.

О каких таких потерях речь?

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


Цитата:

Прочитал четыре страницы, ни одного смарта не увидел,

Опять же, для ослеплённого

Цитата:

И раз есть проблемы с чтением диска, то нелишним будет увидеть показатели SMART.

Цитата:

ни одного спасибо за доведённое до конца дело тоже так и не увидел

Можешь почитать (желательно внимательно) предыдущие части.
Впрочем, я не отношусь к категории тех, кому важны спаибы (плюсы) и т.п., которые "подтверждают крутось".
Из свежаков - случай KioShinsoo.
Человеку обьяснил суть ситуации, и что я не помощник в случае расширенного атрибута. Он понял и принял решение. Не написал спасибо - ну это уж его дело. И я не буду выпрашивать благодарности (как бывает у некоторых в подписи на той же осзоне).
Кстати, докажи свою крутось - реши его проблему in-place.


Цитата:

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

Я не прикидываюсь, просто пишу то что знаю.


Цитата:

Не глядя на смарт, значит фуячишь.

Когда есть таковой, и в нём есть симптомы проблем (или есть другие симптомы) я советую людям пойти в тему где решают физические проблемы.
Опять же, если человек переформатировал диск, то смысл смотреть SMART? Тут надо дампы и логи смотреть - на киберболоте, как раз в таком случае, некто "решает" без дампов.


Цитата:

А ведь я тебя предупреждал, разбудил лихо, теперь не обижайся. Буду тебя в твоё дерьмо тыкать, пока не поумнеешь и не научишься нормально с людьми общаться. )))))))

Да рад бога.
Если твоя месть приведёт к решению проблем вопрошающих, то я (для повышения твоего цимуса) тебе и спасибо напишу.
Только вот хорошие дела не делаются из мести. Может и хватит запала на пару случаев.[/more]

Цитата:

Если исходить из имеющегося, то поврежден атрибут $Data у соответствующих записей.
Для нерезидентных файлов это его данные о его расположении на разделе (список кластеров). Возможно в них ошибки а может в значениях, у которых есть определённые соответствия. Точно можно сказать лишь посмотрев что там, и к чему относятся эти записи. Учитывая что с диска не получается загрузиться, то (возможно) что в них запись о каком то нужном для загрузке файле.
Хотя чекдиск не показывает все ошибки; и если сделать исправления, то ошибок бывает больше - причём не только такого рода.

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

Big_Endian
[more]Плоховато ты читал эти четыре страницы. И благодарности были, и смарты тоже.[/more]

KioShinsoo
Вроде или реально целые?
В архиве показан пример "ошибки" в 128-ом атрибуте.
Причём это лишь одна из кучи возможных ошибок.
Видно что при наличии ошибки файл хоть внешне и цел, но недоступен. А раз он недоступен, то и работать с ним нельзя. Теперь представь что у тебя такой файл необходим для загрузки.
Можешь посмотреть сам каким файлам соответствуют записи.

9285
Файлы читаются, checksum-ы совпадают

KioShinsoo
Именно те, что списке лога? Может быть повреждение в других элементах ФС.
Я не верю в чудеса - причина всегда имеется, другое дело как долго её искать и как долго решать.

[more] [more]

Цитата:

9285
Я понимаю что ты пришёл сюда не для того чтобы помогать людям, а чтобы мстить

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


Цитата:

Задача - восстановить первые два раздела – скрытый 105 Мб и системный 105 Гб.

И что-же ты не помог ему восстановить таблицу партиций для системного раздела 105 ГБ в соответствии с размером самой партиции? Между ними расхождение в 10688 секторов.
Комментарии сам додумаешь, вместо меня.


Цитата:

Только вот хорошие дела не делаются из мести.

А почему же ты это только сейчас понимать начал? Наверное потому, что это коснулось непосредственно тебя? Похоже, выздоравливать начал. Это хорошо!
Значит мне уже скоро можно будет убираться отсюда. ))))


Цитата:

Если исходить из имеющегося, то поврежден атрибут $Data у соответствующих записей.

Мммм... Спорный вопрос по имени атрибута.


Цитата:

В архиве показан пример "ошибки" в 128-ом атрибуте.

Здесь уже лучше.
Атрибуты делятся на типы и в данном случае речь идёт об Attribute Type 80 (h) Об этом и чекдиск сообщал указывая его в дец. 128
Ты же не пишешь на 30 атрибут $FileName, а почему к 80 атрибуту так относишься?
Data - это поля 80 атрибута. Делится на два поля: data header и data runs, заполняются структурой метаданных. Соответственно поля ещё делятся на отрезки. Ты, похоже, это знаешь, только пишешь почему-то не совсем правильно и народ приучаешь к этому.

Ладно, БЫВАЙ.
Надеюсь, ты всё понял и впредь будешь вести себя культурней с окружающими людьми. Каждый из нас достоин уважения, иначе одичаем и превратимся в обезьян.


KioShinsoo
Да, при беглом просмотре ваш смарт и спасибки я пропустил... (((
Приношу вам свои извинения.
[/more] [/more]

Big_Endian

Цитата:

Спорный вопрос по имени атрибута.

Да не вопрос, можешь спорить, только как технарь, а не как моська.
И для начала поспорь со многими пишущими про NTFS, например с http://tau.rghost.ru/7ZqCdqbxd/image.png
[more=по остальному]

Цитата:

я пришёл сюда немного постоять в твоей любимой "позе Моськи"

Не выдавай свои буйные фантазии за реальность.
Нравится такая поза - ну так и стой.


Цитата:

Но до персональных оскорблений, как поступаешь ты (даже по отношению к слабому полу), я не опущусь, не переживай.

Всё относительно. Можно и гламурно оскорбить, впрочем ты и этим не отличаешься. Нагло соврав на кибере про меня, не забыл ещё потом пнуть, тем более чувствуя что спрятался за задницу слабого пола.
Что касается пола - если она женского пола то путь делает то, что им предназначено и если лезет админит в технический форум, то пусть разберётся в вопросе, который пытается контролировать. А если не разбирается, то обратится в корешам в выяснении кто прав. А не модерировать по принципу права сильного и "корешевания". Ничто не мешало её обратиться к тебе в спорный момент, а не потом.


Цитата:

И что-же ты не помог ему восстановить таблицу партиций для системного раздела 105 ГБ в соответствии с размером самой партиции? Между ними расхождение в 10688 секторов.

Партиция восстановлена. Она буде работать если не будет каких то других проблем (с ФС и т.п.).
Современная ОС не сформирует следующий раздел с захлёстом на предыдущий. Так в чём проблема?
Я не говорю что это правильно 100%, но в данных условиях и при поставленной задаче всё выполнено.
Потери данных нет и не будет; в отличии от других случаев, в которых критикан вставляет разделы лишь по индикаторам, не имея резервных копия и т.п.


Цитата:

Значит мне уже скоро можно будет убираться отсюда. ))))

Повизгивая и поджав хвост.


Цитата:

А почему же ты это только сейчас понимать начал? Наверное потому, что это коснулось непосредственно тебя?

Ты глуп, и очень зол - этим можно списать такой словесный понос с уст выдающего себя за гламурного фифу.
В отличии от тебя, я приходил на форумы чтобы помогать людям. И лишь впоследствии происходили события, которые ты не можешь понять (точнее не хочешь).
Я не собираюсь на том же кибере, зоне помогать публично - не вижу смысла делать это там, где какая то мразь, просто удалит это в силу своих маразмов. Но предупреждать людей об опасности буду. Причём заметь - сначала я пишу об этом людям, а потом уже бестолочам - по факту.


Цитата:

Да, при беглом просмотре ваш смарт и спасибки я пропустил...  ((( Приношу вам свои извинения.  

А вот это наглядный пример твоей гламурности.
Высрался в мой адрес, а извинился в чужой.
[/more]

9285

Цитата:

Скриншот нужен для физического диска. И более подробнее какие размеры были ранее, какие предполагалось сделать.
Если произошёл сбой, то (возможно) одной из причин явилось наличие физических проблем с винтом - например сбойные сектора. Поэтому нелишним будет посмотреть показатели SMART.

Вынул диск, подключил через usb адаптер. SMART в норме, физически бэдов нет.
Сделал полное сканирование физического диска DMDE
Размеры какие были, такие и остались. Хотел от диска, что 237 отрезать и добавить тому, что 71.
Сколько точно хотел отрезать уже, к сожалению, не помню.
Часть файлов восстановил, часть восстанавливается мусором.

Elvis_Warlock
Информации чуть больше, но не слишком.
Скриншота экрана Разделы для физического диска нет, хотя теперь он уже не столь критичен при наличии окна результатов поиска. Но лучше было бы выложить лог поиска и ещё дамп секторов 157476864+50.
И ещё уточни, что ты задавал делать в акронисе:
- уменьшить размер третьего раздела (сдвигом его начала) и расширение второго на свободное место
- уменьшение размера простым сжатием конца раздела и поледющие действия по перемещению раздела с последующим расширением
- использовал в программе функцию перераспределения пространства (где то есть такая).


Цитата:

SMART в норме, физически бэдов нет.

Может всё таки посмотрим? SMART то может выдавать оличный статус, но при этом может быть куча тех же интерфейсных ошибок. Бэды могут отсутствовать при проверке, но при этом они могут быть, но уже заремаплены.

Добавлено:
[more=Попробую вкратце описать суть произошедшего чтобы мог понять что у тебя.]Если посмотреть карту кластеров обычного раздела, то чаще всего начала занято. Да и MFT расположено (при форматировании средствами винды) в районе 3-го гигабайта. Если при таком раскладе сжимается том за счёт начала или сжимается с конца а потом сдвигается к концу диска то практически всегда будет пеересчёт MFT, перенос данных пользователя и данных ФС из участка, который исключается с поляны раздела. И здесь важно как это делает программа - последовательно или многопоточно. С точки зрения безопасности данных (относительной надёжности) первый вариант лучше - но он дольше. Но акронис использует второй метод, причём (по косвенным данным) делает это очень хаотично и не очень обьяснимо. Он может сделать то, что в принципе не нужно - встречались случаи когда уменьшение за счёт конца раздела приводило к изменению его начала (и глобальным перемещением всех данных).
Естественно что при таких перемещениях часть данных находится в прежнем месте, часть уже в новом, часть записей пересчитана, другая нет. Видимо на каком участке этих превращений то - поэтому ты и получаешь часть данных целыми, а часть повреждёнными - последнее обьясняется тем, что ранлист не соответствует реальному расположению файла, и при восстановлении тебе восстанавливается содержимое других секторов. Восстановление в таком случае (при использовании акрониса) очень сложное в силу множества смещений и т.п. и требует множественных расчётов.
Впрочем, есть ещё один вариант - сигнатурный поиск. В этом случае данные ФС не учитываются а файл ищется по характерным признакам. В DMDE это в результатах RAW-поиска. Но этот способ актуален для нефрагментированных данных и файлы будут без своих имён.
[/more]

9285

Скриншоты смарта и разделы прилагаю.






Лог тоже, дамп.

http://rghost.ru/77FwRWmQW

http://rghost.ru/8pMQzhC24

Делал следующее: в конце второго диска было свободное место, я сдвинул диск "вправо" с обрезанием (уменьшением) в начале, первый диск соответственно расширил "вправо". Первый не расширился, второй не уменьшился, просто умер.

Elvis_Warlock
Ещё хотелось бы взглянуть на дамп сектора 143384583
и ещё 160051224+32

9285
http://rghost.ru/8CMQbTtVK

Elvis_Warlock
Немного ошибся при наборе номера сектора - нужен 143 384 576.
Но, в общем то, картина более менее ясна, хотя остались некоторые неясности (смотри картинку Разделы).
Начало тома сдвинулось в сектор 157 476 864 и как минимум начальный фрагмент MFT "прописан" относительно этого начала. MFT вроде бы как осталась в прежних физических секторах где была раньеш - по крайней мере смещения равны смещению начала раздела.
Исходя из этих данных, можно предположить что или данные из начла бывшего раздела не успели перенестись из обрезаемой зоны, или не все записи MFT пересчитаны относительно нового начала.
Было бы полезным посмотреть какие номера записей у файлов, восстанавливающихся повреждёнными. Если номера идут последовательно и ближе к концевым записям, то можно предположить что наконец таки акронисовцы поумнели.
Смущают два момента - метка тома у недоделанного раздела такая же как и у системного. И это можно обьяснить или тем что они реально были одинаковые, или (невероятная) что была попытка слияния разделов. И ещё - есть одно значение, которое как бы намекает что начало проблемного тома до перемещений было ближе к началу диска.

9285
сектор 143 384 576.
http://rghost.ru/6k2gnRlTL



Цитата:

Было бы полезным посмотреть какие номера записей у файлов, восстанавливающихся повреждёнными. Если номера идут последовательно и ближе к концевым записям, то можно предположить что наконец таки акронисовцы поумнели.

Как посмотреть?

Elvis_Warlock
temp9285

Ничего себе колбасило вчера.
Elvis_Warlock
При открытии тома, смотри в колонке ID.
Кстати, учитывай значения значков - http://dmde.ru/manual/filepanel.html
А то. может ты восстанавливаешь найденный удалённый файл - такой, вполне понятно, может не соответствовать ожидаемому.
Ок. В дампе оказалось то, что и предполагалось.
В принципе, я могу скорректировать бутсектор нового раздела под значения в MFT (и результаты поиска).
Это позволит работать только с записями MFT - это отбросит всевозможные найденные реликты и т.п.

Цитата:

Ничего себе колбасило вчера

Да и сегодня ещё продолжает...

Цитата:

Elvis_Warlock
temp9285

не было этого вчера. Приветствую коллегу по нещастью Меня вон тоже "перекосило"...
База у них сглючила конкретно

Цитата:

Отправлено: 15:06 07-11-2015 | Исправлено: yes,

Ждём-с.

Цитата:

ЛС по вашему запросу модератору отправлено ночью,им прочтено

принято

igor ne me
ЛС по вашему запросу модератору отправлено ночью,им прочтено...

temp9285

Цитата:

А то. может ты восстанавливаешь найденный удалённый файл - такой, вполне понятно, может не соответствовать ожидаемому.
Ок. В дампе оказалось то, что и предполагалось.

Нет, я выбираю в DMDE все кроме удаленных.


Цитата:

В принципе, я могу скорректировать бутсектор нового раздела под значения в MFT (и результаты поиска).
Это позволит работать только с записями MFT - это отбросит всевозможные найденные реликты и т.п.

Т.е. диск подмонтируется в windows как обычно? Восстанавливающиеся криво файлы это не вернет?