HDD накопитель, как устройство сферы электромеханики, является одной из наиболее ненадежных компонентных частей компьютера, на сегодняшний день. Не беря к вниманию то, что в большем количестве случаев эксплуатационный срок винчестера соизмерим, и даже превосходит строк его службы до времени морального старения и смены более новыми версиями, все же случаться моменты выхода из строя в процессе работы в первых месяцах. Если это случилось, временным подспорьем станет мощный планшетник. Спешите купить acer iconia tab a500, а то сразу после поломки будет не до покупки.

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

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

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

Например, одним из наиболее учащенных проблем HDD диска фирмы Western Digital (и кое-каких иных) выглядит таким образом - HDD накопитель в BIOS не опознается, а при этом головки стучат четко. Больше всего, по какой-нибудь причине не функционирует блок термокалибровки, и винчестер не имеет возможности снабдить необходимый зазор между рабочей поверхностью и головкой "блина". В основном, это случается при отклонении от режима эксплуатации в необходимой температуре, к примеру, в холодное время, когда HDD винчестер в достаточно холодном помещениях за ночь переохлаждается. При 18°- 21° HDD носитель часто может работать исправно, и с поврежденным механизмом термокалибровки.

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

По распространенности второй проблемой является неисправность модуля диагностики при совершенной исправности прочих компонентов. Как странно это бы не было, но факт остается фактом - совершенно рабочий HDD накопитель не может пройти диагностику. При чем, в регистре ошибок (порт 0х1F1 для первого HDD накопителя) могут показываться такие значения:

Бит Содержимое Источник ошибки

• 2-0 101 Ошибка микроконтроллера
• 2-0 100 Ошибка контрольной суммы, не устранимая излишним кодированием
• 2-0 011 Ошибка секторного буфера
• 7 1 Ошибка slave диска
• 7 0 Ошибка master диска

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

Нетрудно создать драйвер для диска, который таким образом испорчен, который придаст функционирование с ним при помощи высокоуровневой интерфейс Int 0x13. К примеру, дальнейшая процедура гарантирует запись и чтение, по секторам, с помощью портов ввода\вывода для первого HDD винчестера в режиме CHS. Для упрощения понимания LBA mode не поддерживается. Нужную техническую информацию стандартно можно отыскать на сайте производителя, где был создан ваш HDD носитель.

При условии, что все применяемое вами ПО не будет иметь никаких конфликтов с необычным драйвером. Если учесть то, что писать его, вероятно, будете вы, так как, не известно, ни одной официальной разработки в этой сфере, а все драйверы, написаны любителями, как правило, созданы "под себя". Так, к примеру, драйвер от KPNC hddFix3a определяет лишь Primary Master до 500 мб и не функционирует в ОП Windows 95 (поскольку был создан на год ранее ее выхода).

Менее трудный, но не всегда возможен метод - запретить тестирование HDD накопителей при помощи BIOS, либо же, в крайнем случае, игнорировать следствия одного. Как это осуществить, можно узнать в руководству по пользованию на Вашу материнскую плату (либо же обратится в сервисный центр технической поддержке компании изготовителя, так как, в инструкциях пользователя похожие детали часто пропускают). К примеру, можно попробовать установить 'Halt on' в 'Never', либо же перезаписать Флеш-Биос, видоизменив его так, дабы тот не делал похожую проверку. Если Вам повезет, HDD накопитель будет работать.

Но, порой все же происходят и аппаратные повреждения. В основном, это случается с HDD носителями компании «CONNER» и «SAMSUNG». Контроллеры первой фирмы часто созданы не достаточно качественно и довольно часты случаи выхода из строя модуля трансляции мультисекторного чтения\записи. Если такой случай не будет определен внутренним тестированием устройства, то такой HDD накопитель будет создавать на стадии загрузки операционной системы ее зависание. Чтобы предотвратить это, необходимо прибавить в файл CONFIG.SYS ключ "MULTITRACK=OFF", а также аналогичные опции в BIOS отключить.

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

На HDD винчестере от производителя «CONNER» веря-от времени выпадает блок управления позиционированием головок таким образом, что конечные уже не могут сдержать на дорожке, и когда обращаются к дальнейшему сектору мало "уползают". При чем, на выходе считывание дает "мусор", а запись затирает смежные сектора необратимо. Сражаться с этим можно позиционированием головки перед любым процессом записи\чтения, за один проход, обрабатывая не более одного сектора. Разумеется, что для этого нужно снова приниматься за создание личного драйвера. К счастью он довольно, элементарный (можно применить от жесткого диска Int 0х76 IRQ14 аппаратное прерывание, задав в тело обработчика команду сброса контроллера). Его можно найти в Интернете, поскольку никакого труда он не составляет.

В таком случае, разумеется, что контроллер применяемого HDD накопителя осуществляет во время операции сброса рекалибровку головки. Отдельные версии этого могут не делать. В таком случае нужно будет приниматься к операции позиционирования головки. От вторых, первых отличаются временем, необходимым на сброс контроллера. Конечно, что "сбрасывается" электроника молниеносно, а позиционирование головки потребует все-таки и не значительного, но, однако, измеримого времени. Нынешние модели с поддержкой кэширования часто не делают этого, либо же "откладывают" функции с головкой до первого ее призывы. Конечно, что в таком случае кэширование необходимо будет отключить. Большое количество BIOS дает возможность делать это без больших усилий, и нет необходимости самостоятельно программировать контроллер.

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

Разумеется, все программные подходы, которые были описаны, на самом деле не ликвидируют неисправность, а лишь дают возможность перенести с казалось бы уже нефункционирующего HDD диска важную и еще не сохраненную информацию. При чем, писать личный драйвер для win32 и защищенного режима ни к чему. Можно совершенно ограничиться режимом DOS, для перенесения файлов его, как правило, достаточно, разумеется, за исключением тех эпизодов, когда HDD носитель был отформатирован под NTSF, либо иную систему, которую не поддерживает MS-DOS.

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

К несчастью, скопировать диск на винчестер посекторно с иным происхождением тяжело, однако, возможно. Как правило, большинство современных контроллеров винчестеров, на сегодняшний день, дают возможность пользователю изменять трансляцию любым образом. Чтобы сделать это, нужно купить жесткий диск, который буде поддерживать режим LBA (в основном, все современные носители его поддерживают). При чем, он может иметь даже огромные объемы, чем исходный, однако, это копированию никак не помешает. Иная проблема, что скопированный таким образом диск, без переразбиения не "почувствует" добавочных дорожек и нужно будет запустить Norton Disk Doctor, устраняющий такую проблему.

Довольно часто расстраивается подсчитывание зон предкомпенсации. Вся загвоздка в том, что на разных цилиндрах плотность записи не равна, поскольку линейная скорость повышается к периферии от центра. Конечно, уплотнять запись гораздо легче постепенно, нежели разыскивать некое усредненное решение проблемы. На всех моделях, которые уже существуют, плотность записи меняется поступательно и на конечных моделях программно доступна через подобающие регистры контроллера. При чем, значения, заданные в BIOS почти любой HDD накопитель (IDE) попросту игнорирует.

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

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

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

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

HDD накопители от компании Samsung имеют еще одну досадную особенность - при подсоединении шлейфа "на лету" часто при включенном питании они прекращаются функционировать. Наружно это так выглядит - индикатор обращения к винчестеру всегда горит, но накопитель BIOS не определяется, либо же определяется, но не работает все равно.

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

При чем, к несчастью, нужно будет отказываться от DMA - mode (а также и от ultra-DMA) и пользоваться лишь PIO 1 (можно попробовать PIO 2) режимом. Разумеется, при этом писать надлежащий драйвер нужно будет самому. Конечно, что в режиме PIO 1 быстрота обмена по нынешним меркам попросту смешна, и не подходить ни для чего иного, кроме как перемещения данных на новый со старого HDD диска, но отдельные продавцы компьютерной техники каким-то образом умудряются устанавливать похожие экземпляры на сбываемую технику. Будьте начеку! Учитывая, что создание похожих драйверов для win32 занятие трудоемкое, многие ограничивается поддержкой одной только MS-DOS, но отнюдь не факт, что компьютер, который показывает загрузку win95, имеет работающий, а не реанимированный похожим образом HDD накопитель.

У тех самых HDD накопителей от компании Samsung при подсоединении "налету" может возникнуть другой досадный недостаток - на чтение, при запросах, контроллер время-от времени "виснет" и не заканчивает операцию. В итоге "виснет" вся операционная система (хотя, Windows NT справляется с этим, но, наверное, не постоянно). На первый взгляд выглядит, что с этого HDD накопителя нетрудно перенести важные данные, но при попытке сделать это, оказывается, что HDD винчестер "виснет" все чаще и перенос информации длится безгранично.

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

Чтобы с подобной ситуацией не сталкиваться, никогда не нужно подсоединять\отсоединять HDD накопитель при подсоединенном питании. Довольно часто это повергает к похожим ошибкам, однако, изготовители других компаний, наверное, каким-то образом предотвращают это, поскольку у них практически не встречаются похожие ошибки. Однако, не нужно искушать судьбу. Теперь перейдем от аппаратных ошибок к недостаткам поверхности.

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

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

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

Нужно только обусловить, какое-же из прочитанных руководств верные, а какое не очень (если этого "визуально" не видно – к примеру, в случае графического или текстового файлов)? Конечно, в похожих рамках вопрос кажется без выигрышным, однако, это не совершенно так. Вся загвоздка в том, что можно осуществить не одно лишь короткое, но и также продолжительное чтение (0х22h req PIOin read long with retry).

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

При записи такова модуляция, что все биты, находящиеся справа от не исправного уже не верны. Вернее, не все, а лишь в границах одного только пакета. Как правило, за один раз вносится от 3 до 9 бит (нужно уточнить у определенного изготовителя) и содержимое прочих пакетов, обычно, остается верным.

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

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

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

Порой на HDD накопителе неминуемо накапливается множество ненужных данных, или просто файлов. Это файлы временные, данные об интернет-страницах, посещаемые вами, cookies файлы, информация, которая остаются от удаленных, либо же установленных программ, данные, которые остаются при неправильном завершении программ Windows. Такой большой объем бесполезной информации в любом случае может повергает к понижению быстродействия операционный системы и снижает объем свободного места на HDD накопителе. Именно поэтому существует ряд процедур для того, чтобы сам компьютер и операционная система функционировали правильно, и без ошибок или каких-либо неисправностей. Многие задают вопросы, как часто нужно совершать операции по сервису диска.

Как правило, деление на разделы осуществляется на стадии установки операционной системы. Однако при помощи специальных программ разделами можно управлять на HDD носителе с уже находящейся там информацией - по мере появления необходимости в совершении этой операции. Самое первое резервное копирование нужно совершить сразу же после инсталляции новой операционный системы и рабочих утилит, чтобы закрепить "чистое" состояние HDD винчестера. Когда все безупречно работает, сберегите все необходимые данные перед инсталляцией нового программного обеспечения, либо же "железа" - на случай, если эти функции повергнут к неисправности самой операционный системы. Более того, возьмите за правило выполнять резервное копирование личных данных еженедельно, чтобы в случае какого-либо форс-мажора (к примеру, атаки вирусов или не исправности винчестера) не лишиться ценных документов или данных.