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

Flavius_Aetius
Ок. Ещё нужны дампы секторов 73378896+50, 346112392+8 и 346104352+8.
Имена файлов дампов оставляй как предлагает программа.
И можешь сделать Поиск NTFS - по мере его продвижения сохраняй лог, по окончании выложи его попробуй пооткрывать найденные тома с наибольшим числом соотвествий. Если помнишь имена папок или файлов, попробуй поискать их по имени, потому что он могут лежать в иных папках, в том числе и с невзрачными именами. Или поищи по шаблону типа *.jpg - попробуй восстанавливать и проверь их целостность.

Предвидя появление в теме участника ka6a4nik с "зоны"
Делай то же, что посоветовал Flavius_Aetius по поводу Поиска NTFS.
Хотя в первую очередь надо разобраться с интерфейсными ошибками. Так как на зоне опять забанили, не могу посмотреть наш приват и данные о винте + SMART. Можешь их здесь повторить, но думаю что не лишним будет проверить контакты - скорей всего твоя WD-ка относится к подверженным этой болячке (это уже "специализация" igor_me).

Tau_0
Советовать тебе бесполезно, поэтому приказываю "Не пиши за меня (чушь)".
Результат восстановления in-place зависит от того, что произошло с логикой и от того, кто лечит ситуацию.
Я никогда не дам и 50% успеха в случае расколбаса при обрыве превращений акрониса. И если в таких случаях in-place делается, то уже напоследок (после вытаскивания что осталось) - в большей мере из "спортивного" интереса (моего и владельца).
В случае же подобного зоновскому, каких здесь было не мало, обычно всё проходит удачно и в таких чаще всего пишу "Должно пройти нормально (я бы сделал чекдиск с испавлениями) но желательно подстраховаться".
Так что не путай попу с пальцем. И больше читай - по поводу журнала вывод сам напрашивается.
PS. Я не заметил чтобы ka6a4nik запускал чекдиск с исправлениями до твоего "совета". К тому же у него данные то уже вытащены, так что в его случае можно и спортивным интересом заняться. И он попросту хотел разобраться с причиной.

9285

Цитата:

Советовать тебе бесполезно, поэтому приказываю "Не пиши за меня (чушь)"

Я воль...!!!...
А где я за тебя что написал....???... --- Ты под свом ником пишешь, а я под своим.

ЗЫ По поводу чекдиска...

Цитата:

Как всё было. Однажды монтирую я под слакой внешний HDD на 2ТБ, и получаю сообщение вроде «MFT is corrupt, you must run ntfsfix...». Ntfsfix послал меня подальше, сказал, что он это не умеет. Я перезагрузился в винду, запустил chkdsk /f, он «исправил ошибки» (переписал MFT полностью). Получил я в результате чистенький диск с одними $RECYCLE.BIN и System Volume Information.

Test Disk не помогает, т.к. MFT перезаписана. Бэкап сделать не могу, ибо 2ТБ. Как можно восстановить MFT?

На крайняк, можно просто скопировать файлы, т.к. используется только около 70ГБ. Но лучше починить MFT.

//Ну каким же индусом надо быть, чтобы написать chkdsk?

Восстановление MFT на NTFS из-под линукса.

Tau_0
Почитай осмысленно написанное тобой в контексте меня.

Что касается ЗЫ, то вспоминается известная истина про дурака и стеклянный член. И даже того что ты процитировал, достаточно чтобы понять уровень компетенции "обвинителя". И о не отличается от твоего. Применяете то, о чём не имеете представления - точнее только знаете что может повредить; и это успокаивает "если что, спишу на криворуких индусов".
Кстати, если бы ты почитал саму тему, а не только первое сообщение, то автору там правду написали. %)


Беги быстрее на болото - там сейчас шедевральный перл появился.

9285

Цитата:

Применяете то, о чём не имеете представления

По секрету, --- чекдиск, это функцмя не имеющая обратной. Ты тут писал по этому поводу примерно так. --- Мол плохо, что плохо чекдиск не пишет лог…

Так вот, чтобы записать такой лог, памяти нужно не менее, чем на исповляемый том:
1. Первое для копии оригинала.
2. Для протоколирования всех корректировок.

Поэтому, оценив накладные затраты, сделали, как сделали…

ЗЫ Я не работал с базами данных, но работал рядом с теми, кто их разрабатывал (давно это было…). Поэтому хотя и по наслышке о транзакции представление имею, ---оно побогаче твоего будет…
Я не представляю как без $LogFile обойтись, но думал, что ты знаешь… Если знаешь --- просвети. Буду очень признателен…

Весь сыр-бор идёт обвокруг in-place...

Цитата:

Так вот, чтобы записать такой лог, памяти нужно не менее, чем на исповляемый том:

Scandisk, NDD имели возможность отката изменений - и они работали. Так что позволь мне не поверить тебе на слово.


Цитата:

оно побогаче твоего будет…

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

9285

Цитата:

показать что ты крутой прогер а я мол столяр

Дерево здесь ни при чём...
Прочитав этот ответ на моё обращение к тебе (фактически я посоветоваться хотел, плтому, что не знал как быть...),

Цитата:

Tau_0
Кстати, в том случае вполне отчётливо просматриваются оригинальные записи, критичные для восстановления MFT.

я решил, что восстановить MFT можно, и ты знаешь, как это сделать. Благо, что ты похвастался и привёл ссылку на хобот с другой заморокой, которую ты успешно поборол. Теперь вижу, что я неправильно твою ремарку понял…

ЗЫ NTFS на порядок сложнее FAT, поэтому и задачи перед CHKDSK несопоставимы с простенькими задачами, которые решали Scandisk и NDD... В своё время (лет 25-30 назад) Питер Нортон их незамысловато описал...

Tau_0
Я писал коммент, и если ты его не понял, то это не моя проблема. Могу написать что там просматривается ранлист MFT, даже что там два фрагмента, только что это даст тебе?
И не было никакого хвастовства - подобных случаев решено вагон с тележкой - просто привёл один из последних.
В общем то, с пониманием у тебя тоже проблемы.

PS. Даже если поверить в суперсложность NTFS, то любое сложное можно упростить, хотя бы до самого главного. Тут главное хотеть, тем более что даже если файл отката будет огромадный, то это уже пользователь сам может позаботится.

Цитата:

Я никогда не дам и 50% успеха в случае расколбаса при обрыве превращений акрониса

Если пользователь использует его для "всех нужд", я бы и 10% не дал на успех.

Добавлено:

Цитата:

По секрету, --- чекдиск, это функцмя не имеющая обратной

Вы соавтор написания закрытого ... NTFS? Откуда такие доводы? Чек диск отрабатывает на все 100%, но не во всех осях.

restore1972

Цитата:

Вы соавтор написания закрытого ... NTFS? Откуда такие доводы? Чек диск отрабатывает на все 100%, но не во всех осях.

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

Вот за то, что я подбивал пострадавшего запустить чекдиск в режиме исправления (хотя и без меня TC это успел сделать...) 9285 на меня и наехал… Оказалось, что ни пользы, ни вреда это не принесло, но могло и здорово навредить.

В теме или уже нет, но спасал чекдиск от win8, когда раздел был RAW.
P.S. От 8.1 не советовали использовать.

Теперь я с вами =)

Цитата:

Теперь я с вами =)

Да ладно, не прошло и полгода.
На предыдущей странице уже имеется тебе задание.

restore1972

Цитата:

Если пользователь использует его для "всех нужд", я бы и 10% не дал на успех.

У каждого свои взгляды и мнения. Вопрос только в том на чём они базируются.
Были случаи и с акронисом, в котором удавалось восстанавливать почти все данные. Да и здесь вот рядом случай когда использование акрониса для разметки может оказаться полезным.
Поэтому выдача 10% сродни 100% отработки чекдиска.

9285
Доброй ночи.
Извиняюсь, вчера очень устал и после ужина отрубился.
Дампы http://rghost.ru/56457680 пароль 9285. А зачем они тебе?

Flavius_Aetius
Для анализа ситуации я запрашивал дампы секторов 73378896+50, 346112392+8 и 346104352+8.
А что прислал ты?

И ещё я писал про лог Поиска NTFS. Он тоже нужен, как и результат открытия найденных томов.

Tau_0
[more=По поводу "наезда".]
Наезда на тебя не было. А то, что тебе мерещится - простая констатация реальности. В этой теме я уже сравнивал тебя с "доктором" Менгелем. И ситуация не изменилась. Ты по прежнему измываешься над пострадавшими, не заботясь о целостности их данных. В своё время я тебе писал что человек может заблуждаться (ошибаться), но старается избавиться от этого - ты же показал (и сам подтвердил) что не только не пытаешься, а и делаешь это целенаправленно. Поэтому я и пишу тебе так жёстко, и так будет до тех пор пока ты будешь тварить свой беспредел.

И покажи место где видно что ТС делал исправления ошибок ФС.
[/more]

9285

Цитата:

Tau_0 По поводу "наезда".

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


Цитата:

И покажи место где видно что ТС делал исправления ошибок ФС.

Да вот напряг я свой умище и по косвенным признакам решил, что дело было именно так… Хотя да, --- явно ka6a4nik не написал, что до моего предложения это делал…

ka6a4nik Вы по собственной инициативе пробовали запускать чекдиск с ключём /F. --- Да/Нет…???...

ЗЫ Обычно первое, что делают потерпевшие, --- это запускают чекдиск (если утилита ещё запустится…). А когда не помогает, то обращаются за помощью на форумы…

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

Подскажите, кто то удалили сетевую папку после я восстановил её с помощью R-Studio файлы все восстановились но у них какая-то странная кодировка текст и изображения пустые, можно как то это исправить?


http://www.mediafire.com/view/22n1hts4lztxf0k/1.png

Ох и большого труда стоило посмотреть ваш скриншот. Совет: выкладывайте в следующий раз на обменник попроще zalil.ru - одобрено ru-board...
Значит иероглифы? Во всех файлах? А откуда они могли взяться? Все файлы были на русском? Если ещё и картинки битые - тогда это такой хитрый сбой А сколько времени прошло с момента удаления до момента восстановления? Выложите пару картинок и пару текстовых фалов или сами посмотрите содержимое в HEX-редакторе. Структура файлов совпадает с исправными файлами? Надеюсь работа с физическим носителем, на котором была папка, сейчас приостановлена?

lastborn56
К ранее написанному igor_me
Другие аналогичные файлы (не из восстановленных) открываются нормально? А то может в блокноте не тот шрифт выбран.
Ну и остаётся вариант что восстановление было неправильным.

Как удалили папку я восстановил на следующий день, получил вот это, диск уже работает неделю это сервер остановить работу нельзя.

Вот документы https://drive.google.com/file/d/0B8TbIWAOkKlscXEyaGMtZDFiYkk/edit?usp=sharing

lastborn56


Цитата:

Как удалили папку я восстановил на следующий день, получил вот это, диск уже работает неделю это сервер остановить работу нельзя.     Вот документы

В "восстановленных" файлах мусор, и мало что есть от файла doc и jpeg. Утилита Jpeg Fix при анализе файла "Такси" например выдала следующее: Jpeg data: 0.5%, Not Jpeg data: 89.7%, Unknown data: 9.8%.
Conclusion: Possibly NOT A JPEG. После недели работы сервера, шансы на успешное восстановление уменьшились как минимум процентов на 70-80%.

А чем посоветуйте ещё раз попробовать восстановить какой программой, я юзал R-studio, Easy Recovery первым R-studio.

lastborn56

Цитата:

А чем посоветуйте ещё раз попробовать восстановить какой программой,

Видимо уже ничем... Похоже на то, что в MFt файловые записи осталились, но их run-list (сами данные) давно другой информацией перекрыты... --- Хард в сервере трудится...

lastborn56
Photo Rec попробуйте. Может сигнатурным поиском что то и найдётся. Можно сканировать только свободное пространство (опция Free >> scan for files from unallocated space only). Загрузиться лучше с какого-нибудь нормального Live CD, а Photo Rec можно запустить с флэшки, поскольку она портативная и не требует установки.
Успехов!

P.S R-Studio, Easy Recovery хоть не на тот же раздел устанавливали, с которого была удалена папка?

Да человек явно восстанавливал на работающем сервере и вообще его не выключал и не перезагружал, я уверен А при таких условиях сейчас смогут найтись только обрывки. Он и сейчас будет пытаться на работающем, какие там liveCD?
Значит бесперебойность работы сервера была в несколько раз важнее, чем данные в той конкретной папке... А значит вопрос закрыт...

Цитата:

Значит бесперебойность работы сервера была в несколько раз важнее, чем данные в той конкретной папке...

Если уж речь зашла о сервере и уж тем более сетевых папках, то как бы невольно начинает маячить волшебный бэкап.

Tau_0

Цитата:

Похоже на то, что в MFt файловые записи осталились, но их run-list (сами данные) давно другой информацией перекрыты...

Попробуй ещё раз напрячь своё умище и напиши правильный ответ.

Цитата:

Попробуй ещё раз напрячь своё умище и напиши правильный ответ.

А чего тут напрягать... В MFT File Record остануться. --- При удалении каталога/файла в MFT File Record пометятся, как неиспользуемые, но сами они останутся. А вот память в битовой карте для нерезидентных атрибутов станет свободной и может быть использована/перекрыта…
Указатели есть, но сами run/extent/отрезки затёрты… Тогда при восстановлении файлов в них будет не то...

Tau_0
Ещё одна попытка.
Ты определись с тем, что затёрто.

Цитата:

Если уж речь зашла о сервере и уж тем более сетевых папках, то как бы невольно начинает маячить волшебный бэкап.

тогда бы автор вопроса сюда не пришёл бы, думается

Здравствуйте. Слетел раздел, отображается как RAW. Chkdsk в режиме только чтение говорит следующее: "Повреждена основная таблица файлов. Будет выполнена попытка восстановления основной таблицы файлов с диска. Не удается восстановить основную таблицу файлов". Файловая система определяется верно - NTFS. Active File Recovery, DMDE и др. находят при сканировании раздел и всю информацию, что были на диске. TestDisk пишет, что раздел в порядке (он зеленый), но выдает неверный размер. Acronis раздел не восстанавливает, потому как раздел существует, а он восстанавливает в не размеченных областях.
Скриншот DMDE при загрузке как физический диск:

При выборе тома Volume01 DMDE выдает "MFT Cluster - нет допустимых значений". При автоопределении размера кластера выдает правильный размер раздела.
В архиве 11 секторов потерянного раздела (с 2048 по 2058 физического диска) и лог DMDE.
Ссылка