Akam1 Комса Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Восстановление разделов и информации на HDD   1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.   Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:   - перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных - не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных) - не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки - на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера - никогда не прерывайте процесс изменения разделов, если он уже начался - не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев   Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...   То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском) Общие рекомендации по самостоятельному восстановлению данных   Хороший совет по восстановлению, когда не уверен в своих знаниях   Список программ для восстановления информации   Статьи о восстановлении данных и жестких дисках   Восстановление данных из .chk файлов Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...   Важно! Инструкция по чистке контактов на плате HDD Схожая тема в ОС - Пропал диск. Восстановление таблицы разделов (не данных) Всего записей: 26394 | Зарегистр. 20-04-2006 | Отправлено: 05:45 11-10-2015

ZSZ Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору temp9285 Цитата: В архиве (менее мегабайта) 5 посекторок раздела     Скачал, если сегодня буду свободен, посмотрю. Глянул мельком файлы, Total Commander открывает ваши bin, ну, делалось точно не в WinXP   Mkun Цитата: Avi - 1057 файлов - 352 гига   jpg - 4001 файл - 6,7 гига   Эта ваша бухгалтерия таким занимается? Резервная копия на одном диске, это не резерв.   Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 10:28 14-09-2016

tomset BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Mkun Теоретически фрагментированный RAR можно восстановить, но очень долго. При условии, что он не шифрован, не защищен паролем. У них достаточно простая структура, по началам (заголовкам) файлов и их длине можно найти потерянные фрагменты. Но обычными программами, редакторами это долго делать. Находить и копировать предполагаемые кусочки в каждый архив и проверять. Нужна программа типа DE, работающей с виртуальной трансляцией, когда отсекаешь все не нужное, а для остального, на найденные фрагменты, просто указываешь смещения  от начала раздела. Но такую работу стоит делать, если данные очень ценные и восстановить их другими способами нельзя. 1C в этом плане, не так ценна, всегда можно восстановить бухгалтерию, начиная с последнего отчетного периода, использую первичные документы. Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 18:13 14-09-2016 | Исправлено: tomset, 18:16 14-09-2016

temp9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Mkun А где отчёт? Что касается rar-ов то с трудом верится что более 1000 файлов битые. Опять же, каков их размер? Кстати, при их создании использовалась функция добавления информации для восстановления?   Добавлено: tomset Цитата: 1C в этом плане, не так ценна, всегда можно восстановить бухгалтерию, начиная с последнего отчетного периода, использую первичные документы. Вот всегда доставляют подобные заявления - "всё хлам, а моё ценное", особенно если об обсуждаемом мало понимают. 1С это не только бухгалтерия а та же торговля, в которой нет понятия отчётного периода, но достаточно актуальна аналитика по расчётам с клиентами. Да и число первички может быть от 1-го документа в неделю до тысяч в день. А если даже и бухгалтерия небольшого предприятия, то типичны поквартальные отчёты. И сейчас уже близок отчётный за 3-й квартал - то есть ввести начальные данные (без которых толку от ввода первики с 1-го июля может быть 0) а потом всю первичку за 2,5 месяца. Ну просто фигня какая то. Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 21:18 14-09-2016

tomset BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору temp9285 Разговор был именно про бухгалтерию - это раз. Во вторых это копии, сама база я так понимаю на другом компе. Ни что не мешает сделать актуальные копии с нее. В третьих, если как вы пишите там тысячи документов, а восстановление битых файлов может занять не один месяц, ни какую контору такой срок не устроит. Самая частая ситуация для контор, либо результат завтра, максимум неделю за очень большие деньги. Либо на фиг не надо.   Мы девочек бригаду посадим на круглые сутки и они за ту же неделю все, что необходимо восстановят по документам. И если даже поднимешь через пару недель их данные, они уже обычно отказываются. Поэтому сложные случаи с бухгалтерий, как правило бессмысленно делать, только достаточно простые, которые делаются быстро.   И учтите, что порядка 40% случаев, с современных дисков невозможно восстановить ни какими методами, ни за какие деньги, потому что там уже запилы. А вот 90% логических случаев, это чисто разгильдяйство пользователей, как и в данном случае. Важные копии хранить в одном экземпляре со всяким мусором, это уж явно говорит о полном разгильдяйстве в конторе. Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 22:02 14-09-2016 | Исправлено: tomset, 22:16 14-09-2016

tomset BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: который чисто логический?   Так и логические случаи далеко не все восстановимы, переписанные данные невозможно в принципе восстановить. У меня был как-то случай. Вычитал диск  без ошибок, но начало (гига 2 всего) записали нулями, видимо пытаясь что-то делать с диском. Хоть  MFT и была вся жива, так практически все нужные файлы имели фрагменты именно в этой области. Ни одного целого файла кроме совсем мелких не удалось восстановить.   И вот спрашивается, какой закон подлости сработал, что данные пользователя так лежали на системном диске. Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 00:22 15-09-2016

ZSZ Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору tomset Цитата: И вот спрашивается, какой закон подлости сработал, что данные пользователя так лежали на системном диске.   Отсутствие дефрагментации. Вы же сами недавно писали, что толку от неё никакого   Mkun Цитата: А вот .avi .mkv восстановились корректно,     Скорее всего Вы их просто можете открыть, а на самом деле они битые, если размеры архивов и видео сопоставимы. Если фильмы создавались на другом диске, а аривы на этом, то фильмы просто могли оказаться нефрагментированными, в отличие от архивов. В тех случаях, которые мне запомнились, с фрагментированными и большими файлами лучше справлялась EasyRecovery, не забываем про настройки. Попробуйте разные программы, могут быть отличия в результатах. Ну и ещё вопрос, насколько это всё нужно.   Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 00:35 15-09-2016 | Исправлено: ZSZ, 00:56 15-09-2016

igor_me_v2 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: База 1С, которую надо восстановить это сжатый rar-файл по сети с машины бухгалтера, и их довольно много, бекап ведется каждую ночь. Почему-то бухгалтерия просит иметь бекапы за несколько месяцев.   Дык у нас например храняться почти ежедневные копии за 3 года ! Было пару случаев, когда меня просили прицепить копии более годовой давности. Кстати, это оффтоп, но меня посетила мысль, что возможно копии 1С нужно делать так много и так часто потому что... правильно, есть такой расплодившийся сейчас подвид программеров, как "программисты 1С". Они там в рабочих (!) базах чё-то всё ковыряют, а потом иногда через время выскакивают их косяки, приходится откатываться Mkun Цитата: А вот .avi .mkv восстановились корректно, не все конечно. Видеофайлы - это файлы со, скажем так, "некритичной структурой". То есть в них может повреждаться часть инфы  и это будет совсем незаметно, или слегка заметно. То есть изображение где-то слегка поплывёт на одном-двух кадрах и всё. А так такой файл будет полностью читаться большинством плееров и они не будут вылетать и ругаться. В отличии от например exe, где зачастую повреждение даже одного байта приводит в к вылету проги.   Добавлено: temp9285 Цитата: PS. Надеюсь на обьективность и на то, что в случае чего будут показаны настройки при которых достигнут результат. Особенно интересно узнать о результате некогда расхваленной GDB.   А как продемонстрировать результат, и какой он должен быть?   Прогнал GDB. На 2-м образе тектовый файл читается, вместо удалённых шаблонов появилось два "удалённых" файла FTMP000S.331   На 3-м образе тектовый файл найден и читается. На 4-м - найден, но при просмотре внутри мусор и сигнатура PK.   На 5-м - в текстовом нули.   Если надо скриншоты по всем этапам - завтра сделать могу, сейчас поздно, ушёл спать Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 01:50 15-09-2016 | Исправлено: igor_me_v2, 01:52 15-09-2016

temp9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору igor_me_v2 Цитата: Я правильно понял: в MFT запись о txt, а содержимое из zip??? Да. Цитата: Либо в режиме RAW-поиска при этом чтобы в проге был отключен поиск по MFT собственно В R-studio такое можно отключить - тем не менее и она не нашла в сигнатурном поиске. Опять же - "отключить" можно банально затерев запись в MFT   Вообще, тест делался достаточно спонтанно, поэтому получилось так, хотя можно будет и исправить ситуацию. Основным критерием был именно сигнатурный поиск. Причём не просто целого файла, а с элементами вкрапления новых данных. Png файл начинается на 3 сектора раньше текстового  и продолжается за ним. Этот тип файлов был выбран не случайно, т.к. я знал что таковой (в более ранних моих тестах) сигнатурно GDB не находила, а у Р-студио вообще были приколы типа восстановление файлов размеров больше размера раздела - но это было в какой то версии 7.хх. Что касается zip-а. Идея использования архива вместо текстового файла возникал по одной причине, о которой я намекал раньше. Смысл в том, чтобы была видна разница в алгоритме поиска. При сигнатурке есть разные. Например, если известен размер файла то и вычитывается такой обьём данных, начиная с найденного начала. Естественно, что в этом случае между началом и концом может вклиниться "мусор" и такой вариант можно наблюдать в образе 3 (хотя я не в курсе - есть ли данные о размере png-файла в его заголовке). Но здесь очень показателен тип "мусора", и именно для показания этого и был записан zip вместо текста. Текстовый файл не имеет сигнатур и его поэтому он не воспринимается за "мусор". А вот архив имеет и начальную и конечную сигнатуру и очень хорошо вычисляется. В таком случае, вполне очевидно, что если есть начало одного типа файла, затем полностью другой тип файла, затем продолжение первого, то очевидно что нет смысла вытягивать первый файл с содержимым второго. Собственно это очень наглядно видно в сигнатурном поиске DMDE. Из образа 3 извлекается "большой" png-файл (как и в R-studio и Photorec) А из в 4-го уже всё по другому: - DMDE извлекает начальную часть png и полностью zip - Photorec находит только zip, не считая нужным извлекать начало png - R-studio восстанавливает только "большой" png, zip не находит вообще. Хотелось бы отметить что если даже файл не целый, то начальная часть может содержать очень большой массив данных и восстановление таких вот "коцек" является правильным. И такой подход показала DMDE, чего нельзя сказать о  Photorec. А R-studio вообще не заметила целёхонький архив. И всё это наглядно показывает что при идентичном разрушении результаты разняться, потому как и алгоритмы, а главное подход разный. Цитата: в Easeus Data Recovery Wizard вроде можно, но она не понимает произвольный формат образа к сожалению, только свой... В смысле? Я дал простую посекторку. Она не открывает такие, или ей дсотаточно просто дать файл с другим расширением? В любом случае, если это не позволяет программе заниматься востановлением. то грош ей цена. Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 01:51 16-09-2016

temp9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ZSZ Цитата: Только начало png, остальное битое. Так и должно быть, т.к. вклинивание "мусора" сделано после 3-его сектора от начала png.     Цитата: PhotoRec. Нет опции "открыть образ". Это наверное единственный недостаток этой утилиты.   Она восстанавливает всё найденное в указанную папку - найденное просматриваешь сам подручными средствами. Исправление. Неправильно понял смысл фразы. Ответ относился к тому, что в программе нет возможности увидеть результат поиска. Но мне сообщили о неточности, поэтому исправляюсь. Тыкатель кнопочек не нашёл пимпу "открыть образ". Да, такой нет, но образ если почитать как пользоваться, то можно узнать что образ открывается посредством указания его в строке запуска программы. Примерно так photorec.exe name_images.ext   Цитата: много времени надо На что? Я и так создал ничтожный по размеру раздел и вставил то всего пару файлов чтобы анализировалось моментально. Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 02:39 16-09-2016 | Исправлено: temp9285, 12:17 26-09-2016

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

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 8)

Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование