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

KitePark
Если такой файл один и
Цитата:

По факту файл находится в секторе 3078048240

а по данным MFT он должен начинаться в
Цитата:

1781320720

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

Цитата:

Если такой файл один

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

KitePark
Подразумевается именно то, что есть только один такой файл, и не только "живой", но и возможно когда то бывший, но удалённый.
Таблица есть, и она одна (в некоторых случаях и такого нет) - остальные от других разделов или какие то реликты.

Понятно. Так какой дальше план? Или мне уже расслабится и заняться сонтировкой восстановленный файлов?

KitePark
Может у кого будут другие идеи, но я думаю что наступила пора расслабится.
Точнее просмотром восстановленного на предмет корректности данных и определением есть ли что то бесценное, что не восстановилось.

Добавлено:
Ну а на будущее - помнить о бэкапе, и ещё о дефрагментации

9285
Ок. Нужно ли мне сейчас перед созданием нового раздела F как то зачистить сектора где хранится информация о разделах, которых на самом деле нет?

9285
KitePark

Хм, получается вроде как действительно уже не смещение, а перенос файлов на новое место без привязки к записи MFT вообще.
Может быть ещё попробовать восстановить пару тройку файлов сигнатурным поиском и по записям MFT, ну и посмотреть будет ли одинаковым столь большое смещение. Хотя что то сдаётся мне что не будет.

KitePark
А что с AVI файлами? Что то восстановилось сигнатурным поиском?

Alex_Green
Да. Восстановилось. Я целиком файлы не просматривал. Может где то в середине он битый. Но на разные места проматываю. Вроде работает mov тоже работают. Не все конечно. Есть и битые. Т.е. они открываются. Но перемотка вообще не работает.

Alex_Green
Судя по прочитанному об используемой технологии кэширования получается что, даже в случае корректного завершения работы, не все данные сбрасываются из кэша. Не очень понятно как это реализуется, но это уже другой момент. И думаю что это внесло свою бочку дёгтя в деструкции акрониса.
Опять же, повторюсь, тем более что dmde давно подтвердил это - в случае использования акрониса делаются множественные изменения, причём с разными смещениями.
В логе поиска можно увидеть два идентичных фрагмента MFT, хотя припоминается случай когда таковых было три или четыре. С другой стороны, был случай когда пропала почти половина MFT. Так что лично я уже давно не удивляюсь таким расколбасам при использовании этого УПД.
Так что соглашусь с
Цитата:

Хотя что то сдаётся мне что не будет.  

KitePark
Если ты принял решение.
Да, я считаю что после подобного поляну надо зачищать, чтобы в дальнейшем (при чём то подобном) мозг не разорвался от реликтов.
Если ты сделаешь полный формат раздела то на его поляне всё зачистится. Но в твоём случае есть ещё записи на участке предыдущего раздела. В этом случае зачистка делается другими методами.

9285
Предположение о том что смещения будут разными свидетельствует о том что шансов восстановить структуру нет? Если так , то давай те поляну защищать. Меня как раз интересуют таблицы, которые внутри рабочих разделов лежат.

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

9285
лог поиска NTFS сохранил. Приду домой, перешлю.

Цитата:

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

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


Добавлено:
9285вот http://rghost.ru/7fkz9bJ8h

9285
Помоги зачистить поляну пожалуйста
http://rghost.ru/7MDFDG7yh
мне кажется никаких таблиц и разделов не должно быть, кроме тех что реально живые. еще что за эта таблица над диском E?

KitePark
лог поиска не от бэты - он и имя другое имеет и формат лога.
А смотреть (делать поиск) надо так - http://rghost.ru/8M5pCxzRK

Что касается зачистки - та E нормальная для твое разметки. Хотя разметка аховская, да и про другой мусор я писал - но об этом чуть позже.

9285
да ночные бдения до добра не доводят. я не ту версию скачал и в ней сканировал весь диск. кучу времени зря поотратил.
Сейчас скачал правильную версию. На досуге займусь сканироанием. Сейчас хочу винду 10 поставить на раздел C. Сделал диск динамическим и удалил раздел С.
Посмотри пожалуйста это нормальная картина? Смущает какой то раздел MSDATA.
Потом надпись НАЙДЕННАЯ ТАБЛИЦА несколько раз повторятется подряд. Эт норма?
http://rghost.ru/6c4YDXBNZ

KitePark
[more=про "мусор"]
http://tau.rghost.ru/7J8Hl8MzG/image.png
Это лишь часть каких то записей MFT, которые присутствуют в "зазоре" между прежним и новым концом предшествующего раздела. Кроме одного большого выделенного. Но это реальная MFT нынешнего E (или какой та у тебя). Но посмотри в нижнюю часть - там наглядно видно две MFT - и первая из них это текущая, а вторая бывшая, но расположенная уж на поляне теперешнего Games - как тебе такой расколбас? [/more]

Добавлено:
[more=про разделы]
Метки томов какие то показательные - очень похожи на те. которые "рекомендуют" на некоторых "форумах".
Типа систему ставь на отдельный раздел, игры на другой, программы на третий. Угадал?
Или какие то другие причины такого разделения?
Даже если такое принять за полезное, то я бы свалил и то и другое на один раздел. И не с точки зрения разделения категорий данных, а чтобы уменьшить обьём образа системного раздела убирая с системного тяжеловесные проги типа прог "овер 1-2-х гигов", которые можно элементарно переставить.
И создание этих нескоьких подразделов привело к созданию логических дисков в расширенном разделе, следствием чего явилась и E. про которуюю ты написал ранее - а это расширенная таблица разделов. В случае только основных такая не нужна.[/more]

Угадал. Такая структура у меня еще с 98 года. Тогда скорее всего действительно под влиянием внешним так сделал, а потом привык и уже не видел смысла от такой схемы отказываться. Так по крайней мере от количества папок в одном разделе глаза не разбегаются. Только на диске program я не устанавливаю ничего. Там хранятся щистрибутивы, дрова, скрипты какие то и т.п.
В-случае gpt диска уже ведь нет такого понятия как расширенный том? Сейчас я как раз в этот тип диск перевел.
Так что мне с таблицей делать? Оставить все как есть? Windows 10 на диск C уже поставил кстати.

KitePark
[more=на правах оффтопа]Это не угадал а интуиция (опыт, чуйка);)

Цитата:

Так по крайней мере от количества папок в одном разделе глаза не разбегаются.

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

Цитата:

Там хранятся щистрибутивы, дрова, скрипты какие то и т.п

Это вполне рационально хранить на разделе в конце диска где скорость чтения ниже.

Цитата:

В-случае gpt диска уже ведь нет такого понятия как расширенный том?

Да, но есть ли смысл без необходимости переходить на такой стиль разметки? Особенно если можно обойтись стандартными 4-мя разделами в случае классической MBR-разметки?
Ведь с GPT умеет работать не такое количество различных утилит какс MBR.

Цитата:

Так что мне с таблицей делать?

Если отмести вариант что я бы сделал по другому - в том числе не ставил бы сырую (мягко говоря) ОСину, то я бы просто пересоздал бы разметку с полным форматом. Саму ОСину можно и не трогать.[/more]

9285
А больше 4 основных разделов это априори зло?
Для пересоздания разметки нужно всю инфу куда то слить? Создавать разделы исключительно disk part? Есть хоть одна программа заслуживающая доверия в этом смысле? Paragon, aomei, easeus, active. Куча вендоров. Неужели никто нормальный менеджер разделов написать не смог?

KitePark
[more=на правах офтопа]
Цитата:

А больше 4 основных разделов это априори зло?

Вообще я не сторонник априори - мир настолько разнообразен что имеет право на жизнь любое мнение, но если оно обосновано (реальной необходимостью).

Цитата:

Для пересоздания разметки нужно всю инфу куда то слить?

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

Цитата:

Создавать разделы исключительно disk part?

Опять же - каждый волен в своих действиях, но почему не создать тем, что сделано теми, чьи тварения будут работать с ними в дальнейшем? Парагон? Можно и ими, но в режиме когда он делает по "стандартам" микрософта - точнее использует тот же дискпарт.
PS. Я исчезаю - через несколько часов экзамен в Ростехнадзоре и надо малость отдохнуть (расслабиться). Потом можем продолжить обсуждение.[/more]

Я тоже спать. Технадзор экзамены принимает? Не знал. Удачи.

KitePark
Можешь убедиться (провериться) - http://tests24.ru/close.php

Спасибо!

9285
вы еще и энергетик или строитель в придачу?
Вот лог из новой программы. Результаты восстановления такие же как и у других прог.
Дерево естественно дерево тоже не восстановилось
http://rghost.ru/8qZzFXlMQ

KitePark
Надеюсь что dmde найдёт свободное время и скажет что либо по результатам скана.
ЗЫ: Сегодня был теплотехником, хотя ещё сдаю и электробезопасность и сосуды работающие под давлением.

меня распирает от любопытства. какая же у вас профессия?

Цитата:

А больше 4 основных разделов это априори зло?

KitePark Это априори не возможно.

Цитата:

Неужели никто нормальный менеджер разделов написать не смог?

Мог. Мелкомягкие. Но нужно каждый раз думать, а подойдет ли именно этот менеджер для твоих целей.

MisHel64

Цитата:

Это априори не возможно.

Пр использовании GPT очень даже.
Да и при MBR тоже, но только не микрософтовским ПО (и не одномоментно).

KitePark
Она связана со всем озвученным + компьютеризация.

[more] Уважаемые форумчане! Случайно удалили файл на внешнем жестком ( файл Excel (размером почти 7 мб)). Ну и конечно чуть-чуть записали сверху. Пришла к вам с надеждой на помощь и подсказки Файл определяется в корзине диска с помощью программ по восстановлению данных(типа RECUVA, Aktive@File, R studio и др),, размер, атрибуты. Но он не открывается (а пароль все-таки просит, тк был запаролен) с помощью Excel. Дает ошибку. [more]
У меня благодаря разным советам открыть получается в других программах , но результат неутешительный пока , тк -получается "нечто" на51229 строк в неизвестной кодировке в видеTC];*¤**±јб^nT*ЮРhъЎP"“бrK?¦Л™Уiс®шЦТZ* или так :ЖЊ%а±˜ Brixж’‹РЋЪ•1sП†И :
такими программами:
LibreOffice calc на51229 строк
7zip(sheet1.xml)- но малый объем
тNotepad++

Еще так пробовала (но у меня не получилось)
1. Скопируйте битый файл в C:\DOWNLOAD\
2. Переименуйте эту копию в 1.xls
3. Создайте новый XLSX-файл, в котором на 1-м пустом листе введите формулу
='C:\DOWNLOAD\[1.xlsx]Лист1'!A1
где вместо Лист1 поставьте имя нужного листа, которое помните.
4) Протяните формулу вниз и влево настолько, насколько вам нудны данные. Должны появиться значения из битой книги, конечно же без форматов.
При таком способе чтения - файл книги Excel читается "поверхностно", без пересчета и открытия.

ПРошу помощи в идеях - как восстановить файл xlsx или хотя бы отдельные листы
Критично нужно 2 листа из всей книги, их около 25листов. Макросов не было , сводные таблицы были. Ссылки на др листы внутри файла были, а на другие файлы не было.
если весь файл восстановить нельзя -то Нужны именно "данные" с 2 определенных листов, типа базы -столбец текста -число-число , а не формулы с расчетами
- или может кто-то может подсказать как разыскать его возможные копии на жеском диске в самом компе в каких то временных папках
[more]
[/more]

terskyi
Файл удаляется в корзину, откуда его можно достать.
Если же его в корзине нет, но видится прогами, то это надо называть своими именами - удалили и почистили корзину.
В последнем случае любая запись на диск может попасть на бывшее место расположения файла что, вполне естественно нарушает его содержимое - вопрос только в том какое.
Если предположить что на диск:
- только записали данные и ничего после не удаляли
- туда не записывались-удалялись какие то временные файлы или ещё что то, меняющее структуру данных - например в современных виндах по дефолту вкдючена дефрагментация
- на диска NTFS то можно посмотреть где располагался нудный файл и что там сейчас. Это не поможет улучшению восстановления, но хотя бы ответит на вопрос было ли записано что поверх и сколько (куда).
Это всё насчёт восстановления файла как такового.
По самой книге не знаю что посоветовать - разве что какие то программы, занимающихся восстановление битых экселевских файлов или извлечения из них того, что ещё можно.
ЗЫ: Это что за шаманский совет? И не стоит такие воспринимать добуквенно - а то таким способом восстанавливать удалённые файлы на диске С ни к чему хорошему не приведут, т.к. будут новые записи.

terskyi 9285 Еще забыл указать, что файл после удаления можно восстановить только при условии, что он не был фрагментирован. А лично я, в этом очень сильно сомневаюсь.