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

9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ZSZ Алгоритм годный, но только "Поздно пить Боржоми" - система уже запускалась и (понимаю что в пустоту, но надеюсь что это пойдёт на пользу адекватным участникам) MBR off предлагался по другим причинам, о которых уже писалось. 1. Исключить предложения о формате диска. Можно как угодно называть тех кто каким то образом "делал" это - нечаянно или чаянно, но и такое встречалось. 2. Для возможности более простой работы с томом через запись в РТ - при этом исключить любые возможные исправления виндой.   Цитата: повторяются каждый месяц и неинтересны. Могли бы их и не задавать вовсе, если прочитать ранее написанное. Ну  так и не заходи в тему. Или она тебе, как tomset-у - мозолит глаза? Хотя подозреваю что у тебя аллергия на мой ник. Интересно как можно прочесть ранее написанное если бы его не писали?   Добавлено: Kickman По поводу Цитата: При создании нового раздела, операция прервалась. Научись не воспринимать всё добуквенно, особенно когда об этом пишут обычные пользлватели а опираться на знания и логическое мышление. А последнее говорит о том что для создания нового раздела необходимо свободное пространство. А так как его не было ранее, то оно может возникнуть лишь после уменьшения имеющегося раздела. То есть всё завершается (нормально) и уменьшенный раздел имеется - как и свободное место. В таком случае начинает создаваться новый раздел. И если на этом этапе произойдёт сбой, то даже в случае использования акрониса, всё таки будет иметься уменьшенный раздел - ну или его структуры. Здесь же наблюдается раздел на весь обьём. Вот теперь угадай когда всё таки произошёл обрыв. офф Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 03:09 19-03-2017 | Исправлено: 9285, 03:20 19-03-2017

Kickman Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Вот теперь угадай когда всё таки произошёл обрыв. Кому это надо? Уймитесь, наконец, пожалуйста . Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 03:20 19-03-2017 | Исправлено: Kickman, 03:27 19-03-2017

ZSZ Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 9285 Цитата: Предоставлялось неоднократно. И есть сотни примеров разрушений, но ты же просто не хочешь их признать публично.   Мне примеры безразличны. Мне нужен точный алгоритм, повторяя который я могу воспроизвести такой же сбой.   Ничего этого предоставлено не было. Поэтому, все 100 % случаев списываем на кривые руки, глюки ОС, ошибки ФС, неисправности hdd и остального компьютера.   Цитата: Алгоритм годный,     Алгоритм негодный Я забыл про первичный физический осмотр жёсткого диска. С этого надо начинать вообще всё. И такие вещи делаются на автомате, даже не задумываясь, как и многое остальное - те самые, 98 %, упомянутые выше.   Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 03:51 19-03-2017

Kickman Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 9285 Цитата: без этого нельзя делать дальнейшие действия. А кому нельзя? Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 03:56 19-03-2017

9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ZSZ В том то и дело, что акронис непредсказуем - в одной ситуации он будет двигать, в другой нет. Опять же, я тебе приводил пример идиотичности преобразования GPT в базовый; причём и так любимыми тобою (типа они безгрешны) линуксовыми версиями. Только ж ты не признаешь этого. Потому и не вижу смысла метать бисер.   Цитата:  Я забыл про первичный физический осмотр жёсткого диска.   Ну ла, как же без этого. Запустил изменение размера раздела, выключили свет, произошёл сбой - непременно надо осмотреть диск под электронным микроскопом - вдруг где то нибл отвалился, или байт переклинило.   Kickman Тебе (похерасту) можно всё. Предупреждение о нарушении п. 2.4. главы VIII Соглашения по использованию Умерьте пыл по отношению к другим, пожалуйста. Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 04:17 19-03-2017 | Исправлено: Akam1, 05:55 19-03-2017

Kickman Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 9285 Таблица FAT устроена достаточно просто. Для FAT32 - по 32 бита (4 байта) на каждый кластер. В этом числе хранится запись о том, какой кластер следующий. Или вместо номера кластера 0 (свободен), BAD (не помню сигнатуру, но легко гуглится, может, F7 FF FF FF), EOF (конец файла, последний кластер в цепи, сигнатура тоже легко гуглится). Например: <EOF> 4 5 6 8 <BAD> 9 <EOF> 0 0 0 0 0 16 <EOF> 0 0 0 и т.д. Что имеем: Первый файл в кластере 2. Второй: кластеры 3,4,5,6,8,9 Третий: кластеры 15 и 16. Кластер 7 - неиспользуемый, по причине BAD Кластеры 10-14, 17-19 свободны. Когда файл стирается, его цепь кластеров обнуляется - они помечаются в таблице FAT как свободные. В каталоге остаётся запись об имени, размере, дате файла, и о кластере, в котором файл начинался. Так что стёртый фрагментированный файл восстанавливать проблемно, о чём и написал Alex_Green. Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 18:30 23-03-2017

Kickman Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Если нет, начиная от стартового кластера, куска такого размера, как размер файла, то файл был фрагментирован. Если был кусок достаточного размера (равен или больше размера файла), а полученный при копировании из этого куска файл неисправен - значит, файл был фрагментирован. Тут писали, что это особенности конкретной камеры - какие-то пишут подряд, какие-то фрагментируют. Поведение данной конкретной можно изучить на пустой карте памяти. Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 21:13 23-03-2017

9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Kickman Здесь бывали случаи когда профи утверждали некоторые вещи, которые (как потом выяснялось) были неправдой. Поэтому, пока не проверено что на чистой карте файлы реально пишутся фрагментировано я оставляю за собой право предполагать что запись идёт подряд. А причина может быть и в чём то другом - например вклинивание какого то мусора тем же самым чекдиском. ЗЫ: Предположим выяснится что chunk-и соответствуют их данным, то как быть тогда? Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:13 23-03-2017

Kickman Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 9285 Надо бы изучить, что было удалено (находилось ранее в свободных ныне кластерах). И если содержимое этих файлов соответствует их названиям, и оно целостно, то восстановить эти удалённые файлы по месту - и поглядеть место, оставшееся свободным. Если файлы пишутся нефрагментированно (что логично: как только набрался законченный блок данных, он скидывается из памяти в файл), то логично предположить самый простой вариант: при записи файла он будет занимать подряд все свободные фрагменты. Более сложный вариант здесь вряд ли проходит, потому что размер файла заранее не известен. В давние времена были программы для восстановления файлов в FAT-разделах прямо на месте, а не на другой носитель. Реальные UNDELETE~еры. Это же умел делать и нортоновский DISKEDIT. В принципе, это можно делать и вручную, но более трудоёмко. Нужно будет в FAT-таблице создавать цепочки кластеров, а в каталоге вписывать первый символ имени восстановленного файла (при удалении он заменяется символом с кодом 0xE5). Недавно в DMDE как раз этим позанимался при восстановлении первого сектора FAT-таблицы одного из разделов диска с BAD-секторами. Восстановил весь первый сектор вручную, даже CHKDSK меня не поругал. "Всё правильно сделал" (c). Легко было потому, что файлы там лежали подряд, без фрагментов. DMDE помогает реконструировать ФС - мне помогла карта кластеров. Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 22:30 23-03-2017

Kickman Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: 9285 А что помешало взять со второй копии?   Помешали BADы, как ни странно. Длина FAT была 5340 секторов, и как раз в обеих копиях первый сектор был испорчен. Десятки попыток чтения - и никак . Пришлось вручную исправлять. Почему так случилось - не знаю. То ли диск перегрелся, то ли упал - но появилось очень много битых секторов. Пришлось много возиться, чтобы понять, какие файлы и какие структуры испорчены. В итоге удалось практически всё важное восстановить. Что пропало - то мелочи, дело наживное. Заказчик доволен. А диск сейчас на опытах по ремонту WD. Цитата: если есть несколько фрагментов и в них записывается файл - они заполняются последовательно? Для камеры - логичнее, что так. Для ОС на компе - сначала может взять наибольший из доступных свободных блоков для данного размера файла, чтобы избежать фрагментации файла, тут зависит от драйвера конкретной ФС (в данном случае, драйвера FAT) и от конкретной ОС. Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 23:03 23-03-2017

9285 BANNED Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Kickman Цитата: Помешали BADы, Всего два бэда, и исключительно в один и тот же сектор - ну это просто бинго какое то. Что касается заполнения - посмотрел как делает 7-ка: фрагмент - начальный кластер - число кластеров 1 - 129059 - 292 2 - 127396 - 237 3 - 127096 - 182 4 - 11287 - 1206 Если даже логика и есть, то со знаком минус. Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:51 24-03-2017

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

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

vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)

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