HomeРазноеБэд блоки: причины и виды / Накопители

Бэд блоки: причины и виды / Накопители

Содержание

причины и виды / Накопители

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

Итак, под bad-блоком понимается обычно конкретный участок диска, нормальная работа с которым не гарантируется или невозможна вовсе. На таких участках может содержаться различная информация, это могут быть данные пользователя или служебная информация (иначе называемая серво (очевидно от лат. servire или англ. serve — служить), в этом случае это чревато последствиями, тяжесть которых варьируется в очень широких пределах), хотя, конечно же, лучшим вариантом было бы отсутствие в этой области чего-либо (правда, столкнуться с бэдами в таких областях скорее не придется). Появление таких секторов может быть обусловлено разными причинами, в одном случае такие секторы можно восстановить, в другом нельзя, в одном нужно использовать одни методы лечения и переназначения в другом другие. Но сначала развеем несколько довольно распространенных мифов.

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

Миф второй: для винчестеров оснащенных SMART это не актуально (читай там не может быть бэдов). Тоже не так: актуальна, ничуть не меньше чем для винчестеров без SMART (если таковые еще остались). Понятие сбойного сектора для нее родное и близкое, это должно было стать понятно из соответствующих публикаций посвященных этой технологии (ссылки в конце). Дело только в том, что большую часть забот о таких секторах ранее возлагавшуюся на пользователя, SMART взяла на себя. И часто может случиться так, что пользователь вообще ничего не знает и не узнает о имеющих место бэдах на его винте, если конечно ситуация не патологическая. Доводилось слышать от пользователей, что так продавцы порой аргументируют свой отказ в гарантийном обмене винчестеров, у котрых бэды «всплыли» наружу. Продавец, конечно же, не прав. SMART не всемогуща, а бэды пока никто не отменял.

Для того, что бы разобраться в бэдах и их разновидностях, углубимся в метод хранения информации на винчестере, совсем на чуть-чуть. Выясним два момента.

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

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

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

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

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

Теперь вернемся к бэдам и их разновидностям. В зависимости от природы происхождения всех их можно подразделить на две большие группы: логические и физические.

Физические и логические дефекты

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

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

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

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

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

1. Самый простой случай: ошибки файловой системы. Сектор помечен в FAT как сбойный, но на самом деле таковым не является. Раньше таким приемом пользовались некторые вирусы, когда на небольшом обьеме винчестера требовалось найти себе укромное местечко, не доступное простыми средствами. Сейчас этот прием не актуален, так как скрыть в недрах Windows пару мегабайт (а то и пару десятков мегабайт) не представляет никакой сложности. Кроме того так кто-то мог просто пошутить над незадачливым пользователем (программы попадались такие). Да и вообще файловая система вещь хрупкая, лечится очень легко и абсолютно без последствий.

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

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

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

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

Продолжение следует

Дополнительные материалы:

Критерии отбора HDD
SMART — технология внутренней оценки состояния HDD
SMART технологии: Data Lifeguard, MaxSafe, Drive Fitness Teсhnologies, Data Protection System

Если Вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

Что такое бэд-блоки (битые сектора) и как их восстановить: инструкция

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

Что это такое

Бэд-блоки представляют собой поврежденные сектора на жестком диске. Говоря простым языком, бэд-блок – участок на диске, полноценное функционирование которого не гарантировано из-за каких-либо повреждений.

Виды бэд-блоков

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

Физические

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

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

Логические

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

Намечающиеся

При своевременной проверке системы возможно отследить ослабленные сектора и предпринять действия по лечению заблаговременно. Для проверки можно воспользоваться внутренними средствами ОС или сторонними программами. В случае выявления неудовлетворительной работы винчестера, рекомендуется заняться лечением.

Возможные причины появления

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

Логические бэд-блоки появляются:

  • Программные ошибки;
  • Перенапряжение сети или частые сбои подачи питания;
  • Прерывание записи или чтения информации с блока;
  • Вирусное заражение;
  • Системные ошибки.

Перечисленные причины приводят к появлению секторов, которые система не может считывать, они помечаются битыми.

Симптомы

Без привлечения специальных проверок пользователь замечает бэд-блоки, когда их уже становится достаточно много. Логические повреждения приводят к постепенному увеличению таких секторов. Классические симптомы:

  • Файлы или папки перестали открываться/считываться;
  • Данные на жестком диске частично не отображаются;
  • Один из томов на диске не открывается, т.к. поврежден;
  • BIOS долго загружается;
  • Операционная система подвисает и долго выполняет операции.

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

Как проверить наличие бэд-блоков

Проверку можно проводить с помощью командной строки и команды «winsat disk», а также специальных программ, предназначенных для этих целей. Например, утилита Crystal Disk Info.

Автоматически проверяет состояние винчестера, выводит информацию о нем в окно.

Способы лечения

Существует несколько вариантов устранения проблемы. Важно помнить, что лечение проводить обязательно, иначе работоспособность жесткого диска будет только понижаться.

HDDScan

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

Устанавливать HDDScan не нужно.

HDD Rgenerator

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

Работает в любой файловой системе.

MHDD

Скачивается и работает бесплатно. Утилита работает в комплексе, диагностирует и исправляет бэд-блоки жесткого диска.

Дает множество возможностей пользователю, имеет расширенный функционал.

HDAT2

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

Victoria DOS

Утилита работает с дисками на базе SATA и IDE. Скачивается здесь. Примечательна тем, что может работать даже с очень мелкими секторами. В ходе обнаружения бэдов, предлагает восстанавливать сектора, где обнаружены логические ошибки.

Скрытие дефектов средствами файловой системы

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

Обрезание пространства в конце диска

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

Программа для обрезки AOMEI Partition Assistant Standard Edition. Скачать можно здесь.

Краткий алгоритм работы:

  1. Запустить программу;
  2. Удалить том, где есть бэды;
  3. Пересоздать расширенный раздел;
  4. Оставить нераспределенную область, где останутся именно поврежденные сектора;
  5. Подтвердить операцию.

Нераспределенное пространство не будет использоваться системой, соответственно, и вреда от них не останется. Эту же операцию можно провести в «Управлении дисками» ОС.

Для проверки успешности обрезки рекомендуется дополнительно перепроверить систему.

Меры профилактики

Бэд-блоки неизбежно появятся на жестком диске рано или поздно. Работа винчестеров несовершенна, структура уязвима. Отсрочить или снизить появление бэдов помогут простые профилактические меры:

  • Тщательно очищать систему от вирусов и программного мусора;
  • Проводить механическую чистку от пыли внутри системного блока или ноутбука;
  • Регулярно диагностировать жесткий диск;
  • Постараться не допускать перебоев питания.

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

Пожаловаться на контент

Используем старые HDD с бэдами / Хабр

Ещё со студенческих времен у меня стояла куча жестких дисков. Время от времени я их апгрейдил — старые продавал, а вместо них ставил более емкие. Тогда спрос на объем был довольно большой, все приходилось хранить у себя на винтах. Но пришло время интернета, и локалки отпали сами собой. Какое-то время диски использовались как файлопомойка для торрентов. Но надобность в апгрейде из-за нехватки объема постепенно отпала. В итоге я оказался с кучей довольно старых винчестеров, которые начали постепенно умирать. Они еще не трупы, но уже накрылись бэд блоками и поползли в сторону могилы. Естественно, при первых признаках бэдов всё более-менее ценное переносилось на новый винт, а старый…

Вот и возник вопрос, а что делать со старым? Как-то жалко выкидывать 4ТБ винт когда на нем всего с десяток бэдов. Причем в большинстве случаев их количество растет не быстро, и этот 4ТБ винт можно использовать для всякой ерунды ещё довольно долго. Встал вопрос, а как бы сделать так, чтобы данные на бэды не попадали. Большинство утилит пытаются эти сектора восстановить. Но при таком объеме напрашивается вопрос — зачем? Это процесс весьма долгий, а ± гигабайт на диске в 4ТБ особой роли не играет. Особенно когда накопилось несколько таких живых мертвецов. Немного погуглив способ быстрой маркировки бэдов наткнулся на несколько веток на форумах, где народ искал что-то похожее. Но нормального решения я так и не нашел.

Раз решения нет, значит будет. Немного подумав решил поступить самым простым способом — написать консольную утилитку забивающую винт файлами, а потом проверяющую эти файлы на чтение. Файл прочитался? Отлично, сектор под файлом целый, файлик удаляем. Не читается? Вот и нашли бэд блок, файл оставляем на этом бэде чтобы ничего больше на него не писалось.

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

Всего есть 2 режима, полный, и режим чистки.

Полный режим забивает диск файлами, потом их проверят и удаляет. Для этого указываем диск и желаемый размер блока/файла.

    BadBlocksPlaceholder [disk] [file_size_kb]
    BadBlocksPlaceholder e:\ 4096

Файлы создаются в папке BadBlockPlaceholders\yyyymmdd

Второй режим предназначен для продолжения проверки/чистки. Забить 4ТБ файлами и проверить их на чтение тоже не моментальный процесс, и иногда приходится разбивать его на пару дней. В этом режиме нужно указать папку с файлами-Placeholder’ами, созданными на первом этапе.

    BadBlocksPlaceholder clean e:\BadBlockPlaceholders\20190110

Естественно, после чистки оставляем BadBlockPlaceholders лежать на винте. Надеюсь кому-нибудь утилитка пригодится. Проверялся только happy-day сценарий, так что сильно не пугайтесь, и сильно не пинайте. Написано на .net core/C#.

Исходники лежат на github.

BAD-блоки жесткого диска на Windows 10

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

Содержание статьи

Что такое BAD-блоки?

BAD-блоки — поврежденные участки жесткого диска, на которых содержится различная информация: пользовательские файлы или служебные данные. Их еще называют сбойными или ненадежными секторами. На BAD-блоки нельзя записать или считать информацию.

Одна из главных причин возникновения поврежденных секторов — прерванная запись блоков данных в секторы из-за отключения питания. Также, BAD-блоки могут появиться на жестком диске из-за заводского брака или механических повреждений.

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

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

Признаки появления BAD-блоков:

  • Частое появление «синего экрана смерти»;
  • Ошибки при копировании и перемещении файлов;
  • Система загружается дольше обычного;
  • Файлы начинают пропадать с жесткого диска;
  • Перестали запускаться некоторые программы по причине «Невозможно считать данные»;
  • Постоянные лаги и зависания операционной системы.

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

Существует две категории BAD-блоков:

  1. Неисправные логические BAD-блоки. Они характерны для старых жестких дисков, которые используют запись с полями идентификаторов. они появляются из-за неверного формата физического адреса, записанного для сектора. Восстановить их почти невозможно;
  2. Исправные логические BAD-блоки. Они появляются из-за ошибок записи данных на диск. Выполнить чтение информации с такого сектора не получится, так как в ECC код не соответствует данным. Дефекты подобного рода возникают по причине ошибок в микропрограмме винчестера. поэтому их можно восстановить сторонними утилитами.

Как обнаружить BAD-блоки штатными средствами Windows?

Обнаружить битые сектора можно с помощью утилит, которые встроены в операционную систему Windows. первый инструмент — проверка локального диска.

Перейдите в «Компьютер» и нажмите правой кнопкой мыши на любом локальном диске. Выберите опцию «Свойства».

В открывшемся окне перейдите в раздел «Сервис» и запустите проверку диска на наличие ошибок.

В конце проверки диска откроется отчет, где отобразятся все найденные ошибки и битые сектора.

Второй способ — использование утилиты CHKDSK через командную строку. Сначала запустить командную строку — для этого нажмите Win+R на клавиатуре и в окне «Выполнить» введите cmd.

В командной строке введите «chkdsk D: /f или /r»:

  • D — название тестируемого диска;
  • f — проверка и исправление ошибок;
  • r — поиск и восстановление поврежденных секторов.

Как восстановить BAD-блоки?

Можно попробовать восстановить BAD-блоки штатными средствами Windows. Но лучше воспользоваться сторонними программами:

  • Victoria HDD. Утилита, которая используется для диагностики и восстановления жестких дисков. Есть возможность сканирования всей поверхности диска;
  • Disk Revival. программа, которая «консервирует» BAD-блоки, а не восстанавливает их. С помощью утилиты нельзя исправить физические неисправности секторов;
  • DiskGenius. Утилита, которая используется для проверки поверхности жесткого диска на наличие BAD-блоков и восстановления битых секторов. Есть возможность создания загрузочной флешки;
  • MHDD. Утилита, которая запускается через загрузочный диск или флешку. Используется для поиска и восстановления BAD-секторов;
  • HDD Regenerator. Программа, единственная функция которой — поиск и восстановление BAD-блоков на жестком диске. Язык интерфейса — английский.

Игорь Андреев – автор статей для ITRew.ru и Our-Firefox.ru. Увлечен современными технологиями, рассказываю о них в своих текстах)
Follow me — twitter.com

Расскажи другим:

Похожее

Bad-блоки HDD (продолжение) / Накопители

В предыдущей статье мы выяснили причины появления бэд-блоков. Мы поняли, что явление это далеко не самое приятное. А с неприятностями обычно принято бороться. Поэтому сегодня, мы будем говорить о том, какими средствами и как это нужно делать, да и собственно нужно ли.

Ошибки файловой системы

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

Способ первый: логические размышления подсказывают — необходим инструмент умеющий создать на диске нормальную файловую систему. Такой инструмент доступен всем в составе операционной системы — утилита format. Нужно загрузиться в MS-DOS и выполнить полное (именно полное) форматирование диска (команда format x: /c, x — диск с неправильной FAT, c — ключ включающий проверку кластеров поме-ченных как поврежденные). Быстрое форматирование здесь не годиться, так как оно производит лишь очистку оглавления и сохраняет информацию о бэдах. Форматирование можно выполнить и из Windows, правда для меня методы его работы до сих пор остаются загадкой и результат порой получается непредсказуем (сталкивался с тем, что снимался статус дефектного даже с физически поврежденных секторов, что приводит к более сложным проблемам. Похоже, что «Окна» просто сбрасывают статус дефектности в FAT, не вдаваясь в подробности, хотя и не всегда).

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

Способ второй состоит в приобретении программы Power Quest Partition Magic, в которой есть функция Bad Sector Retest. Она проверит именно помеченные бэд сектора, и оставит нетронутой информацию на диске.

Более продвинутые пользователи могут воспользоваться Norton Disk Editor или любым другим редактором диска и вручную пометить/разотметить нужные сектора. Программу для этих целей несложно написать и самостоятельно. Но нет нужды. Как узнать что имеющийся дефектный блок именно этого вида? Никак. Можно только попробовать (при отсутствии уверенности настоятельно рекомендую пользоваться первыми двумя методами, так как двумя последними можно ввести в обращение сбойный или нестабильный блок, нажив тем самым себе большую проблему). Если это его тип — он исчезнет и больше никак проявляться не будет. Если же нет — пробовать другие способы.

Второй вид излечимых сбойных кластеров — логические, у которых данные не соответствуют ECC. Методы борьбы с этим видом несколько сложнее. Этот вид дефектов не может быть исправлен программными средствами использующими стандартные команды и средства BIOS. Дело в том, что при использовании таких средств перед записью на диск происходит предварительная проверка области записи, чтобы убедиться что с ней все в порядке, а поскольку там существует ошибка, то запись отклоняется (такая проверка не только является расточительностью, так как данные не будут записаны сразу же, их запись станет возможной только на втором проходе (видимо это является одной из причин, по которой скорость записи обычно несколько ниже скорости чтения).

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

И хотя мы немного больше разобрались с тем, чем обусловлена ошибка, легче не стало, так как мы выяснили, что ее нельзя исправить обычными средствами. Необычными средствами являются программы, обращающиеся к накопителю не через функции ОС и BIOS, а через порты ввода-вывода. Таких программ на самом деле море, в большинстве случаев осуществляют принудительную запись какого-то содержимого в сектор (обычно нулей), накопитель подсчитывает и записывает ECC. После этого нужно осуществить проверку прочитав сектор — ошибки нет — хорошо, сектор оказался именно таким, как мы ожидали и был успешно излечен. Нет — увы… Видимо, раз здесь не ошибка FAT и не излечился , он, видимо, имеет физическую природу.

Утилиты выполняющие такую функцию — это wdclear, fjerase, zerofill, такая функция есть в DFT. В большинстве случаев такие утилиты универсальны, так как не используют каких-то специфических функций накопителя. Работа с ними тоже не требует специальных навыков. Зачастую такие обнулители распространяются на сайтах производителей как программы низкоуровневого форматирования, хотя не имеют к нему никакого отношения. Производители рекомендуют использовать их в случае возникновения проблем прежде, чем обращаться в сервисный центр. Если не считать разрушения информации, они безобидны.

Кроме производителей винчестеров выпуском сервисных программ занимаются сторонние компании и просто энтузиасты. Так бесплатно доступна очень полезная программа неписанная нашим программистом — MHDD (скачать ее можно здесь. На момент написания статьи была доступна версия 2.9), которая может помочь в данной ситуации. Схема действий следующая: программу записываем на системную дискету и загружаемся с нее. Изучаем состояние SMART с помощью внешнего SMART-монитора (бесплатным SMARTUDM например) и не полагаясь на свою память, сохраняем результаты в файл.

Загружаем MHDD и инициализируем нужный диск нажав F2. В консоли вводим команду erase или aerase (используют разные алгоритмы, aerase работает медленнее, но иногда справляется с тем, с чем не справилась erase, поэтому рекомендую сначала использовать erase и потом при неудаче aerase). Предварительно необходимо было сохранить всю информацию с винчестера, так как она будет разрушена (имея опыт можно обнулять нужную часть, не разрушая остальные данные, но ведь предполагается что у нас его нет).

По завершении производим проверку поверхности диска -нажимаем F4 и выби-раем и в верхней строчке выбираем наш режим работы (скорее всего это будет LBA, но вам видней), и еще раз жмем F4 (можно ввести в консоли команду SCAN). Смотрим на предмет наличия наших бэдов.

Потом изучаем показания SMART. Если число переназначенных секторов осталось прежним, бэды исчезли, то они имели логический характер и были вылечены. Если же нет — их природа не логическая. MHDD подробно рассмотрим в другой статье.

Вполне может быть, что у вас возник вопрос, а почему же нельзя использовать как в предыдущем случае команду format с ключом /c, который выполняет проверку бэдов? Ответ уже в принципе звучал: эта программа использует стандартные средства BIOS и не может произвести запись в бэд. Видимо, разработчикам из Microsoft не захотелось себя особенно утруждать. Попытка восстановления такого сектора о которой сообщает формат есть просто многократная попытка его чтения (сколько бы раз он ни читался, он не прочитается, контроллер уже признал этот факт!). Осуществить полноценную проверку такого бэда format не может, так как не может произвести в него запись. Единственное для чего он пригоден — это восстановление плохих секторов являющихся ошибками файловой системы.

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

Физические повреждения HDD

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

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

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

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

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

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

Этот процесс называется внутренним форматированием, происходит без внешнего участия под действием программы винчестера. Кроме заводского P-list’a дефектов накопитель имеет еще G-list (Grown-list) — в него заносятся сведенья о бэд-секторах обнаруженных в процессе эксплуатации. В домашних условиях единственное, что можно сделать — это лишь переназначить обнаруженный дефект в резервную область со всеми вытекающими отсюда последствиями (падение производительности).


Сразу же сделаем несколько оговорок. Размер G-list не велик и ремап (remap, т.е. переназначение) не может происходить до бесконечности: только до тех пор пока в G-list’е есть место. Или пока не исчерпалась резервная поверхность. Также нужно помнить, что чем большее число секторов переназначено, тем чаще будет происходить позиционирование в резервную область, тем медленнее будет работа. Стоит серьезно подумать над тем, нужно ли это делать: стоит ли небольшая потеря пространства и красивая не испорченной буквами B картинка в Scandisk ощутимой (в зависимости от числа выполненных перена-значений) производительности. Быть может лучше просто оставить его в явном виде и радоваться жизни. Процесс ремапа необратимый. Если что-то не устроит, вернуть из-менения не получится.

Если же ответ отрицательный, необходимо запастись одной из следующих программ: HDD Speed, HDD Utility, или опять же MHDD. Кроме того нужна какая-нибудь программа просмотра SMART атрибутов: такая есть составе HDD Speed, но можно взять стороннюю (SMARTUDM). Предполагается, что вы уже пробовали лечить логические бэды, попытки окончились неудачно, и мы теперь пытаемся скрыть физические. Рассмотрим снова пример MHDD. Механизм действий будет почти такой же, как и в прошлый раз. Запустившись с дискеты изучаем состояние SMART. Потом запускаем MHDD, выбираем нужный привод.

Информацию с винчестера сохранять не нужно (но можно), так как она не будет разрушена. Инициализируем привод нажатием F2. Нажав F4 выбираем нужный параметр верхней строчке LBA или CHS, и включаем функцию ремапа, и запускаем запускаем проверку поверхности диска повоторным нажатием F4 (или вводим в консоли команду SCAN).


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

Возможны следующие варианты: показатель переназначенных секторов увеличился, бэды исчезли — это означает, что мы добились того, чего хотели, сбойные сектора были заменены резервными; число переназначенных секторов осталось прежним, бэды не исчезли: такое может быть по следующим причинам — природа не та, что мы предположили, или сектор нельзя заместить; контроллер не увидел, что это действительно сбойный сектор (а указать прямо ему на это нет никакой возможности при работе винчестера в пользовательском режиме, можно лишь всячески пытаться намекнуть ему на это, делая попытки записи и чтения нужного сектора), G-list полон (по показаниям SMART должно быть видно), винчестер не поддается ремапу..

В первом случае остается только копать дальше. Если оказался полон G-list, то можно либо смириться с не переназначаемыми секторами, либо обратиться к специалистам, которые смогут запустить внутренне форматирование: тогда существующие бэды будут добавлены в P-list, а G-list будет чист. Это самый лучший вариант, так как в этом случае нет побочных эффектов ремапа. В домашних условиях запустить его не удастся, да и угробить винт вероятность высока, если процесс форматирования прервется (винчестер останется просто без транслятора, это поправимо, но все же) — питание пропадет например или скокнет (ведь по закону подлости это всегда происходит в самый не подходящий момент), поэтому производители дисков стараются не давать такие функции в руки обывателю.. Если винчестер не поддается ремапу вообще с этим сделать ничего нельзя, но если функция ремапа выключена в нем самом, тогда нужно просто включить его с помощью фирменной утилиты (их искать на сайте производителя нужно).

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

Связано форматирование на низком уровне с командой 50h стандарта ATA, пришедшей туда от интерфейса ST506/412. Она должна выполнять форматирование дорожки с заданными физическими параметрами. Однако, на низком уровне все современные винты очень сильно разняться, так как этот уровень целиком разрабатывается производителем самостоятельно. Транслятор скрывает внутреннюю структуру, и потому в этой команде нет смысла. Большинство современных винчестеров поддерживают ее для совместимости. Но так как ее изначальная функция уже не актуальна, то реагируют на не совершенно по разному. Во-первых, команда может быть полностью проигнорирована Во-вторых в некоторых старых накопителях команда способна затереть области служебных данных (очевидно отсюда и слухи о его разрушающем действии Low Level Format). А кроме этого, в третьих, она может осуществить запись всех нулей в область пользовательских данных, или, в четвертых, произвести переназначение сектора, что важно для нас в конетксте этой статьи. Разговоры о чудодейственности такого форматирования происходят видимо от того, что порой удается полечить с ее помощью логические бэды или сделать переназначение для физических. Именно это есть суть такого форматирования-лечения. Не более того. Но у нас уже есть необходимые средства. За-чем искать приключений?

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

Дополнительные материалы:

Критерии отбора HDD
SMART — технология внутренней оценки состояния HDD
SMART технологии: Data Lifeguard, MaxSafe, Drive Fitness Teсhnologies, Data Protection System
Bad-блоки HDD: причины и виды

Если Вы заметили ошибку — выделите ее мышью и нажмите CTRL+ENTER.

Как произвести тест жёсткого диска в программе Victoria и как исправить сбойные сектора (бэд-блоки) в работающей Windows

Привет друзья! В предыдущей статье с Вами узнали о лучшей программе по диагностике и ремонту жёстких дисков под названием Victoria. Также мы теперь знаем, что такое S.M.A.R.T. и о чём говорят его атрибуты, как за секунду определить состояние здоровья Вашего винчестера или твердотельного накопителя SSD. В этой статье мы переходим к самому главному, а именно процессу восстановления информации на жёстких дисках и избавления винчестера от сбойных секторов (бэд-блоков), но перед началом статьи я хочу предупредить Вас. Столкнувшись с неудовлетворительной работой жёсткого диска (скрипы, щёлкания, зависания операционной системы, невозможность скопировать важные данные) простые пользователи без соответствующего опыта сразу обращаются к таким серьёзным программам, как Victoria, MHDD, HDDScan и к сожалению зачастую только ухудшают ситуацию. Почему? Я Вам отвечу.

Очень много того, что написано о Виктории в интернете, — написано непрофессионалами, а любителями. Профессионалы редко пишут статьи, они в этом отношении немного ленивые. Если Вы хотите узнать о программе Victoria всё, значит нужно во первых много работать с этой программой самому и посещать специализированные форумы в интернете касающиеся расшифровки показателей S.M.A.R.T., восстановлению данных (создание посекторного образа больного винта с бэдами), и уже в последнюю очередь там обсуждают механизм работы программы Виктория. Именно такая последовательность в большинстве случаев правильная — сначала спасение данных (снятие посекторного образа с неисправного винчестера), затем лечение жёсткого диска.

  • Запомните, самое главное правило при восстановлении информации с неисправного жёсткого диска да и любого накопителя информации звучит так: винчестер в любой момент может «приказать долго жить», поэтому число обращений к нему должно быть сведено к минимуму. А значит, перед работой с Victoria нужно обязательно делать образ «больного» жёсткого диска и восстанавливать информацию уже с образа, как только информация будет восстановлена, тогда можно проводить какие-то операции с жёстким диском, к примеру лечить его алгоритмами Advanced REMAP или Erase.

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

Как произвести тест жёсткого диска в программе Victoria и как исправить сбойные сектора (бэд-блоки) в работающей Windows 

Друзья, если Вы читаете эти строки, значит у Вас какая-то проблема с жёстким диском. Когда мы задумываемся о том, что с нашим жёстким диском происходит что-то не то?

  1. С жёсткого диска невозможно скопировать нужную информацию на другой накопитель, при копировании операционная система зависает и спасает только перезагрузка.

  2. Windows может неожиданно зависнуть на любом этапе работы.

  3. Невозможно переустановить операционную систему, в процессе установки происходит зависание на распаковке файлов Windows или установщик сообщает об ошибке «Невозможно продолжить установку…», или Windows очень долго устанавливается, например несколько часов.

  4. При включении компьютера сразу запускается утилита Chkdsk и проверяет разделы жёсткого диска на ошибки.
  5. Жёсткий диск издаёт посторонние звуки (щелчки, скрип) и периодически не определяется в BIOS.

Итак, поехали, во первых, в программе Виктория точно установим номера сбойных секторов (бэд-блоков), затем сделаем посекторную копию жёсткого диска и этим спасём пользовательские данные, а дальше произведём скрытие сбойных секторов бэд-блоков (рэмап) в программе Victoria. Также узнаем как делать «Запись по всей поляне» (тест Erase), то есть при обнаружении сбойного сектора переписывать весь блок (256 секторов) жёсткого диска нулями.


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


Для примера возьмём реальный жёсткий диск имеющий сбойные сектора. Друзья, минимальная единица информации на жёстком диске это сектор, объём пользовательских данных составляет 512 байт, если информацию в секторе невозможно прочесть, значит сектор является нечитаемым или другими словами сбойным. Все зависания операционной системы происходят при чтения инфы с такого сектора. Данный винчестер WDC WD5000AAKS-00A7B2 (объём 500 ГБ) реально неисправен.

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

Запуск Victoria 

Запускаем программу Victoria от имени администратора. Соглашаемся со всеми предупреждениями о работе в 64-битной системе.

Выбираем начальную вкладку Standard. Если у нас несколько жёстких дисков, в правой части окна выделяем левой мышью нужный жёсткий диск, в нашем случае WDC WD5000AAKS-00A7B2

и переходим на вкладку SMART,

жмем кнопку Get SMART, справа от кнопки засветится сообщение GOOD и откроется S.M.A.R.T. выбранного нами жёсткого диска.

S.M.A.R.T. этого винта оказался не самый хороший. Почему? Читайте нашу первую статью из цикла о программе Виктория. Здесь скажу лишь, что целых четыре атрибута S.M.A.R.T. горят красным, в том числе и самый важный параметр, атрибут

5 Reallocated Sector Count— (remap), обозначающий число переназначенных секторов это значит запасные сектора на резервных дорожках заканчиваются и скоро сбойные сектора переназначать будет нечем.

Переходите на вкладку Tests.

Тест поверхности жёсткого диска в программе Victoria

В правой части окна программы отметьте пункт Ignor и пункт read, затем нажмите Start. Запустится простой тест поверхности жёсткого диска без исправления ошибок. Этот тест не принесёт никаких плохих или хороших воздействий на Ваш винчестер, но когда тест закончится, мы узнаем в каком состоянии находится наш жёсткий диск. 

Начинается сканирование поверхности жёсткого диска и через некоторое время обнаруживаются сбойные сектора. Через 40 минут Victoria выдаёт нам такой результат:

  • Очень много хороших секторов с хорошей задержкой чтения не более 5 ms — 3815267

  • Также имеются сектора с нехорошей задержкой чтения 200 ms

  • Секторов с неудовлетворительной задержкой чтения более 600 ms (кандидаты в бэд-блоки) нет совсем, но…

  • Что совсем плохо, присутствуют полноценные сбойные сектора (бэд-блоки), информацию из которых прочитать совсем не удалось — 13! 

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

Жёсткий диск пострадавшего WDC WD5000AAKS-00A7B2 (объём 500 ГБ) был разделён на два раздела: диск D: с операционной системой объём 120 ГБ и диск E: с данными объём 345 ГБ.

Перед работой с программой Victoria обезопасим себя и сделаем полный образ раздела диск E: объём 345 ГБ и данные будем вытаскивать именно с образа. Образ сделаем в другой программе DMDE и расположим его на другом физическом диске SAMSUNG HD403LJ  (объём 400 ГБ) я покажу Вам как это сделать.

Управление дисками моего компьютера

Важные данные находятся на Новом томе (E:) объём 347 ГБ жёсткого диска WDC WD5000AAKS (общий объём 500 ГБ), значит создавать будем образ раздела (E:). Посекторный образ раздела (E:) создадим на жёстком диске SAMSUNG HD403LJ (объём 400 ГБ), на нём всего один раздел без данных Новый том (F:). Третий физический диск в системе, это твердотельный  накопитель SSD (объём 120 ГБ) диск (C:), на нём находится наша работающая операционная система Windows 8.1, в которой мы сейчас и находимся.

Создание посекторного образа всего жёсткого диска или нужного раздела в программе DMDE

И скачиваем программу, жмём GUI для Windows.

DMDE скачивается в архиве, разархивируем его и запускаем файл dmde.exe.

Затем выбираем язык Русский.

Принимаем условия Лицензионного соглашения. В начальном окне программы нам нужно для создания образа выбрать или Физическое устройство (то есть полностью жёсткий диск) или раздел с данными.Нужен нам только том (E:), поэтому отмечаем левой мышью наш жёсткий диск WDC WD5000AAKS, затем отмечаем пункт Логические диски 

и раздел (E:), затем жмём ОК.

Меню. Создать образ/клон…

Место для записи, жмём Диск.

Новый том (F:) и ОК. Нужно чтобы раздел, на котором будет создан посекторный образ неисправного жёсткого диска (или раздела с нечитаемыми данными) был по объёму не меньше этого диска. 

ОК.

На новом томе (F:) удалятся все данные, соглашаемся Да.

Начинается создание посекторной копии раздела (E:) больного жёсткого диска WDC WD5000AAKS на новом томе (F:) другого здорового жёсткого диска диска SAMSUNG HD403LJ, которое продолжается 6 часов (с особо «бэдастых» винтов образ снимается несколько суток) и наглухо зависает на 83 процентах, прождав пару часов я нажал на кнопку Прервать! Друзья, если прервать создание образа посекторного раздела под самый конец (всё-таки 83%) то нас ждёт два варианта, как говаривал Суворов — «либо грудь в крестах, либо голова в кустах». 

После прерывания операции заходим на Новый том (F:) и смотрим, есть ли на нём какие-либо данные и…они есть, всё основное, что нам было нужно программе DMDE удалось перенести на диск (F:), практически все данные читаются без ошибок. Значит случай у нас не сложный и бэды в основном софтовые.

Но в некоторых случаях не всё так будет радужно и при попытке войти на раздел с посекторной копией нас будет ждать вот эта ошибка: Нет доступа к F:\. Файл или папка повреждены. Чтение невозможно.

Нет доступа к F:\. Файловая система не распознана. Убедитесь, что все требуемые системные драйвера загружены и том не повреждён.

Но и в этом случае сдаваться мы не будем и поступим так.

 

Что делать, если создание посекторного образа пойдёт с ошибками

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

Или в процессе создания посекторной копии появится вот такая ошибка «Запрос не был выполнен из-за ошибки ввода/вывода на устройстве» (смотрите скришнот ниже) обозначающая, что DMDE не смогла прочитать информацию в сбойном секторе (номер сектор указан в ошибке) в этом случае нажмите

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

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

«Игнорировать всё» и подобные ошибки будут пропущены, а можно нажать кнопку

«Параметры» и соответствующе настроить программу DMDE для такого тяжёлого случая. Нажмите в этом окне кнопку Параметры.

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

«Обратный ход», иногда это приносит результат.

И опять нажмите «Параметры».

В этом окне отметьте пункт «Не ждать, если устройство не готово —  Всегда». При выборе опции операция будет продолжена даже

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

Число повторов авто при ошибке CRC — 0

Число авто повторов, если сектор не найден — 0

Заполнять плохие секторы (hex)

Затем ОК и ОК, начинается создание посекторного образа.

Щёлкните левой мышью для увеличения изображения

Также работоспособным показал себя такой вариант настроек.

Пропускать ошибки ввода-вывода — Всегда

Не ждать, если устройство не готово —  Всегда

Число повторов при ошибке CRC — 0

Число авто повторов, если сектор не найден — 0

Вообще я Вам посоветую изучить мануал к программе DMDE http://dmde.ru/manual.html или http://dmde.ru/docs/DMDE-manual-ru.pdf, так же можете дождаться нашей статьи о создании посекторного образа неисправного жёсткого диска различными программами, в ней мы рассмотрим даже создание загрузочной флешки с программой DMDE.

  • Если DMDE Вам не поможет, тогда можно попробовать другие программы, например Acronis True Image. Конечно существуют ещё способы с помощью которых можно сделать посекторный образ сбойного винта, например загрузиться с какой-нибудь операционной системы, основанной на Linux, к примеру Ubuntu, но сам процесс описывать здесь не буду и лучше напишу отдельную статью. Также под Линуксом можно запустить утилиту safecopy. 
  • Что делать, если всё же посекторную копию жёсткого диска Вам сделать не удастся, выбирать Вам. Можете обратиться в хороший и зарекомендовавший себя сервис по восстановлению данных и посекторную копию с Вашего жёсткого диска снимут на специальном дорогостоящем оборудовании специалисты, например с помощью того же комплекса PC−3000. Если Вам не жалко Ваши данные, то можете рискнуть и запустить в программе Victoria алгоритмы избавляющие поверхность Вашего жёсткого диска от сбойных секторов (бэд-блоков), как это сделать написано далее, жёсткий диск после этой операции может вернуться к жизни. 
  • Важно: Казанский (разработчик программы Виктория) обещает, что самый новаторский алгоритм скрытия бэд-блоков BB = Advanced REMAP НЕ деструктивен для данных, но в некоторых случаях для Ваших файлов это может быть деструктивно, так как даже самый продвинутый алгоритм Виктории Advanced REMAP скрытие дефектов (ремап), это по любому изменение трансляции винта, а значит потеря пользовательских данных (подробности далее. Хочу сказать, что иногда бывало и так, что вылечит Victoria жёсткий диск от бэдов и Вам даже удастся скопировать инфу с такого харда, но к сожалению не вся информация получается читаемая.

Итак, в нашем случае сделать посекторную копию больного жёсткого диска, а именно нового тома (E:) программе DMDE сделать удалось, правда в некоторых местах DMDE немного зависала, но всё закончилось успешно. Посекторная копия нового тома (E:) представляет из себя точную копию и расположена на томе (F:). Все имеющиеся данные успешно читаются и копируются. 

Основная задача решена и пользовательские данные спасены, теперь приступаем к процедуре лечения жёсткого диска.

Как избавится от сбойных секторов (бэд-блоков) с помощью программы Victoria

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

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

 

Remap

 

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

Пока идёт сканирование поговорим вот о чём.

1. Что происходит при данном алгоритме Remap? Производится (несколько раз) попытка принудительной записи информации в сбойный сектор жёсткого диска, если попытка удачна, значит сектор становится здоровым и удаляется из списка бэд-блоков (ремап не происходит). Если попытка записи неудачна, значит больной сектор переназначается здоровым сектором со специально предназначенной для таких случаев резервной дорожки винчестера. 

2. Remap это переназначение (замена) больного сектора, присвоение его номера LBA другому физически здоровому сектору из резервной дорожки. Информация из сектора (на момент переназначения) висит в ОЗУ винта, и как только сектор переназначен — записывается назад.

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

Результат. Как я и говорил в работающей Windows трудно что-либо исправить и Victoria не может осуществить Ремап. Через 20 минут тот же самый результат, 13 бэд-блоков и нам с Вами придётся делать загрузочную флешку с Викторией и работать в ДОСе.

 

Как в программе Victoria сканировать определённую область на жёстком диске

Если Вам известны точные адреса сбойных секторов, вы можете задать в программе Victoria точные параметры сканирования. Например, мы знаем, что наши бэд-блоки начинаются с сектора 770 000 000, тогда в пункте Start LBA: здесь задать это число и программа Victoria именно с сектора 770 000 000 начнёт сканирование и исправление поверхности жёсткого диска, также, если задать нужное Вам число в пункте End LBA: то Victoria закончит сканирование на нужном Вам секторе.

 

Алгоритм Erase

Друзья, вы можете спросить меня, а что будет если применить тест Erase или ещё есть Write? 

Erase при обнаружении нечитаемого сектора принудительно переписывает весь блок из 256 секторов нулями (осторожно, в некоторых случаях ваши данные на жёстком диске удалятся).

  • Чаще всего попадаются софтовые (программные) бэды, которые убираются быстрее всего обнулением — алгоритмом Erase, да и при неудачной записи в сектор нулей вполне может произойти Remap, так как микропрограмма винчестера может посчитать такой сектор сбойным. Если Erase не поможет, тогда можно выбрать Remap, но как мы знаем, шансы, что Remap будет произведён в работающей Windows невелики.
  • Софтовые (программные) бэды в некоторых случаях можно убрать даже простым форматированием средствами самой Windows. Всю разницу между существующими бэд-блоками: физическими и программными, читайте в нашей статье всё о бэд-блоках. В двух словах объясню, что физические бэды (физически разрушившийся сектор) восстановить невозможно (возможен только ремап, переназначение), а логические (программные, ошибки логики сектора) восстановить можно.
  • Друзья, мы можем избавиться от бэд-блоков посекторно, но тогда наша статья будет ещё длиннее, это мы тоже сделаем в следующей статье.

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

Я просто покажу Вам на другом винчестере как запустить этот тест в работающей Windows.

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

Тест в режиме чтения Read, то есть от начала к концу и жмём Start.

Часто при «обнулении» в работающей Windows будут выходить вот такие ошибки:

Метки к статье: Жёсткий диск Victoria

Проверка HDD/SSD/USB flash на бэд-блоки на Linux.

Сегодня в статье рассмотрим, как в Linux проверить ваш HDD,SSD или USB флешку на битые сектора — Бэд-блоки.

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

Проверка HDD на бэд-блоки программой badblocks.

Badblocks — стандартная утилита Linux для проверки на битые секторы. Она устанавливается по-умолчанию практически в любой дистрибутив и с ее помощью можно проверить как жесткий диск, так и внешний накопитель.

Но для начала воспользуемся ещё одной стандартной утилитой для просмотра подключенных накопители к нашей системе — fdisk.

sudo fdisk -l
  • -l — показать список разделов и выйти.

badblocks

Теперь, когда мы знаем, какие разделы у нас есть, мы можем проверить их на битые секторы программой badblocks:

sudo badblocks -sv /dev/sda1 > ~/badblocks.txt
  • -v — вывод подробной информации о результатах проверки.
  • -s — отображать в правильном порядке ход проверки блоков.
  • /dev/sda1 — раздел, который мы хотим проверить на битые секторы.
  • > ~/badblocks.txt — выводим результат выполнения команды в файл badblocks.txt расположенный в корневом каталоги пользователя.

Если же в результате были найдены битые секторы, то нам надо дать
указание операционной системе не записывать в них информацию в будущем.
Для этого нам понадобятся утилиты Linux для работы с файловыми
системами:

  • e2fsck. Если мы будем исправлять раздел с файловыми система Linux ( ext2,ext3,ext4).
  • fsck. Если мы будем исправлять файловую систему, отличную от ext.

Вводим следующие команды:

 sudo e2fsck -l ~/badblocks.txt /dev/sda1

Или, если у нас файловая система не ext:

 sudo fsck -l ~/badblocks.txt /dev/sda1

Если после ввода данных команд вы получаете что-то вроде этого:

e2fsck

Значит данные операции надо выполнить в командной строке до загрузки операционной системы. Для этого выполним следующее:

sudo nano /etc/network/interfaces

В конце файла дописываем следующие строки:

pre-up e2fsck -l ~/badblocks.txt /dev/sda1

Теперь перезагружаем ПК:

sudo reboot

Теперь давайте рассмотрим более современный и надежный способ
проверить диск на битые секторы linux. Современные накопители ATA/SATA
,SCSI/SAS,SSD имеют встроенную систему самоконтроля S.M.A.R.T (Self-Monitoring, Analysis and Reporting Technology,
Технология самоконтроля, анализа и отчетности), которая производит
мониторинг параметров накопителя и поможет определить ухудшение
параметров работы накопителя на ранних стадиях. Для работы со S.M.A.R.T в
Linux есть утилита smartmontools.

Давайте сначала ее установим. Если ваш дистрибутив основан на Debian\Ubuntu, то вводите:

sudo apt install smartmontools

Если же у Вас дистрибутив на основе RHEL\CentOS, то вводите:

sudo yum install smartmontools

Теперь, когда мы установили smartmontools мы можем посмотреть страницу помощи, с помощью команды:

man smartctl

или

smartctl -h

Давайте перейдем к работе с утилитой. Вводим следующую команду с параметром -H,чтобы утилита показала нам информацию о состоянии накопителя:

sudo smartctl -H /dev/sda1

smartmontools

Как видим, проверка диска на битые секторы linux завершена и утилита говорит нам, что с накопителем все в порядке!

Ещё одна команда, если SMART поддерживается, то добавляем -s. Если он не поддерживается или уже включён, то этот аргумент можно убрать.

sudo smartctl -s on -a /dev/sda

Дополнительно, можно указать следующие параметры -a или —all, чтобы получить еще больше информации о накопителе, или -x и —xall, чтобы просмотреть информацию в том числе и об остальных параметрах накопителя.

Проверка HDD на бэд-блоки на Linux с помощью GParted

GParted как раз для тех, кому текстовый интерфейс не по душе. Утилита выполняет большое количество задач, связанных с работой HDD на Ubuntu и всех Debian-подобных системах. В их число входит и проверка диска на ошибки.

gparted

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

sudo apt install gparted
  1. Открываем
    приложение. На главном экране сразу же выводятся все носители. Если
    какой-то из них помечен восклицательным знаком, значит, с ним уже что-то
    не так.
  2. Щёлкаем по тому диску, который хотим проверить.
  3. Жмём на кнопку «Разделы», расположенную сверху.
  4. Выбираем «Проверка на ошибки».

Программа отсканирует диск. В зависимости от его объёма процесс может занять продолжительное время. После сканирования Вы будете оповещены о его результатах.

Safecopy

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

Устанавливаем Safecopy:

sudo apt install safecopy

Переносим
файлы из одной директории в другую. Выбрать можно любую другую. В
данном случае мы переносим данные с диска sda в папку home.

sudo safecopy /dev/sda /home/

Если есть вопросы, то пишем в комментариях.

RSS

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

бадблоков — ArchWiki

badblocks — это программа для проверки устройств хранения на наличие плохих блоков.

S.M.A.R.T. (Технология самоконтроля, анализа и отчетности) присутствует почти на каждом жестком диске, который все еще используется в настоящее время, и в некоторых случаях он может автоматически удалять дефектные сектора жесткого диска. Однако S.M.A.R.T. только пассивно ожидает ошибок, в то время как badblocks может активно записывать простые шаблоны в каждый блок устройства, а затем проверять их, ища поврежденные области (точно так же, как memtest86 * делает с ОЗУ).

Это можно сделать в деструктивном режиме записи, который эффективно очищает устройство (сделайте резервную копию!), Или в неразрушающем режиме чтения-записи (также рекомендуется резервное копирование!) И в режимах только для чтения.

Установка

Установите пакет e2fsprogs.

См. Использование badblocks (8).

Устройство хранения данных

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

Сравнение с другими программами

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

Тестирование сбойных секторов

Для проверки наличия битых секторов в Linux обычно используется программа badblocks . badblocks имеет несколько различных режимов для обнаружения сбойных секторов.

Тест чтения-записи (предупреждение: деструктивно)

Этот тест предназначен в первую очередь для тестирования новых дисков и представляет собой тест чтения-записи. Поскольку шаблон записывается в каждый доступный блок, устройство эффективно стирается.По умолчанию используется расширенный тест с четырьмя проходами с использованием четырех различных шаблонов: 0xaa (10101010), 0x55 (01010101), 0xff (11111111) и 0x00 (00000000). Для некоторых устройств это может занять несколько дней.

 # badblocks -wsv / dev /  устройство  
 Проверка на наличие сбойных блоков в режиме чтения-записи
С блока 0 на 488386583
Тестирование с шаблоном  0xaa : выполнено
Чтение и сравнение: сделано
Тестирование с шаблоном  0x55 : выполнено
Чтение и сравнение: сделано
Тестирование с шаблоном  0xff : 22.Готово на 93%, прошло 4:09:55. (0/0/0 ошибок)
[...]
Тестирование с шаблоном  0x00 : выполнено
Чтение и сравнение: сделано
Пройден, найдено 0 плохих блоков. (Ошибки 0/0/0) 

Опции:

-w : выполнить деструктивный тест записи
-s : показать прогресс
-v : быть «подробным» и выводить обнаруженные сбойные сектора в стандартный вывод

Дополнительные параметры, которые вы можете рассмотреть:

-b номер : укажите размер блока жесткого диска, который может значительно сократить время тестирования.( tune2fs -l раздел как пользователь root)
-p номер : выполнить расширенный четырехпроходный тест номер последовательных итераций
-o / path / to / output-file : вывод сбойных секторов в выходной файл вместо stdout
-t test_pattern : укажите шаблон. Смотри ниже.
Определить конкретный тестовый шаблон

Из справочной страницы: « test_pattern может быть числовым значением от 0 до ULONG_MAX-1 включительно […] «.

Эту статью или раздел необходимо расширить.

Причина: используйте первый аргумент шаблона для краткого объяснения. (Обсудить в Обсуждении: Плохие блоки #)

Случайный узор

Плохие блоки можно заставить многократно записывать один «случайный шаблон» с опцией -t random .

 # badblocks -wsv -t random / dev /  устройство  
 Проверка на наличие сбойных блоков в режиме чтения-записи
С блока 0 на 488386583
Тестирование со случайным шаблоном  : выполнено
Чтение и сравнение: сделано
Пройден, найдено 0 плохих блоков.(Ошибки 0/0/0) 

Предупреждение: Это небезопасно для криптографических целей. «Случайный узор» — это само по себе противоречие. Поскольку badblocks не (как / dev / urandom) применяет сложные процедуры для повторного использования энтропии, а просто повторяет один «случайный шаблон», его не следует использовать там, где необходимы случайные данные, например для шифрования блочного устройства.

Тест чтения-записи (неразрушающий)

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

 # badblocks -nsv / dev /  устройство  
 Проверка на плохие блоки в неразрушающем режиме чтения-записи
С блока 0 на 488386583
Проверка на плохие блоки (неразрушающий тест чтения-записи)
Тестирование со случайным шаблоном  : выполнено
Пройден, найдено 0 плохих блоков. (Ошибки 0/0/0) 

Параметр -n обозначает неразрушающий тест чтения-записи.

Наличие в файловой системе сбойных секторов

Чтобы не использовать поврежденные сектора, они должны быть известны файловой системе.

Во время проверки файловой системы

Включение сбойных секторов можно выполнить с помощью утилиты проверки файловой системы ( fsck ). fsck можно указать использовать плохих блоков во время проверки. Чтобы выполнить тест чтения-записи (неразрушающий) и сообщить файловой системе о поврежденных секторах:

 # fsck -vcck / dev /  РАЗДЕЛ устройства 
 

Параметр -cc указывает запускать fsck в режиме неразрушающего тестирования , -v сообщает fsck , что нужно показать его результат, а параметр -k сохраняет старые поврежденные сектора, которые были обнаружены.

Чтобы выполнить тест только для чтения (не рекомендуется):

 # fsck -vck / dev /  РАЗДЕЛ устройства 
 

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

В качестве альтернативы это можно сделать до создания файловой системы.

Если badblocks запускается без опции -o , плохие секторы будут выводиться только на стандартный вывод.

Пример вывода ошибок чтения в начале диска:

 # badblocks -wsv / dev /  диск  
 [...]
Тестирование с шаблоном  0xff : выполнено
Чтение и сравнение:
[...]
37584
37585 0,84% выполнено, прошло 7:31:08. (Ошибок 0/0/527405)
37586
[...]
сделанный
Тестирование с шаблоном  0x00 :
Чтение и сравнение:
[...]
37584
37585
[...]
сделанный
Пройден, найдено 527405 поврежденных блоков. (Ошибок 0/0/527405) 

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

 # badblocks -wsv  -o  / root /  badblocks.txt  / dev /  устройство  
 Проверка на наличие сбойных блоков в режиме чтения-записи
С блока 0 на 488386583
Тестирование с шаблоном  0xaa : выполнено
Чтение и сравнение: выполнено 6,36%, прошло 0:51. (0/0/14713 ошибок)
[...]
Тестирование с шаблоном  0x00 : выполнено
Чтение и сравнение: сделано
Пройден, найдено 527405 поврежденных блоков. (Ошибок 0/0/527405) 

Затем (заново) создайте файловую систему с информацией:

 # mkfs.  тип файловой системы   -l  / root /  badblocks.txt  / dev /  устройство 
 

Примечание: Значение 0/0/527405 ошибок: число_ ошибок чтения / число_ ошибок записи / число ошибок_коррупции .

Внешний 4

Со страницы справочника mke2fs (8):

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

Итак, рекомендуется использовать:

 # mkfs.ext4 -c / dev /  устройство 
 

Используйте -cc , чтобы выполнить проверку плохих блоков чтения-записи.

Размер блока

Эта статья или раздел является кандидатом на слияние с Securely wipe disk # Размер блока.

Примечания: Выравнивание размера блока не относится к этой крошечной секции. Другие статьи Arch Wiki уже скрывают это. Найдите его и закройте все на странице размера блока.(Обсудить в Обсуждении: Плохие блоки #)

Сначала найдите файловые системы , размер блока . Например, для файловых систем ext #:

 # dumpe2fs / dev /  device-PARTITION  | grep 'Размер блока'
 

Подайте это на плохих блоков :

 # badblocks -b  размер блока 
 

Поиск сбойных секторов

Вы можете использовать плохой блок для поиска поврежденных секторов. Обратите внимание, что badblocks называет секторы «блоками». Он поддерживает несколько режимов сканирования. Есть режим только для чтения (по умолчанию), который наименее точен.Существует деструктивный режим записи (опция -w ), который является наиболее точным, но занимает больше времени и (очевидно) уничтожит все данные на диске, что делает его совершенно бесполезным для сопоставления секторов с файлами. Наконец, есть неразрушающий режим чтения-записи, который, вероятно, так же точен, как и разрушающий режим, с единственным реальным недостатком, что он, вероятно, самый медленный. Однако, если известно, что диск выходит из строя, режим только для чтения, вероятно, по-прежнему является самым безопасным.

Чтобы выполнить подробное (опция -v ) сканирование только для чтения, выполните одну из этих команд ( x — это буква диска, а y — номер раздела, который вы хотите просканировать):

Сканирование всего диска:

 # badblocks -v / dev / sdx
 

Сканирование одного раздела:

 # badblocks -v / dev / sdxy
 

Обратной стороной сканирования диска в целом является то, что каждая файловая система начинает отсчет блоков относительно раздела, на котором она расположена.Это означает, что если у вас есть плохой блок, который находится, скажем, на втором разделе, и этот раздел начинается на блоке 1000, вам придется вычесть 1000 из номера вашего блока, чтобы получить желаемое число. Итак, если сканирование с начала диска приводит к тому, что блок номер 1005 является плохим, тогда вы фактически будете использовать блок 5 второго раздела.

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

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

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

Примечание: Более старые версии могли по умолчанию использовать цилиндры, не уверен. В этом случае опция -u изменит единицу измерения по умолчанию на секторы).

Обязательно обратите внимание на размер блока, который использует fdisk, чтобы вы могли преобразовать количество блоков в соответствии с вашим сканированием.

 # fdisk -l / dev / sdx 
 255 головок, 63 сектора на дорожку, 19457 цилиндров, всего 312581808 секторов
  Единицы = 1 секторов * 512 = 512 байт 
Размер сектора (логический / физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный / оптимальный): 512 байт / 512 байт
Идентификатор диска: 0x00000000 

После всего этого у вас должен быть номер (а) вашего плохого блока (ов) относительно раздела, в котором они существуют.

.

Означают ли плохие блоки выход из строя жесткого диска? | Малый бизнес

Автор: Джейн Уильямс Обновлено 11 января 2019 г.

На компьютерном жаргоне блок или сектор — это часть жесткого диска, в которую записываются данные. Плохие блоки — это места, в которые больше нельзя записывать или читать — по сути, это поврежденные области на вашем жестком диске. Хотя наличие нескольких битых секторов не обязательно означает, что ваш жесткий диск вот-вот перестанет работать, слишком большое их количество может негативно повлиять на объем памяти вашего диска.

Совет

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

Два типа повреждения

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

Вероятность отказа

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

Исправление сбойных секторов

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

Надвигающаяся смерть жесткого диска

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

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

.

твердотельных накопителей, жестких дисков, неисправных блоков и секторов — что вам нужно знать:

Что такое жесткие диски?

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

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

Как они работают?

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

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

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

Чтобы справиться с этим раздражением, прочтите дефрагментацию диска

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

Плохие сектора на жестком диске

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

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

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

Итак, что такое SSD?

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

Контроллер — одна из самых важных частей любого SSD. Думайте об этом как о движущем мозге. Встроенный процессор выполняет код на уровне микропрограмм и связывает компоненты памяти NAND с главным компьютером.

NAND-flash память

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

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

Ограниченный срок службы флэш-памяти

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

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

Теперь, когда вы знакомы с наукой, лежащей в основе технологии SSD и NAND-flash, пришло время пролить свет на плохие блоки.

Плохие блоки на вашем SSD

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

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

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

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

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

Управление плохими блоками поддерживает таблицу сломанных ячеек и заменяет их здоровыми ячейками, которые еще не достигли своих максимальных циклов P / E. Новый блок обычно поступает из запасных ячеек, которые разработчики выделяют по этой причине, но если в любой момент не существует запасной ячейки для замены плохих, данные будут потеряны навсегда.

Чтение кодов неисправности и исправления ошибок (ECC)

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

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

Сделайте резервную копию ваших данных!

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

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

Не пропустите часть 2 — Полное руководство по правильным твердотельным накопителям Apple.

.

badblocks (8): устройство поиска badblocks

Имя

badblocks — поиск плохих блоков на устройстве

Сводка

плохих блоков [ -svwnf ] [ -b размер блока ] [ -c
blocks_at_once ] [ -e max_bad_blocks ] [ -d read_delay_factor ] [ -i input_file ] [ -o
выходной_файл ] [ -p число_пасов ] [ -t test_pattern ] устройство [ последний блок ] [ первый блок ]

Описание

badblocks используется для поиска сбойных блоков на устройстве (обычно это раздел диска). устройство — это специальный файл, соответствующий устройству (например, / dev / hdc1 ). last-block — последний проверяемый блок; если это не
указано, последний блок на устройстве используется по умолчанию. first-block — необязательный параметр, определяющий номер начального блока для теста,
что позволяет начать тестирование с середины диска. Если он не указан, по умолчанию используется первый блок на диске.

Важное примечание: Если вывод плохих блоков будет подан в программы e2fsck или mke2fs , важно, чтобы блок
size правильно указан, так как номера генерируемых блоков очень зависят от размера блока, используемого файловой системой.По этой причине это
настоятельно рекомендуется, чтобы пользователи , а не запускали badblocks напрямую, а использовали опцию -c программ e2fsck и mke2fs .

Опции

-b размер блока
Укажите размер блоков в байтах. По умолчанию 1024.
-c количество блоков
— количество блоков, которые тестируются одновременно.По умолчанию 64.
-e максимальное количество плохих блоков
Укажите максимальное количество сбойных блоков перед прерыванием теста. Значение по умолчанию — 0, что означает, что тест будет продолжаться до тех пор, пока не будет достигнут конец диапазона тестирования.
достиг.
-d Коэффициент задержки чтения
Этот параметр, если он передан и не равен нулю, приведет к засыпанию сбойных блоков между чтениями, если в операции чтения не было обнаружено ошибок; задержка
будет рассчитываться как процент от времени, которое потребовалось для выполнения операции чтения.Другими словами, значение 100 приведет к тому, что каждое чтение будет
задерживается на сумму, полученную при предыдущем чтении, и значение 200 в два раза больше.
Обычно плохие блоки отказываются выполнять чтение / запись или неразрушающий тест на смонтированном устройстве, поскольку любой из них может привести к потенциально опасному отключению системы.
сбой и / или повреждение файловой системы, даже если она смонтирована только для чтения. Это можно изменить с помощью флага -f , но его почти никогда не следует использовать — если вы
думаете, что вы умнее, чем программа badblocks , вы почти наверняка не так.Единственный случай, когда этот параметр может быть безопасным, — это если файл / etc / mtab
файл неверный, и устройство действительно не смонтировано.
-i входной_файл
Прочтите список уже существующих известных плохих блоков. Плохие блоки пропустит тестирование этих блоков, поскольку известно, что они плохие. Если входной_файл
указано как «-», список будет считан со стандартного ввода. Блоки, перечисленные в этом списке, будут исключены из списка новых плохих блоков, созданных на
стандартный вывод или в выходной файл.Опция -b для dumpe2fs (8) может использоваться для получения списка блоков, которые в настоящее время помечены как плохие.
существующая файловая система в формате, подходящем для использования с этой опцией.
Использовать неразрушающий режим чтения-записи. По умолчанию выполняется только неразрушающий тест только для чтения. Эта опция не должна сочетаться с опцией -w ,
поскольку они исключают друг друга.
-o выходной_файл
Записать список плохих блоков в указанный файл.Без этой опции badblocks отображает список в своем стандартном выводе. Формат этого файла
подходит для использования с опцией -l в e2fsck (8) или mke2fs (8) .
-p число_пассов
Повторяйте сканирование диска до тех пор, пока не будут обнаружены новые блоки в последовательных сканированиях диска num_passes. По умолчанию 0, то есть плохих блоков будут
выход после первого прохода.
Показывает ход сканирования, записывая приблизительный процент завершения текущих плохих блоков, проходящих по диску. Обратите внимание, что плохие блоки могут выполнять несколько
test проходит по диску, в частности, если пользователем запрошена опция -p или -w .
-t test_pattern
Укажите тестовый шаблон для чтения (и записи) на блоки диска. test_pattern может быть числовым значением от 0 до ULONG_MAX-1 включительно,
или слово «случайный», которое указывает, что блок должен быть заполнен случайным битовым шаблоном.Для чтения / записи ( -w ) и неразрушающего ( -n )
режимах, можно указать один или несколько тестовых шаблонов, указав опцию -t для каждого желаемого тестового шаблона. Для режима только для чтения только один шаблон
может быть указан и не может быть «случайным». Тестирование только для чтения с шаблоном предполагает, что указанный шаблон был ранее записан на диск — если
нет, большое количество блоков не пройдут проверку. Если указано несколько шаблонов, то все блоки будут протестированы с одним шаблоном, прежде чем переходить к
следующий узор.
-v
Подробный режим.
-w
Использовать тест в режиме записи. С этой опцией блокирует плохие блоки просматривает плохие блоки, записывая некоторые шаблоны (0xaa, 0x55, 0xff, 0x00) в каждый блок
устройство, читая каждый блок и сравнивая содержимое. Этот параметр нельзя комбинировать с параметром -n , поскольку они являются взаимоисключающими.
-X
Внутренний флаг для использования только e2fsck (8) и mke2fs (8) .Он обходит проверку безопасности используемого устройства в эксклюзивном режиме.

Предупреждение

Никогда не используйте параметр -w на устройстве, содержащем существующую файловую систему. Эта опция стирает
данные! Если вы хотите провести тестирование в режиме записи в существующей файловой системе, используйте вместо этого параметр -n . Он медленнее, но сохранит ваши данные.

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

Автор

badblocks было написано Remy Card [email protected]>. Текущий сопровождающий
Теодор Цо [email protected]>. Неразрушающий тест чтения / записи, реализованный Дэвидом Битти [email protected]>.

Наличие

badblocks является частью пакета e2fsprogs и доступен по адресу
http://e2fsprogs.sourceforge.net.

См. Также

e2fsck (8) , mke2fs (8)

, на который ссылается

e4fsck (8),
mke4fs (8),
мкфс (8),
мкнтфс (8),
smartctl (8),
смартд (8),
смартд.conf (5)

.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *