Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 4)

Модерирует : Akam1, Dr_StandBy, vertex4

Dekker (21-07-2011 14:57): http://forum.ru-board.com/topic.cgi?forum=84&topic=3808#1  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238

   

Dr StandBy



Большой дядька moderator
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
   
 
первая часть :: вторая часть :: третья часть

Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...


  • Всего записей: 10995 | Зарегистр. 16-05-2002 | Отправлено: 23:43 28-01-2009 | Исправлено: Seymour, 04:06 07-01-2010
    Aleks267

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Чтобы бэкапить,нужен носитель,который денег стоит...  

    KRASSOTA, шутите? Сейчас съемный диск на гиг стоит, наверное 4-5 тыс. Обычный от 3 тыс. Если выполняется работа -ее можно хоть каждый вечер на сьемный (подключается через USB) хард копировать -и всего делов.
     
     
    Antech
    А почему все-таки никогда не разгонять комп ? Что там такого происходит, если грамотно разогнать(хорошо потом протестировать)?
     
    Смарты 2 винтов прикрепил -я сам в них не разберусь. http://slil.ru/28248445 Сначала сделал как есть -в процессе использования, когда 1 из них мне уже неоднократно писал про ошибки(я с него удалял) сегодня. А под цифрой 2 -они же, но я сделал сразу после перезагрузки. Может и нет смысла, но мало ли...
     

    Цитата:
    Смените шлейфы винтов, переподоткните питательные разъемы...  

    Пока не могу заменить шлейки, разъемы гляну -попробую вынуть и поставить обратно (если вы это имели в виду). Глобально с компом сейчас возиться не могу, к сожалению  
     
    Вот еще забыл сказать, что мне пишет часто "Ошибка. Не удалось сохранить все данные файла. Часть данных потеряна. Эта ошибка может быть вызвана отказом оборудования компьютера или сетевого подключения."  И адреса всякие  H:\$BitMap, H:\$Extend\$Objid,  H:\$Mft ... Аналогично и с диском i: , когда я с ним работаю. Я так понял, что это ошибки файловой структуры, а т.к. вы хорошо разбираетесь, то и хочу спросить -насколько это плохо ? И можно ли вообще работать с дисками, выдающими такие ошибки?
     Я вообще хотел снять с них инфу и форматнуть, но теперь думаю -если при обычном стирании они мне ошибки такие пишут, не навредит ли форматирование еще сильнее?

    Всего записей: 257 | Зарегистр. 19-12-2008 | Отправлено: 21:16 24-11-2009 | Исправлено: Aleks267, 21:18 24-11-2009
    KRASSOTA

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleks267
    Да,по полной я лоханулся...А хард USB-шный смехотворного размера у нас стоит от 5 и выше,вообщем продавцы беспредельничают по полной

    Всего записей: 5 | Зарегистр. 22-11-2009 | Отправлено: 22:31 24-11-2009
    vnik23



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleks267

    Цитата:
    И адреса всякие  H:\$BitMap, H:\$Extend\$Objid,  H:\$Mft ... Аналогично и с диском i: , когда я с ним работаю. Я так понял, что это ошибки файловой структуры,

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

    Всего записей: 1507 | Зарегистр. 27-01-2008 | Отправлено: 23:25 24-11-2009 | Исправлено: vnik23, 23:30 24-11-2009
    Aleks267

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Это ошибки сохранения информации на HDD.

    Это я понимаю, но меня это не волнует. Потому что я с этих дисков снимаю инфу. Редко копирую на них -крайне и только с дублем на другой. Штука в том, что H:\$BitMap, H:\$Extend\$Objid,  H:\$Mft  вылезает когда я УДАЛЯЮ файлы с h: , естественно меня не волнует сохранность удаляемого А вот опасаюсь я за другие папки на этом h: -не страдают ли они.
    А еще такой прикол. У меня на (кажется) h: стоит винда оч. старая. Иногда было, что я открывал корзину в новом ХР своем, очищал ее -а у меня комп зависал, потом писал мне  эту ошибку сохранения и букву какую-то типа H:\$BitMap, H:\$Extend\$Objid,  H:\$Mft.

    Всего записей: 257 | Зарегистр. 19-12-2008 | Отправлено: 23:44 24-11-2009
    vnik23



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleks267

    Цитата:
    Потому что я с этих дисков снимаю инфу.  

    Значит есть всетаки надежный HDD. Может эти два диска бедами покрылись?. Их стоит проверить программами victoria for dos и/или MHDD. В случае чего и полечить этими же программами. Ну не должно быть ошибок  типа H:\$BitMap, H:\$Extend\$Objid,  при сохранении и удалении информации.
    Также стоит всю информацию с этих HDD снять на другой носитель и прогнать низкоуровневым форматированием программой HDD LLF Low Level Format Tool  с сайта http://hddguru.com/. После всех манипуляций информацию можно будет вернуть на место.

    Всего записей: 1507 | Зарегистр. 27-01-2008 | Отправлено: 00:34 25-11-2009
    b788888888

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Очень нужна помощь !!!
     
    Вчера удалил нечаянно Файл-контейнер TrueCrypt на 15 гигабайт. Решил восстановить этот файл-контейнер с помощью программ восстановления, такими как  PowerDataRecovery, Recuva, Undelete Plus, GetDataBack for NTFS, Ontrack EasyRecovery Professional. Но вот в чём основная проблема. Программы находят этот файл, но не могут восстановить. Во-первых, многие программы делают восстановление по расширению файла, но файл-контейнер не имеет расширения. Во-вторых, программы показывают, что размер файла-контейнера равен 0 кб, соответственно они восстановить его не могут.  
    Сразу отмечу, что после удаления файла ничего на этот раздел диска не записывал, и диск не системный.  
    Помогите пожалуйста кто может, в этом файл-контейнере очень важная для меня информация.

    Всего записей: 10 | Зарегистр. 18-08-2009 | Отправлено: 01:15 25-11-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleks267
    По двум новым SMART'ам.
    1. ST3160811AS. Вот это совершенно непонятно, при условии наличия только одного ремапа:
    Current Pending Sector Count  = 0000FFFF-FFFE  
    Uncorrectable Sector Count  = 0000FFFF-FFFE

    Причем Value и Worst по единицам, т.е. это не проблема трактовки СМАРТа, винт действительно считает, что по этим параметрам все плохо.
    UltraDMA CRC Error Count  = 00000000-EE27
    Интерфейсные ошибки есть, много, и постоянно появляются новые (см. второй СМАРТ).
     
    2. Есть ремапы, 230 - довольно много:
    Reallocation Sector Count  = 00000000-00E6
    Хотя винт не новый... В общем, следите за ремапами.
    Интерфейсных ошибок только две, можно не заморачиваться.
     

    Цитата:
    Естественно, меня не волнует сохранность удаляемого. А вот опасаюсь я за другие папки на этом H

    Винда очень любит перезаписывать метафайлы (особенно 4 первых записи MFT - $MFT, $MFTMirr, $LogFile, $Volume). Ошибка или бэд в одном из этих файлов - и все, "Нет доступа к H:".
    Ну и потом, за что там опасаться? У Вас на винтах конкретный рассадник проблем: на одном - куча интерфейсных ошибок и постоянно лезут новые, на другом - ремапы... Просто удивительно, что у Вас это еще открывается и что-то читается. Так что нужно не опасаться, а бэкапить и наводить порядок с компом...
     

    Цитата:
    Что там такого происходит, если грамотно разогнать

    Во-первых, надо уметь грамотно разогнать. Например, многие ли при разгоне проверяют UDMA CRC Errors на SATA? А эти ошибки - одна из основных причин потери доступа к разделам.
    Во-вторых, детали со временем деградируют, и то, что раньше было протестировано и работало нормально, может начать глючить, и Вы узнаете об этом слишком поздно. А когда разгона нет, присутствует запас и за счет него вероятность вылезания глюков намного меньше, несмотря на то, что старение компонентов, конечно, все равно происходит.
     
    b788888888

    Цитата:
    программы показывают, что размер файла-контейнера равен 0 кб

    Это из-за фрагментации. У Вас NTFS и файл имел монго фрагментов, поэтому использовал более одной файловой записи. Когда драйвер NTFS удаляет такой файл, он затирает исходный ранлист, поэтому размер нулевой. (Разумеется, на FAT было бы не лучше) Т.к. файл был зашифрован, сильно фрагментирован, и в ФС нет информации о размещении фрагментов, то о восстановлении можно забыть.
     

    Цитата:
     в этом файл-контейнере очень важная для меня информация

    Забэкапить эти 15 ГБ никак было нельзя? Хотя бы на флешку 32 ГБ?

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 10:27 25-11-2009
    dmde

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech

    Цитата:
    программы показывают, что размер файла-контейнера равен 0 кб  
    Это из-за фрагментации.

    Эксперименты показали, что при удалении файлов более 4 Гб зачищается ранлист и выставляетя нулевой размер, даже если файл не фрагментирован. Проверялось на WinXPSP1.

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 10:42 25-11-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dmde
    Спасибо за инфо. Сейчас попробовал повторить Ваш эксперимент, но у меня файл (5 ГБ) сразу становится сильно фрагментированным и проверить не получается.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 13:00 25-11-2009
    b788888888

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Забэкапить эти 15 ГБ никак было нельзя? Хотя бы на флешку 32 ГБ?

     
    Не успел. Файл был новый. Остальные файлы бэкапил. Закон подлости и собственной расхлябанности.  Спасибо за ответ. Хоть зря мучатся на восстановление не буду.
     
     
    Добавлено:

    Цитата:
    Эксперименты показали, что при удалении файлов более 4 Гб зачищается ранлист и выставляетя нулевой размер, даже если файл не фрагментирован. Проверялось на WinXPSP1.
     

     
    Значить моему файлу точно кердык или нет ?

    Всего записей: 10 | Зарегистр. 18-08-2009 | Отправлено: 13:33 25-11-2009
    LeoT

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    b788888888, кердык не файлу, а возможности его восстановления практически реализуемыми способами. Теоретически восстановление возможно, но требует серьезной исследовательской работы и непредсказуемого времени.
     
     

    Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 15:06 25-11-2009
    b788888888

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Когда драйвер NTFS удаляет такой файл, он затирает исходный ранлист, поэтому размер нулевой.

     
    Только что просканировал диск программой "EASEUS Data Recovery Wizard Professional 4.3.6".
    И вот что интересно, эта программа, в отличии от других рекаверилок увидела истинный размер файла. В строке "Размер файла" стоят правдивые 15 гигабайт. Говорит ли это о том, что не всё потеряно? Но и восстановить файл программа не может !

    Всего записей: 10 | Зарегистр. 18-08-2009 | Отправлено: 16:57 25-11-2009
    Polzov



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EASEUS Data Recovery Wizard Professional
     
    тоже как то спсал многолетнею  малышку Kingston

    Всего записей: 169 | Зарегистр. 16-07-2008 | Отправлено: 18:07 25-11-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    b788888888
    Если не трудно, сделайте следующее. WinHex, откройте раздел, где был удален файл. Найдите файл в браузере WinHex. Нажмите правую кнопку - Position - GoTo FILE Record. Сделайте скриншот. Потом выделите мышой или Alt+1 + Alt+2 несколько секторов (не менее 2) начиная с того, где стоит курсор, и сохраниет дамп Shift+Ctrl+N. Покажите скриншот (не более 200 КБ) и дамп (он будет совсем маленький).

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 18:25 25-11-2009
    b788888888

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Скриншот вот
     

     
     
    Добавлено:
    Дамп
     
    http://slil.ru/28253555
     
    Добавлено:
    Не знаю, правильно ли я сделал дамп?

    Всего записей: 10 | Зарегистр. 18-08-2009 | Отправлено: 20:11 25-11-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    b788888888

    Цитата:
    правильно ли я сделал дамп?

    Нет, неправильно. Нужно несколько секторов (минимум 2), а Вы дали меньше сектора. В секторе 512 байт.
    Поэтому по данному дампу не могу ничего сказать кроме того, что файловая запись найдена верно и файл удален (там только STANDARD INFORMATION и два FILE NAME, как и на скрине, а самое интересное дальше и его не видно).

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:17 25-11-2009
    b788888888

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А сейчас?
     
    http://slil.ru/28254449
     
    Заранее извиняюсь, я просто с дампами только сегодня познакомился и то, как видите не до конца )))

    Всего записей: 10 | Зарегистр. 18-08-2009 | Отправлено: 23:00 25-11-2009
    dmde

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    b788888888
    По-видимому, программа взяла размер из атрибута имени файла (в NTFS там зачем-то хранится изначальный размер файла, который затем нигде не используется и не обновляется), однако, каких либо признаков ранлиста я не увидел, атрибут $DATA подчищен

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 10:03 26-11-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    b788888888
    Да, файл капут, но не так, как я думал. Атрибута 20 ATTRIBUTE_LIST, характерного для сильно фрагментированных, нет. Есть STANDARD_INFORMATION, два FILE_NAME (short и long) и DATA. Причем в DATA все три размера 0 (allocated, real, initialized/compressed), Last VCN (количество кластеров минус единица) равен FFFFFFFFFFFFFFFF. Ранлиста, естественно, нет (смещение 40h байт от начала DATA указывает на байт 00). Ошметки, которые, возможно, были ранлистом, идентифицировать не удалось. А программа взяла размер из атрибута FILE_NAME (16 106 127 360 байт), и, разумеется, она также ничего не может восстановить.
     
    Добавлено:
    dmde
    Упс . Пока отвечал на сообщение, пришлось сходить на рынок, сейчас дописал и ответил, поэтому повтор получился...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 12:03 26-11-2009
    b788888888

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Да, файл капут

     
    Жаль конечно. Но вам спасибо за помощь.

    Всего записей: 10 | Зарегистр. 18-08-2009 | Отправлено: 13:29 26-11-2009
       

    Страницы: 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 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 4)
    Dekker (21-07-2011 14:57): http://forum.ru-board.com/topic.cgi?forum=84&topic=3808#1


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru