Тема: USB-устройство перестало распозноваться системой

Одна из самых распространенных ошибок при подключении флешек - это когда система перестает распозновать устройство. Тем более неприятная ситуация, когда еще вчера эта флешка работала без проблем и при проверке на другом компьютере, определятся правильно.
Такая ситуация может возникнуть из-за файла INFCACHE.1. Это файл содержит все данные об устройствах, которые когда то подключались к компьютеру. В этом файле содержится информация не только о ваших устройствах, но и записываются все данные об ошибках, которые произошли с USB-устройствами. Поэтому если в файле INFCACHE.1 произошла перезапись информации новыми данными, которые могли быть ошибочными или не корректными, вследствии ошибок при установке нового USB-устройства, ваша флешка перестала определяться. Это касается не только флешек, такое может произойти с любым USB-устройством.

Для исправления этой ошибки, достаточно удалить файл INFCACHE.1. В Windows 7 это файл находится в папке C:\Windows\System32\DriverStore

В Windows XP этот файл находится в папке Windows\inf
После удаления файла INFCACHE.1 при подключении нового USB-устройства, Windows снова создаст файл INFCACHE.1. Файл INFCACHE.1 просто так не удалить, надо присвоить права администратора на этот файл.

Самостоятельное восстановление данных после форматирования

Исходные данные

  Разберем ситуацию, когда кто-то случайно отформатировал  винчестер, а там оказались важные данные .

Этот способ рекомендуем при условии, что ситуация не зашла слишком далеко ( например, уже начали устанавливать Winodows или записали кучу файлов на отформатированный диск).

Что необходимо вспомнить или узнать:1) Какая файловая система была на винте (NTFS, Fat32 или др). 2) Сколько разделов было? 3) Какими средствами форматировали?

 Для наглядности  используем винчестер ёмкостью 40 Гб, отформатированный  в среде Windows, файловая система NTFS, один primary раздел на всю ёмкость.  Его буква D, метка тома:  test, заполненный всякой ерундой на 1Гб.

Инструменты

У нас достаточно простая ситуация, поэтому  не будем извращаться поиском КРУТОГО софта в сети Интернет, а воспользуемся простой , хорошо нам знакомой Р-Студией.

  

 Эмуляция событий

Итак,  имеем жесткий диск с одним разделом, размеченным в файловой системе NTFS с кучей полезной информации. Давайте его ОТФОРМАТИРУЕМ  :) 

 Напомню для незнающих, быстрое форматирование и полное форматирование в среде Windows отличается исключительно дополнительной верификацией поверхности (проверки секторов на читаемость), поэтому  НЕВАЖНО как форматируется жесткий диск, в обоих случаях это просто изменение  загрузочной области.

  Сейчас пройдем технику безопасности  и попытаемся восстановить данные с отформатированного раздела. :)

Техника безопасности

 1)   Не ставьте новую операционную систему на отформатированный жесткий диск (даже не начинайте).     

2)      Не записывайте никаких данных  на этот винчестер.

3)      Если есть возможность, НЕ ПЕРЕЗАГРУЖАЙТЕСЬ, и временно отключите виртуальную память у Windows.

 Процесс восстановления данных с отформатированного диска

Итак, винчестер  уже подключили к другому компьютеру, куда предварительно установили R-studio. Запускаем утилиту, выбираем отформатированный диск и кликаем scan (произвести сканирование). Дожидаемся результата сканирования (для диска размером 40Гб по времени примерно 20 минут). Получаем примерно такую картину.

   В левой части экрана, под выбранным диском, видим живой, новый раздел с меткой тома test, и , после сканирования, появляется еще один раздел Recognized3 , подсвеченный зеленым цветом (что означает, что он еще “живой”) . Возможно еще появление других Recognized желтого и красного цветов, это остатки более старых отформатированных разделов (там еще тоже могут быть ОЧЕНЬ старые данные, не факт, что живые ).

 Кликаем на  зеленый Recognized3 два раза мышкой.

 

Немного подождав, получаем такую картину:

  

Root означает корневой каталог.

Вы уже увидели папки и файлы, необходимые восстановить, и которые лежали на отформатированном разделе? Да? Я тоже их увидел.  :)

Осталось теперь все это дело отметить галочкой и сохранить знакомой командой Recover Marked, на свободное место нового носителя.

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

Ура! Данные с отформатированного раздела  восстановили, осталось теперь их проверить, на всякий случай, и отдать радостному хозяину. :) 

Материал принадлежит ООО "Рекавери Дата Медиа". Перепечатка статьи допускается с обязательным ссыланием на сайт авторов www.rdm.kiev.ua

Восстановление фотографий с флешки. Восстановление фотографий после удаления

Потеря любых фотографий, будь то семейный фотоальбом или профессиональное портфолио, всегда очень печальна.
Вряд ли Вы сможете повторить медовый месяц, сделать фотографию ребенка, когда ему было 2 годика или повторить фотосессию на выставке в Париже или саммите ООН 2003 года.
Единственный выход из этой ситуации - обратиться к профессионалам, которые помогут Вам!
Для восстановления фотографий с  флешки,жесткого диска ноутбука, компьютера рекомендуем следующие действия:

• НИЧЕГО не пишите на этот носитель (флешка, диск, ноутбук), не ставьте на него программы, постарайтесь вообще не пользоваться этим носителем или компьютером
• выключить компьютер, ноутбук, вынуть флешку, внешний жесткий диск
• получить  консультацию по возможности, вероятности, цене и сроку восстановления фотографий

Цифровым фотоаппаратом сейчас никого не удивишь. Маленькие, эргономичные и легкие они могут поместиться в нагрудный карман рубашки или даже дамскую сумочку (хотя там всегда нет места). Теперь нет необходимости таскать с собой кучу фототехники, объективов, пленок и т.д. Достаточно взять сам цифровой фотоаппарат и одну вместительную flash-карту. Этого будет достаточно, чтобы сделать более 100 снимков!
Любительские фотоальбомы вырастают в объемах с большой скоростью. Но цифровую фотографию используют не только любители, но и профессиональные фотографы. Современные ПЗС матрицы позволяют делать фотографии, сравнимые с аналоговыми. Удобство добавляет и тот факт, что после съемки нет необходимости сканирования слайдов для оцифровки и предпечатной подготовки. Случайно удаленные фотографии или отформатированная  флешка, поврежденные фотографии после обработки в таких программах, как Photoshop, стертые jpg и другие графические файлы - это частая причина, по которой обращаются к нам за восстановлением фотографий. Мы не занимаемся ретушью, обработкой и реставрацией старых фотографий, но всегда, когда есть риск потери данных - мы поможем Вам их спасти, и восстановим Ваши фотографии и ценные данные с карт памяти, жестких дисков и любых других накопителей.
Цифровое фото используют повсеместно: туристы, фотолюбители, спортсмены, журналисты, студенты, фотографы, бизнесмены и т.д.
  файлы которые можно восстановить

• AVI;
• bmp;
• Canon RAW CRW, CR2;
• DSS Audio(voice recorder)
• Fuji RAF;
• GIF;
• Kodak DCR;
• Minolta MRW;
• Nikon NEF;
• Olympus ORF;
• QuickTime MOV;
• Sigma/Foveon (X3F);
• WAV;
• и другие цифровые носители.

Восстановление жестких дисков

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

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

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

Ремонт жестких дисков требует специального оборудования и практически невозможен в домашних условиях. Так, например, для вскрытия контейнера необходима особо чистая от пыли комната. Казалось бы, положение безнадежно и нечего даже помышлять о восстановлении поломанного диска в домашних условиях. Но, к счастью, не все поломки настолько серьезны, и во многих случаях можно обойтись для ремонта подручными (а иногда чисто программными) средствами.

Один из самых частых отказов винчестеров фирмы western digital (а также и некоторых других) выглядит следующим образом: жесткий диск не опознается bios, а головки при этом отчетливо стучат. Скорее всего, по какой-то причине не работает блок термокалибровки, и устройство не может обеспечить нужный зазор между головкой и рабочей поверхностью "блина". Обычно это происходит при отклонении от нормального температурного режима эксплуатации, например, в зимнее время, когда жесткие диски в плохо отапливаемых помещениях "выстывают" за ночь (при температуре 18...210С жесткий диск часто может исправно функционировать и с испорченным механизмом термокалибровки). Попробуйте дать поработать винчестеру в течение нескольких часов, чтобы он прогрелся, при этом рано или поздно винчестер попадает в необходимый диапазон температур и работоспособность (возможно, временно) восстанавливается. Разумеется, первым делом нужно скопировать всю информацию, поскольку работоспособность такого диска уже не гарантируется. То же можно рекомендовать и в отношении устаревших моделей без термокалибровки; часто они оказываются зависимыми от температурного режима, и с ростом износа винчестера эта зависимость проявляется все сильнее.

Вторым по распространенности отказом является выход из строя модуля диагностики при полной исправности остальных компонентов. Как это ни покажется парадоксальным, но полностью рабочий винчестер не проходит диагностику. При этом в регистре ошибок (порт ox1f1 для первого жесткого диска) могут содержаться значения, приведенные ниже:
Диагностические ошибки
Бит Содержимое Источник ошибки
7 0 Ошибка master диска
1 Ошибка slave диска
2-0 011 Ошибка секторного буфера
100 Ошибка контрогльной суммы, не устранимая избыточным кодированием
101 Ошибка микроконтроллера

Разные biosы могут различно реагировать на такую ситуацию, но все варианты сводятся к одному - жесткий диск не определяется и не "чувствуется". Однако на уровне портов ввода/вывода устройство функционирует отлично. Заметим, что существуют такие материнские платы (особенно среди новых моделей), которые, обнаружив ошибку микроконтроллера винчестера, просто отключают питание жесткого диска. Несложно написать для испорченного таким образом винчестера драйвер, который обеспечит работу с диском через высокоуровневый интерфейс int 0x13. Например, следующая процедура обеспечивает посекторное чтение и запись через порты ввода/вывода для первого жесткого диска в chs режиме.

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

Этот фрагмент может служить вполне работоспособным ядром для драйвера 16-ти разрядного режима. Для упрощения понимания не включена задержка после каждого обращения к порту. В зависимости от соотношений скорости вашего процессора и контроллера диска эта задержка может и не потребоваться (в противном случае рекомендуется читать регистр статуса ox1f7, дожидаясь готовности контроллера). При этом не следует спешить с заменой такого жесткого диска на новый, с подобной неисправностью можно успешно работать не год и не два. Последнее, правда, лишь при условии, что все используемое программное обеспечение не будет конфликтовать с нестандартным драйвером. Писать драйвер, скорее всего, придется вам самому, поскольку не известно ни одной коммерческой разработки в этом направлении, а все любительские разработки выполнены в основном "под себя". Так, например, драйвер от kpnc hddfix3a поддерживает только винчестеры primary master до пятисот мегабайт и не работает в среде windows 95 (разработан на год раньше ее появления).

Более легкий, но не всегда осуществимый путь - запретить тестирование жестких дисков biosом или, по крайней мере, игнорировать результаты такового. Как это осуществить, можно прочесть в руководстве на материнскую плату (или обратиться за помощью к службе технической поддержки фирмы-производителя, поскольку в руководствах пользователя такие тонкости нередко опускают). Например, попробуйте установить "halt on" в "never" или перезаписать flach bios, модифицировав его так, чтобы тот не выполнял подобную проверку. Если Вам повезет, жесткий диск заработает! Однако иногда все же происходят и аппаратные отказы. Например, у винчестеров фирм samsung и conner отмечены случаи отказа модуля трансляции мультисекторного чтения/записи. Если это не будет обнаружено внутренним тестом устройства, то такой жесткий диск вызовет зависание операционной системы на стадии ее загрузки. Для предотвращения этого достаточно добавить в config.sys ключ multi-track=off и отключить аналогичные опции в blose. При этом, проиграв в скорости, все же можно заставить жесткий диск сносно работать. Понятно, что эксплуатировать восстановленный таким образом диск длительное время нерационально по причине потери быстродействия. Лучше приобрести новый, на который и скопировать всю информацию. С другой стороны, такой жесткий диск все же остается полностью рабочим и успешно может служить, например, в качестве резервного.

На том же connere эпизодически выходит из строя блок управления позиционированием головок, так что последние уже не могут удержаться на дорожке и при обращении к следующему сектору немного "уползают". При этом считывание на выходе дает ошибочную информацию, а запись необратимо затирает соседние сектора. Бороться с этим можно позиционированием головки перед каждой операцией записи/чтения, обрабатывая за один проход не более сектора. Понятно, что для этого необходимо вновь садиться за написание собственного драйвера. К счастью, он достаточно простой (можно использовать аппаратное прерывание от жесткого диска int 0x76 irq14, вставив в тело обработчика команду сброса контроллера. В данном случае подразумевается, что контроллер используемого жесткого диска проводит рекалибровку головки во время операции сброса. Некоторые модели этого не делают. В этом случае придется прибегнуть к операции позиционирования головки (функция ОхС дискового сервиса 0x13). Первые модели от вторых можно отличить временем, требуемым на сброс контроллера. Понятно, что электроника "сбрасывается" мгновенно, а позиционирование головки требует хоть и не большого, но все же заметного времени. Современные модели с поддержкой кэширования этого часто не делают или "откладывают" операции с головкой до первого к ней обращения. Разумеется, в этом случае кэширование придется выключить. Большинство bios позволяет это делать без труда, и нет нужды программировать контроллер самостоятельно. В другом случае вышедший из строя блок позиционирования (трансляции) подводит головки вовсе не к тому сектору, который запрашивался. Например, головки могли физически сместиться с оси, "уползая" в сторону. Разумеется, этот дефект можно скорректировать программно, достаточно проанализировать ситуацию и логику искажения трансляции. Многие модели позиционируют головку, используя разметку диска, что страхует от подобных поломок (к сожалению, сейчас от такого подхода большинство фирм отказались, выигрывая в скорости).

Конечно, все описанные программные подходы в действительности не устраняют неисправность, а только позволяют скопировать с казалось бы уже нерабочего винчестера ценные и еще не сохраненные данные. При этом ни к чему писать универсальный драйвер для win32 и защищенного режима. Вполне можно ограничиться dos-режимом. Для копирования файлов последнего должно оказаться вполне достаточно, конечно за исключением тех случаев, когда диск был отформатирован под ntsf или другую, не поддерживаемую ms-dos, систему. К счастью, для многих из них есть драйверы, которые позволяют "видеть" подобные разделы даже из "голой" ms-dos. В крайнем случае, можно ограничиться посекторным копированием на винчестер точно такой же топологии. При этом совершенно не имеет значения используемая файловая система и установленная операционная система.

Посекторно скопировать диск на винчестер с иной топологией трудно, но возможно. Дело в том, что многие современные контроллеры жестких дисков позволяют пользователю менять трансляцию произвольным образом. Для этого необходимо приобрести винчестер, поддерживающий lba-режим (а какой из современных жестких дисков его не поддерживает?). При этом он может быть даже большего объема, нежели исходный, но это никак не помешает копированию. Другой вопрос, что без переразбиения скопированный таким образом диск не "почувствует" дополнительных дорожек и следует запустить norton disk doctor, который устранит эту проблему.

Достаточно часто нарушается вычисление зон предком-пенсации. Дело в том, что плотность записи на разных цилиндрах не одинакова, так как линейная скорость растет от центра диска к периферии. Разумеется, гораздо легче постепенно уплотнять записи, нежели искать некий усредненный компромисс. На всех существующих моделях плотность записи изменяется скачкообразно и на последних моделях программно доступна через соответствующие регистры контроллера. При этом значения, выставленные в bios, практически любой жесткий диск (с интерфейсом ide) просто игнорирует. Предыдущие модели не имели с этим проблем, и только винчестеры, выпущенные в течение последних двух лет, склонны к подобным поломкам. Скорее, даже не к поломкам, а к сбоям, в результате которых искажается хранимая где-то в недрах жесткого диска информация. Если контроллер позволяет ее программно корректировать, то считайте, что ваш жесткий диск спасен. Конечно, придется пройти сквозь мучительные попытки угадать оригинальные значения, однако это можно делать и автоматическим перебором до тех пор, пока винчестер не начнет без ошибок читать очередную зону. Помните, что любая запись на диск способна нарушить низкоуровневую разметку винчестера, после чего последний восстановлению не подлежит и его останется только выкинуть. Производите только чтение секторов!

Если же контроллер не позволяет программно управлять предкомпенсацией, то еще не все потеряно. Попробуйте перед каждым обращением делать сброс контроллера, а точнее, его рекалибровку (команда ixh). В некоторых случаях это срабатывает, поскольку с целью оптимизации скорости обмена предкомпенсацией обычно управляет не один блок. И, кроме того, иногда контроллер кэша не учитывает предкомпенсацию, а его сброс реализует последнюю аппаратно. К сожалению, это по большей части догадки и результаты экспериментов автора, так как техническая документация фирм-производителей по этому поводу не отличается полнотой, а местами содержит противоречия. Можно испытать и другой способ - попробовать перезаписать микрокод контроллера (команда 92h). Конечно, это доступно только для специалистов очень высокого класса, но ведь доступно! Заметим, что не все контроллеры поддерживают такую операцию. С другой стороны, это и хорошо, так как уменьшает вероятность сбоя и не дает некорректно работающим программам (вирусам в том числе) испортить дорогое устройство. Жесткие диски от samsung обладают еще одной неприятной особенностью - часто при подключении шлейфа "на лету", при включенном питании, они перестают работать. Внешне это выглядит так: индикатор обращения к диску постоянно горит, но диск даже не определяется biosom, или определяется, но все равно не работает. Близкое рассмотрение показывает, что на шине пропадает сигнал готовности устройства. В остальном контроллер остается неповрежденным. Разумеется, если не обращать внимание на отсутствие сигнала готовности, то с устройством можно общаться, делая вручную необходимые задержки (поскольку физическую готовность устройства уже узнать не представляется возможным, приходится делать задержки с изрядным запасом времени). При этом, к сожалению, придется отказаться от dma-mode (а уж тем более ultra-dma) и ограничиться pio 1 (с небольшим риском - pio 2) режимом. Конечно, писать соответствующий драйвер вам придется опять самостоятельно. Разумеется, скорость обмена в режиме pio 1 по сегодняшним меркам совершенно неудовлетворительна и не годится ни для чего другого, кроме как копирования информации со старого на новый винчестер, но некоторые "нечистоплотные" продавцы компьютерной техники как-то ухитряются устанавливать подобные экземпляры на продаваемые машины. Будьте осторожны! Учитывая, что написание подобных драйверов для win32 - трудоемкое занятие, большинство ограничивается поддержкой одной лишь ms-dos, и вовсе не факт, что компьютер, демонстрирующий загрузку win95, содержит исправный, а не реанимированный подобным образом жесткий диск.

У жестких дисков фирмы samsung при подключении "налету" может появляться другой неприятный дефект - при запросах на чтение контроллер периодически "повисает" и не завершает операцию. В результате "замирает" вся операционная система (впрочем, windows nt с этим справляется, но, вероятно, не всегда). На первый взгляд может показаться, что с этого винчестера несложно скопировать ценные файлы, но при попытке выполнить это выясняется, что диск "зависает" все чаще и чаще и копирование растягивается до бесконечности. Однако если выполнить сброс контроллера, то можно будет повторить операцию. Это можно сделать аппарат -но, подпаяв одну кнопку на линию сброса и статуса. Последнее нужно для указания на ошибочную ситуацию, чтобы операционная система повторила незавершенную операцию. Если этого не сделать, то часть секторов не будет реально прочитана (записана). Или можно выполнять сброс автоматически, например, по таймеру. Чтобы не сталкиваться с подобной ситуацией, никогда не следует подсоединять/отсоединять винчестер при включенном питании. Очень часто это приводит к подобным ошибкам, хотя производители других фирм, по-видимому, как-то от этого все же защищаются, ибо аналогичной ситуации у них практически не встречается. Все же не стоит искушать судьбу... От аппаратных ошибок теперь перейдем к дефектам поверхности. Заметим сразу, что последнее встречается гораздо чаще и проявляется намного коварнее. Обычно это ситуация, в которой мало что можно предпринять. Но достичь главной цели - спасти как можно больше уцелевших данных - довольно часто удается. Возьмем такую типичную ситуацию как ошибка чтения сектора. Маловероятно, чтобы сектор был разрушен целиком. Чаще всего "сыплется" только какая-то его часть, а все остальные данные остаются неискаженными. Существуют контроллеры двух типов. Первые, обнаружив расхождение контрольной суммы считанного сектора, все же оставляют прочитанные данные в буфере и позволяют их извлечь оттуда, проигнорировав ошибку чтения. Вторые либо очищают буфер, либо просто не сбрасывают внутренний кэш, в результате чего все равно прочитать буфер невозможно. На практике обычно встречаются последние. При этом сброс кэша можно инициировать серией запросов без считывания полученных данных. Кэш при этом переполняется, и наиболее старые данные будут вытолкнуты в буфер. Остается их только прочесть. Конечно,-это крайне медленно, но, к сожалению, универсальной команды сброса кэша не существует. Разные разработчики реализуют это по-своему (впрочем, иногда это можно найти в документации на чипы, используемые в контроллере). western digital сообщает в техническом руководстве что при длинном чтении сектора без повтора контроль сектора не выполняется и он будет-таки целиком помещен в буфер. Кстати, так и должно быть по стандарту. Увы, остальные фирмы от него часто отклоняются по разным соображениям. Остается определить, какие же из прочитанных данных достоверные, а какие нет (если этого не видно "визуально" - например, в случае текстового или графического файлов)? Разумеется, в подобных рамках задача кажется неразрешимой, но это не совсем так. Дело в том, что можно произвести не только короткое, но и длинное чтение (ox22h req ploin long with retry), для чего можно использовать следующую процедуру. При этом кроме собственно данных читаются также и корректирующие коды. Автоматическая коррекция не выполняется (хотя некоторые контроллеры это реализуют аппаратно и не могут отключить автокоррекцию; в документации этот момент, кстати, не уточняется). Как правило, используются корректирующие коды Рида-Соломона, хотя последнее не обязательно. Математические законы позволяют не только определить место возникновения сбоя, но и даже восстановить несколько бит. При больших разрушениях можно определить только место сбоя, но достоверно восстановить информацию не удается.

Модуляция при записи такова, что все биты, стоящие справа от сбойного, уже не достоверны. Точнее, не все, а только в пределах одного пакета. Обычно за один раз записывается от 3 до 9 бит (необходимо уточнить у конкретного производителя) и содержимое остальных пакетов, как правило, остается достоверным. Самое интересное, что зачастую сбойный пакет можно восстановить методом перебора! При этом можно даже рассчитать, сколько вариантов должно получиться. Учитывая хорошую степень "рассеяния" корректирующих кодов можно сказать, что не очень много. И таким образом можно восстановить казалось бы безнадежно испорченные сектора, а вместе с ними и файлы, расположенные "поверх" последних.

Выше были перечислены наиболее типичные случаи отказов жестких дисков, которые поддавались чисто программному восстановлению если уж не винчестера, то хотя бы хранимых на нем данных. Разумеется, что иногда жесткий диск выходит из строя полностью (например, при неправильно подключенном питании, скачках напряжения) от вибрации или ударов, а то и просто из-за откровенного заводского брака. Есть один старый проверенный способ - найти жесткий диск такой же точно модели и заменить электронную плату. К сожалению, последнее из-за ряда конструктивных особенностей все реже и реже бывает возможно, а уж дефекты поверхности этот способ и вовсе бессилен вылечить. Поэтому, берегите свой жесткий диск и почаще проводите резервное копирование. Помните, что самое дорогое это не компьютер, а хранимая на нем информация!


источник www.wm-help.net

Восстановление информации на жестком диске

Это руководство подскажет, как восстановить информацию на жестком диске, даже если на нем поврежден раздел файловой системы (в том числе NTFS). Мы подскажем, как его восстановить и не потерять своих данных и как решить другие возможные проблемы, связанные с потерей информации на жестком диске.

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

Решение большинства проблем с жесткими дисками при работе с Windows 98 и более ранними системами сводилось к использованию программы fdisk и ряда других утилит, позволяющих производить разметку и восстановление дисков. Сейчас применение таких утилит даже опытным пользователем иногда приводит к необратимым последствиям…

Представьте себе такую ситуацию: Во время работы над статьей по обновлению компьютеров, когда было написано уже более 10000 символов и оставалось несколько предложений и снимков экрана, все, что нужно было сделать – запустить fdisk на компьютере с двумя операционными системами Windows 98/XP Pro и сохранить несколько снимков экрана. У меня в статье несколько абзацев описывали работу с fdisk, предупреждая читателей, не применять эту программу, если нет полной уверенности в своих действиях…

Итак, мне нужно было получить всего несколько снимков экрана, но я забыл, что fdisk при запуске производит запись данных в некоторые области диска, чтобы в них до этого не находилось. Об этом я вспомнил только тогда, когда получил нужные мне копии экрана и перезагрузил компьютер в режиме Windows XP, вернее, хотел перезагрузить… После довольно долгого ожидания система так и не загрузилась.

Исчез основной раздел диска?

Пострадавшим диском, с которым мы будем иметь дело, был Fujitsu 17 ГБ с двумя разделами NTFS по 5 ГБ (XP Home и Professional) и 6 ГБ неиспользованного пространства. После описанного выше инцидента система в обоих разделах XP перестала загружаться.

После подключения диска к компьютеру с Windows 2000, я запустил «управление дисками». Чтобы сделать это в XP или в 2000, нажмите правой кнопкой мыши на «мой компьютер», выберите пункт «управление», а в появившемся окне – «управление дисками».

Основной раздел, на котором и находилась моя статья, отображался как не отформатированный, и операционная система не могла его прочитать. Система, находящаяся во втором разделе, не могла загрузиться, но он хотя бы распознавался как отформатированный и из него можно было скопировать нужные файлы. К сожалению, все нужные мне данные были в первом разделе.

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

Файловая система определяет метод, который используется для хранения данных на жестком диске или на любом другом устройстве, которое применяется для хранения информации. Свободное пространство на жестком диске делится на разделы, в которых создаются логические диски (С:, D:,…).

Windows может работать с несколькими файловыми системами, которые называются NTFS (NT File System) и FAT (File Allocation Table). FAT – более ранняя файловая система, применявшаяся в DOS под названием FAT-16 и в Windows 9x/Me – под названием FAT-32. Основное различие между FAT-16 и 32 заключается в максимальном объеме дисков и файлов, с которыми они могут работать. FAT-16 может использовать диски объемом до 2 ГБ. Операционные системы Windows 2000 и XP полностью совместимы с FAT, даже притом, что стандартно они используют другой метод хранения данных.

Windows NT, 2000 и XP работают с файловой системой NTFS, обеспечивая лучшую безопасность и надежность хранения данных. Кроме того, NTFS позволяет определять права доступа для каждого файла. Все эти файловые системы используют таблицу разделов и загрузочные записи (MBR), которые хранятся в первом секторе каждого диска, определяя, какой раздел является загрузочным.

Если информация в MBR повреждена, операционная система перестает с него загружаться, а разделы диска могут определяться как пустые.

Разделы NTFS

Первый сектор раздела NTFS зарезервирован как загрузочный. Он содержит информацию, позволяющую системе работать с этим разделом, без этой информации раздел будет недоступным.

Копия загрузочного сектора хранится в последнем секторе раздела. Эквивалент такого сектора в FAT тоже называется загрузочным и хранится в первом секторе раздела. Разница с FAT заключается в том, что FAT не хранит копии этой информации, делая восстановление более трудным процессом…

Первый файл, который хранится на диске, называется Master File Table (MFT) – это таблица, в которой находится информация о расположении всех файлов, их свойствах и правах доступа. NTFS хранит копию и этой информации. FAT имеет аналогичную таблицу размещения файлов File Allocation Table (FAT), резервная копия которой тоже есть на диске.

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

В моем случае применялся диск с двумя разделами NTFS. При запуске fdisk, программа записала что-то в важные области диска в обоих разделах. В результате, первый раздел имеет поврежденный загрузочный сектор. Второй раздел просто имеет поврежденную область с системными файлами, и с него система тоже не загружается, но файлы на нем доступны. Я перенес диск на другой компьютер. Именно на этом месте мы и прервались.

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

Восстановление информации

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

Если вы случайно удалили раздел, не создавайте на его месте новый, оставьте все, как есть.

Если вы удалили файлы из корзины, а потом поняли, что удаленная информация вам нужна, не записывайте ничего на диск.

Это же относится и к разделам дисков. Если вы не создадите на месте потерянного новый раздел, то информация о старом все еще сохранится.

В моем случае на диске сохранились копии информации о разделах и критических файлах. Один раздел недоступен из-за перезаписанного загрузочного сектора, а второй перестал быть загрузочным, но информация из него все еще читается. Забегая вперед, скажу, что все (или почти все) удалось восстановить. А сейчас остановимся на том, как это сделать.

Самый неудобный вариант, когда у вас на диске один раздел, и именно он пропал. Тогда лучше всего перенести винчестер на другой компьютер. Работа на втором компьютере имеет много преимуществ. Не нужно делать диск загрузочным, можно просто добиться читаемости файлов и переписать нужную информацию с помощью проводника Windows.

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

Программы для восстановления файлов

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

Простейший путь получить доступ к файлам на жестком диске – загрузить компьютер с помощью загрузочной дискеты DOS и воспользоваться программой для восстановления данных наподобие testdisk, рассмотренной ниже.

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

Есть несколько программ, например, ‘Winternals Disk Commander’ и ‘ERD Commander’, которые загрузят ваш компьютер под управлением DOS или другой операционной системы и начнут процесс восстановления. К сожалению, ни одна из этих программ не является бесплатной.

Если вы подключили свой диск к другому компьютеру или подключили к вашему компьютеру диск с установленной операционной системой, можете попробовать загрузить компьютер и скопировать нужные данные. У вас не получиться, если утрачена информация о разделах. В таком случае система просто «не увидит» логических дисков.

Бесплатные программы для восстановления информации

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

Прежде, чем делать что-либо дальше, внимательно все прочитайте.

FINDNTFS

FindNTFS (http://inet.uni2.dk/~svolaf/utilities.htm) – это бесплатная программа, которая может найти и восстановить поврежденный раздел NTFS. Есть несколько разных версий, среди которых есть и предназначенная для работы после загрузки в режиме DOS. Ее можно использовать, если Windows не загружается. FindNTFS кроме поиска и восстановления разделов NTFS имеет еще несколько полезных функций, которые нам сейчас не нужны, и мы на них останавливаться не будем.

Чтобы использовать findntfs, загрузите компьютер с помощью загрузочной дискеты DOS, с записанным на нее файлом findntfs.exe. Получить список файлов и папок на восстанавливаемом диске можно, набрав в командной строке 'FINDNTFS # 1 1 1 c:\recoverlog.txt files'. Символ # нужно заменить на номер диска. Если у вас только один жесткий диск, то его номер будет 1, а если дисков несколько, то номер 1 получит физический диск, на котором находится логический диск ‘С:’.

Эта команда говорит findntfs, искать по всему указанному диску файлы NTFS и вывести их список в текстовый файл на диске С:. Вы можете задать любое имя файла и на любом диске. Только не создайте его на том же диске, информацию на котором вы хотите восстановить. Как только файл будет создан, вы можете его просмотреть. Он должен выглядеть примерно так:

Если все прошло удачно, вы сможете найти в списке нужные файлы. Папки, в которых их нашла findntfs, могут не совпадать с тем, где они находились реально. Прежде, чем переходить к следующим шагам, запишите номера папок с нужными файлами.

Чтобы восстановить файлы с помощью findntfs, нужно воспользоваться командой ‘copy’. Ограничение программы заключается в том, что она записывает файлы в папку, в которой сама же и находится. Так что перед следующим шагом убедитесь, что там достаточно места.

Выполните команду ‘findntfs # 1 1 1 copy #’ (первый символ # нужно заменить на номер диска, как в предыдущей команде, а второй – на номер нужной папки). Можно указать до 10 номеров папок. Если вы не укажете номер папки, программа попытается скопировать все файлы с указанного диска.

Проверьте восстановленные файлы, чтобы убедиться, что они не повреждены.

У программы findntfs есть еще одно существенное ограничение, она не может копировать файлы в раздел с файловой системой FAT. Это делает восстановление невозможным без раздела NTFS и поддержки его операционной системой (Windows NT/2000/XP). В таком случае, восстановить файлы, загрузив компьютер с помощью диска с DOS, не удастся. Проблему может решить еще одна бесплатная утилита NTFS reader.

NTFS reader для DOS

NTFS reader для DOS (http://www.ntfs.com/products.htm) – это свободно распространяемая программа, которая позволяет копировать файлы NTFS в разделы DOS (FAT). Если загрузка с вашего раздела NTFS невозможна, вы можете скопировать эту программу на загрузочную дискету и переписать с ее помощью все нужные файлы.

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

Этих ограничений не имеет коммерческая утилита 'Active@ Partition Recovery' (http://www.ntfs.com/), которая может найти потерянный раздел и скопировать из него данные.

Эти программы предназначены для работы под управлением DOS, с ними можно будет работать и под управлением Windows 9x/ME, но не в Windows 2000 или XP из-за ограничений на доступ к дискам, действующих в этих операционных системах.

TESTDISK

TestDisk (http://www.cgsecurity.org/testdisk-4.4.zip) – это программа, существующая в версиях для DOS и Linux, которую можно использовать для поиска и восстановления разделов FAT и NTFS. С помощью нее можно восстановить загрузочные секторы по их копиям.

С помощью именно этой программы я и восстановил свой первый раздел NTFS, которого вообще не было «видно». Работать с testdisk не очень сложно, главное быть осторожным и прочитать документацию (в папке ‘doc’).

После запуска программы вы увидите список доступных физических дисков:

Укажите диск, разделы которого нужно восстанавливать, и выберите пункт ‘analyze’.

Программа выведет список существующих на данный момент разделов и, после нажатия ‘enter’, начнет собственный процесс поиска разделов.

После окончания поиска нажмите ‘enter’ еще раз. Дальше желательно выбрать пункт ‘search!’, чтобы произвести более тщательный поиск. Если вдруг вы не видели вначале ни одного раздела из-за повреждения таблицы разделов, testdisk должен их найти.

Проверьте эту информацию и выберите ‘write’, чтобы записать новые сведения о разделах на диск. Если потеря раздела была единственным повреждением, то на этом процесс восстановления для вас закончен. Вы получите полностью восстановленную систему. Но, если поврежден загрузочный сектор раздела (как в моем случае), придется выбрать пункт ‘advanced’, а после него – ‘boot’.

Testdisk сравнит загрузочный сектор с его копией. Если они разные, то программа задаст вам вопрос, хотите ли вы переписать в загрузочный сектор его копию.

Эта операция сделала мой «потерянный» раздел со статьей снова доступным. Testdisk – одна из самых полезных программ для восстановления разделов диска. Конечно, ей не хватает графического интерфейса и запускается она только под управлением DOS, но не это главное для программы, способной восстановить нужную информацию за несколько минут.

Есть много разных бесплатных утилит для восстановления данных. Вот несколько, восстанавливающих удаленные файлы: PC INSPECTOR (http://www.pcinspector.de/file_recovery/UK/welcome.htm) и Restoration для 9x/NT/2K/XP (http://hccweb1.bai.ne.jp/~hcj58401/REST2514.EXE). Если задаться целью, можно найти много подобных программ со своими достоинствами, но мы не ставили перед собой такой цели, так как всего описанного, на наш взгляд, вполне достаточно для решения большинства проблем, связанных с восстановлением поврежденных разделов и удаленных файлов.

Коммерческие утилиты для восстановления данных

Существует и много платных программ для восстановления данных. Большинство из них работает только под управлением Windows. С ними удобно работать, если вам удалось подключить жесткий диск к другому компьютеру или подключить к этому же компьютеру другой жесткий диск с операционной системой. Два хороших примера таких программ: ‘Active file recovery’ и ‘R-Studio’.

Я не проводил серьезного тестирования коммерческих программ, но мне приходилось иметь дело с их демо-версиями, которые просто сообщают, есть ли файл на диске и не поврежден ли он. Исключением была демонстрационная версия R-Studio, позволявшая восстанавливать файлы, не большие 64 КБ. Она удачно скопировала удаленные файлы со статьями.

Из своего опыта работы, я могу порекомендовать ‘Winternals Disk Commander’, но вам придется поверить на слово, так как создатели программы не предоставляют демо-версий. Ниже мы привели список платных программ для восстановления данных, к помощи которых вы можете обратиться, если бесплатные утилиты, рассмотренные в этом обзоре, не смогли решить ваших проблем.

• R-Studio http://www.r-tt.com/
• Disk Commander http://www.winternals.com/products/repairandrecovery/diskcommander.asp
• File Rescue 2.5 http://www.file-rescue.com/
• GetDataBack for FAT GetDataBack for NTFS http://www.runtime.org/
• Norton Utilities/SystemWorks http://www.symantec.com/
• Undelete http://www.executive.com/consumer/undelete/undelete.asp
• Back2Life http://www.simtel.net/pub/pd/57588.html
• DFSee/ http://www.dfsee.com/
• Fast File Recovery http://savemyfiles.com/fastfile.htm
• Undelete 3.0 http://www.pcconnection.com/scripts/productdetail.asp?product_id=309884
• Active UNERASER http://www.uneraser.com/undelete.htm
• File Scavenge http://www.quetek.com/prod02.htm
• File Restore http://www.winternals.com/products/repairandrecovery/filerestore.asp
• File Recover 2000 http://www.filerecover.com/
• Undelete http://www.quantumsoft.co.uk/undelete.stm
• Fast File Undelete http://www.dtidata.com/products_ff_undelete.asp
• Data Recovery http://www.dtidata.com/
• For NTFS http://www.restorer2000.com/r2k.htm

Источник  www.rtfm.fsay.net