Smart 199 ultradma crc errors как исправить

Этот материал написан посетителем сайта, и за него начислено вознаграждение.

          На моем десктопном компьютере установлен SSD Crucial MX-200  500Gb, на котором установлена операционная система  и игры. 

       Где-то месяц назад игры стали  ужасно лагать, зависали до 5 секунд, играть стало не возможно, компьютер иногда зависал намертво и сам перезапускался. Я начал искать причину, логично, что в первую очередь решил  проверить состояние  SSD Crucial MX-200 по его  SMART. 

      И обнаружил, что атрибут SMART-a  199 UltraDMA CRC Error Count (количество ошибок, возникших во время передачи данных по кабелю  от материнской платы до дискретного контроллера диска) буквально за два дня вырос более чем на 2000 ошибок. 

  Спустя два дня

       Это вполне объясняло подобное поведение компьютера. 

       Естественно, что в первую очередь под подозрение попал кабель SATA, но нет, если бы это было так, то я не стал бы писать статью.

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

      После этого SSD был установлен в ноутбук, где при тех же играх и нагрузке данный атрибут SMART-a  не увеличился ни на  единицу, и ноутбук работал отлично. 

      Контроллер материнской платы компьютера я тоже исключил, так как  установив на  HDD стоящий в компьютере операционную систему и  игры, и   погоняв его с теми же нагрузками, увидел, что атрибут UltraDMA CRC Error Count не увеличился, так и остался равным нулю.

     Что же тогда еще остается?

    Отступление:

     При замене кабелей SATA на SSD, один кабель  SATA  я приобрел в магазине, на всякий случай, так как думать уже не знал на что. Когда я его покупал, оговорился о данной проблеме. И от продавцов  узнал для себя удивительную вещь: они авторитетно заявили, что возможно у меня стоит кабель SATA 2 и не обеспечивает необходимую пропускную способность, и нужно купить у них кабель SATA 3, и даже показали кабель на котором стоит клеймо SATA 3 (может  я этого не знаю). Я возразил, сказал, что такого быть не может, что у них у всех  7 pin , и одинаковые медные проводники, и электрический сигнал распространяется одинаково. пропускная способность зависит от  контроллера материнской платы и от контролера жесткого диска, а не от 7 медных проводников, которыми они соединены. И на вопрос чем они физически отличаются, внятно объяснить  мне не смогли. 

    Что думаете вы по этому поводу напишите в комментариях. 

    Но я все-таки купил у них этот кабель SATA 3. Ну  как вы и подумали проблему это не решило.

   Дальше я принялся ковырять блок питания. По замерам мультиметра, и по данным проги «AIDA» все напряжения были в норме. Но при измерении осциллографом пульсаций по питанию, в большей мере меня интересовало питание 5 В. которым питался SSD , было выявлено наличие провалов в осциллограмме с 5 до 4,5 В. 

https://disk.yandex.ru/i/v3nlN_OmffD_hw

       Расположение их по шкале времени имело случайный характер. Но казалось бы, и 4,5 В.  достаточно, так как в SSD стоят свои преобразователи в более низкие напряжения. Но я все же в качестве диагностики   попытался уменьшить эти пульсации и  подключил прямо к разъему MOLEX к шине 5 в. электролитический конденсатор на 4000 мкФ. 

       И наконец это решило проблему, осциллограмма выровнялась, провалы пропали, атрибут   199 UltraDMA CRC Error Count больше не увеличивается, компьютер летает, игры не лагают. Теперь выберу время, разберу блок питания и займусь им.

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

Этот материал написан посетителем сайта, и за него начислено вознаграждение.

Доброго утра, дня, вечера, ночи. Ноутбук сильно тупит. Особо это заметно при установки или копировании. Когда просто с одной папки перемещаю текстовый документ, то он может секунд 10-20 просто думать, (скорость копирования 0 кб./с), а потом скопирует. Да и вообще на любом месте подтупливает часто. Проверял на HDDScan диск, так как думаю, что это он, потому что до этого стояла система на SSD и он нормально работал. S.M.A.R.T. выдал проблему только на «199 UltraDMA CRC Errors 200/200». Подумал, что уже появились бэд-блоки, но при проверки выдала такое и это только 20%.

Бэд-блоков пока не видно. На многих форумах пишут, что если отклик больше 500 мс, то скорее всего проблема в SATA-кабеле (ну либо скоро будут нехорошие блоки). Но у меня нет кабеля, это ж ноутбук=)

мир электронных мыслей

Счетчик ошибок Ultra DMA CRC Error

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

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

S.M.A.R.T. (от английского self-monitoring, analysis and reporting technology ) — технология самоконтроля, анализа и отчётности) — технология оценки состояния жёсткого диска встроенной аппаратурой самодиагностики, а также механизм предсказания времени выхода его из строя.

Жесткий диск я купил 1,5 года назад. Хотелось поменять свой тихоходный системный диск Hitachi 500Gb, на что-то пошустрей. Выбор был невелик — Western Digital Caviar Black 1Tb SATAIII или Seagate Barracuda (ST1000DM003) 1Tb SATAIII. Выбор пал в пользу последнего. Это был первый жесткий диск на рынке с терабайтной пластиной, что сразу снимало несколько проблем: нагрев, шум, энергопотребление. Максимальная скорость чтения в HD Tune переваливала за 200 Мб/сек, когда Hitachi показывал максимум 85. Вдобавок, Seagate был в полтора раза тоньше своих собратьев!

Все работало хорошо до последнего дня. Компьютер начал грузиться дольше, чем обычно. Перед загрузкой Windows каждый раз начинал запускать ScanDisk, проверяя жесткий диск на ошибки. Меня насторожило странное поведение компьютера и я решил проверить его на вирусы, загрузившись с LiveCD. Вирусов не было, поэтому я решил посмотреть на SMART дисков, чтобы удостовериться, что там все в порядке. Оказалось это не так. Напротив строки (C7) Ultra DMA CRC Error Count подсвечивалось предупреждение желтым цветом и счетчик показывал значение 1234.

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

1. Замена интерфейсного кабеля SATA (желательно с защелками);
2. Возможный разгон шины PCI/PCI-E компьютера (сброс на заводские установки);
3. Обновление BIOS материнской платы;
4. Плохой контакт на разъеме жесткого диска или материнской платы (очистка контактов от окисления с помощью спирта или ластика);
5. Переключение SATA кабеля на другой разъем;
6. Нестабильное питание жесткого диска (замена блока питания);
7. Перегрев южного моста материнской платы (замена термопасты);
8. Деградация чипсета материнской платы;
9. Несовместимость чипсета и контроллера жесткого диска;
10. Смена режима работы контроллера (установка перемычек на жестком диске и переключение в режим SATA I)
11. Обновление драйверов чипсета материнской платы

(C7) Ultra DMA CRC Error Count — содержит количество ошибок, возникших по передаче по интерфейсному кабелю в режиме Ultra DMA (или его эмуляции винчестерами SATA) от материнской платы или дискретного контроллера контроллеру диска.

Счётчик каждый раз увеличивался, когда я начинал на него записывать крупные массивы данных. Но самое интересное, что на этом компьютере у меня стоит второй жесткий диск — Western Digital Green 2Tb и когда я начинаю на него сбрасывать огромные файлы — никаких ошибок нет! Я решил поставить свой старый жесткий диск Hitachi с теми же кабелями и в тот же разъем, где были проблемы у Seagate — никаких ошибок нет.

Источник: https://maidat.ru/199-ultradma-crc-errors-kak-ispravit/

199 ultradma crc errors как исправить?

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

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

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

Способы исправления ошибки CRC.

Что такое CRC

Циклический избыточный код или CRC (англ. Cycle Redundancy Check) является алгоритмом вычисления контрольной суммы файла, используемой для проверки корректности передаваемой информации. То есть в результате обработки информации получается определённое значение, которое обязательно будет разным для файлов, даже на один бит отличающихся между собой.

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

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

Причины возникновения ошибки CRC

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

Тогда неполадка может заключаться не только в механических повреждениях, но и в неисправности интерфейсов подключения или плохом контакте. Ошибка в устройствах SSD с интерфейсом PCI-E также случается из-за накопившихся загрязнений на плате. Проблемы с доступом к внешним накопителям нередко связаны с неисправностью портов. Среди программных причин ошибку в данных CRC способны вызывать сбои драйверов устройств. Источником проблемы при установке программного обеспечения посредством торрент-клиента чаще всего является повреждённый архив.

Таким образом, можно выделить следующие причины ошибки CRC:

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

Как исправить ошибку CRC

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

Ошибка в данных CRC при подключении устройства

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

Ещё одна причина – плохой контакт, например это часто встречается в адаптере подключения SD карты, а также при использовании устройств HDD или SSD.

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

Возникновение сбоя при попытке доступа к файлам на HDD

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

Проверка инструментом Chkdsk

В арсенале ОС имеется немало интегрированных служб для решения различных задач. Проверить файловую систему на ошибки, а также обнаружить битые сектора можно с использованием утилиты Check disk, вызываемой из командной строки. Чтобы просканировать жёсткий диск выполняем следующие действия:

• Открываем командную строку на правах администратора. Используем для этого консоль «Выполнить» (Win+R), где вводим команду cmd и зажимаем клавиши Ctrl+Shift+Enter, после чего подтверждаем намерение воспользоваться инструментом. Можно также запустить службу через поисковую строчку Пуск – пишем запрос командная строка, затем нажатием ПКМ на нужном приложении в результатах поиска открываем контекстное меню и выбираем «Запуск от имени администратора».
• В открывшемся окне прописываем команду chkdsk C: /r /f (здесь C – это буква проверяемого раздела, чтобы проверить другие диски, нужно будет подставить соответствующее значение), жмём клавишу ввода.
• Если система запланирует проверку при последующей загрузке, соглашаемся и перезагружаем компьютер. Проверка будет выполняться автоматически и займёт определённое время зависимо от объёма накопителя. По результатам процедуры система выведет отчёт об обнаруженных проблемах и исправлениях ошибок (если это было возможно).

Источник: https://infomoneta.ru/199-ultradma-crc-errors-kak-ispravit/

Не отображается буква диска

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

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

Нажмите сочетание клавиш Win+E и посмотрите, отображается ли диск в Проводнике.

Если нет, нажмите Win+R для вызова окна Выполнить. Введите команду devmgmt.msc и подтвердите запуск на Enter.

Разверните вкладку «Дисковые устройства», проверьте, есть ли в списке проблемный диск. При его отсутствии, щелкните правой кнопкой мыши и выберите в меню пункт «Обновить конфигурацию оборудования».

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

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

Теперь нажмите Win+R, наберите diskmgmt.msc. Должен отобразится диск со статусом «Не распределен», помеченный черным. Кликните правой кнопкой мыши и выберите «Инициализировать диск».

Откройте поиск Windows, наберите «командная строка» и на найденной позиции в результатах поиска кликните правой кнопкой мыши и выберите «Запуск от имени администратора».

Введите diskpart, подтвердите выполнение на Enter.

Затем наберите automount enable и подтвердите на Enter.

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

Проверка диска Chkdsk

Это встроенный инструмент Windows для выявления ошибок файловой системы и битых секторов, а также их исправления.

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

Запустите Командную строку от имени администратора. Наберите команду chkdsk Х: / f, где вместо Х укажите букву своего ошибочного носителя информации. Букву уточните в Проводнике, после совместного нажатия на Win+E.

После завершения появятся результаты тестирования.

Если ошибку CRC не удалось устранить, попробуйте запустить chkdsk перед загрузкой Windows.

1. Подключите загрузочную флешку с диском восстановления или установочный с Windows к компьютеру и перезагрузите систему.
2. На первом экране с логотипом производителя нажмите одну из клавиш Esc, F8, F12 или F10, которая предназначена для входа в Биос.
3. После входа в BIOS найдите раздел Boot options или похожий, чтобы изменить приоритет загрузки.
4. Чтобы изменить порядок загрузки с помощью стрелок переместите на первое место USB накопитель (или CD / DVD в зависимости от того, что вы используете).
5. Сохраните изменения и перезагрузите ПК.
6. При загрузке с установочного диска укажите раскладку клавиатуры и язык. На странице «Установить Windows» перейдите на ссылку «Восстановление системы».
7. Перейдите в «Поиск и устранение неисправностей — Дополнительные параметры» и найдите пункт «Командная строка».
8. После входа в командный интерфейс введите chkdsk Х: / f.

Источник: https://dmitrym.ru/199-ultradma-crc-errors-kak-ispravit/

Атрибут: 01 Raw Read Error Rate
Для всех дисков Seagate, Samsung (начиная с семейства SpinPoint F1 (включительно)) и Fujitsu 2,5″ характерны огромные числа в этих полях.
Для остальных дисков Samsung и всех дисков WD в этом поле характерен 0.
Для дисков Hitachi в этом поле характерен 0 либо периодическое изменение поля в пределах от 0 до нескольких единиц.
Такие отличия обусловлены тем, что все жёсткие диски Seagate, некоторые Samsung и Fujitsu считают значения этих параметров не так, как WD, Hitachi и другие Samsung. При работе любого винчестера всегда возникают ошибки такого рода, и он преодолевает их самостоятельно, это нормально, просто на дисках, которые в этом поле содержат 0 или небольшое число, производитель не счёл нужным указывать истинное количество этих ошибок.
Таким образом, ненулевой параметр на дисках WD и Samsung до SpinPoint F1 (не включительно) и большое значение параметра на дисках Hitachi могут указывать на аппаратные проблемы с диском. Необходимо учитывать, что утилиты могут отображать несколько значений, содержащихся в поле RAW этого атрибута, как одно, и оно будет выглядеть весьма большим, хоть это и будет неверно (подробности см. ниже).
На дисках Seagate, Samsung (SpinPoint F1 и новее) и Fujitsu на этот атрибут можно не обращать внимания.

Атрибут: 02 Throughput Performance
Параметр не даёт никакой информации пользователю и не говорит ни о какой опасности при любом своём значении.

Атрибут: 03 Spin-Up Time
Время разгона может различаться у разных дисков (причём у дисков одного производителя тоже) в зависимости от тока раскрутки, массы блинов, номинальной скорости шпинделя и т. п.
Кстати, винчестеры Fujitsu всегда имеют единицу в этом поле в случае отсутствия проблем с раскруткой шпинделя.
Практически ничего не говорит о здоровье диска, поэтому при оценке состояния винчестера на параметр можно не обращать внимания.

Атрибут: 04 Number of Spin-Up Times (Start/Stop Count)
При оценке здоровья не обращайте на атрибут внимания.

Атрибут: 05 Reallocated Sector Count
Поясним, что вообще такое «переназначенный сектор». Когда диск в процессе работы натыкается на нечитаемый/плохо читаемый/незаписываемый/плохо записываемый сектор, он может посчитать его невосполнимо повреждённым. Специально для таких случаев производитель предусматривает на каждом диске (на каких-то моделях — в центре (логическом конце) диска, на каких-то — в конце каждого трека и т. д.) резервную область. При наличии повреждённого сектора диск помечает его как нечитаемый и использует вместо него сектор в резервной области, сделав соответствующие пометки в специальном списке дефектов поверхности — G-list. Такая операция по назначению нового сектора на роль старого называется remap (ремап) либо переназначение, а используемый вместо повреждённого сектор — переназначенным. Новый сектор получает логический номер LBA старого, и теперь при обращении ПО к сектору с этим номером (программы же не знают ни о каких переназначениях!) запрос будет перенаправляться в резервную область.
Таким образом, хоть сектор и вышел из строя, объём диска не изменяется. Понятно, что не изменяется он до поры до времени, т. к. объём резервной области не бесконечен. Однако резервная область вполне может содержать несколько тысяч секторов, и допустить, чтобы она закончилась, будет весьма безответственно — диск нужно будет заменить задолго до этого.
Кстати, ремонтники говорят, что диски Samsung очень часто ни в какую не хотят выполнять переназначение секторов.
На счёт этого атрибута мнения разнятся. Лично я считаю, что если он достиг 10, диск нужно обязательно менять — ведь это означает прогрессирующий процесс деградации состояния поверхности либо блинов, либо головок, либо чего-то ещё аппаратного, и остановить этот процесс возможности уже нет. Кстати, по сведениям лиц, приближенных к Hitachi, сама Hitachi считает диск подлежащим замене, когда на нём находится уже 5 переназначенных секторов. Другой вопрос, официальная ли эта информация, и следуют ли этому мнению сервис-центры. Что-то мне подсказывает, что нет
Другое дело, что сотрудники сервис-центров могут отказываться признавать диск неисправным, если фирменная утилита производителя диска пишет что-то вроде «S.M.A.R.T. Status: Good» или значения Value либо Worst атрибута будут больше Threshold (собственно, по такому критерию может оценивать и сама утилита производителя). И формально они будут правы. Но кому нужен диск с постоянным ухудшением его аппаратных компонентов, даже если такое ухудшение соответствует природе винчестера, а технология производства жёстких дисков старается минимизировать его последствия, выделяя, например, резервную область?

Атрибут: 07 Seek Error Rate
Описание формирования этого атрибута почти полностью совпадает с описанием для атрибута 01 Raw Read Error Rate, за исключением того, что для винчестеров Hitachi нормальным значением поля RAW является только 0.
Таким образом, на атрибут на дисках Seagate, Samsung SpinPoint F1 и новее и Fujitsu 2,5″ не обращайте внимания, на остальных моделях Samsung, а также на всех WD и Hitachi ненулевое значение свидетельствует о проблемах, например, с подшипником и т. п.

Атрибут: 08 Seek Time Performance
Не даёт никакой информации пользователю и не говорит ни о какой опасности при любом своём значении.

Атрибут: 09 Power On Hours Count (Power-on Time)
Ничего не говорит о здоровье диска.

Атрибут: 10 (0А — в шестнадцатеричной системе счисления) Spin Retry Count
О здоровье диска чаще всего не говорит.
Основные причины увеличения параметра — плохой контакт диска с БП или невозможность БП выдать нужный ток в линию питания диска.
В идеале должен быть равен 0. При значении атрибута, равном 1-2, внимания можно не обращать. Если значение больше, в первую очередь следует обратить пристальное внимание на состояние блока питания, его качество, нагрузку на него, проверить контакт винчестера с кабелем питания, проверить сам кабель питания.
Наверняка диск может стартовать не сразу из-за проблем с ним самим, но такое бывает очень редко, и такую возможность нужно рассматривать в последнюю очередь

Атрибут: 11 (0B) Calibration Retry Count (Recalibration Retries)
Ненулевое, а особенно растущее значение параметра может означать проблемы с диском.

Атрибут: 12 (0C) Power Cycle Count
Не связан с состоянием диска.

Атрибут: 183 (B7) SATA Downshift Error Count
Не говорит о здоровье накопителя. содержит количество неудачных попыток понижения режима SATA. Суть в том, что винчестер, работающий в режимах SATA 3 Гбит/с или 6 Гбит/с (и что там дальше будет в будущем), по какой-то причине (например, из-за ошибок) может попытаться «договориться» с дисковым контроллером о менее скоростном режиме (например, SATA 1,5 Гбит/с или 3 Гбит/с соответственно). В случае «отказа» контроллера изменять режим диск увеличивает значение атрибута

Атрибут: 184 (B8) End-to-End Error
Ненулевое значение указывает на проблемы с диском.

Атрибут: 187 (BB) Reported Uncorrected Sector Count (UNC Error)
Ненулевое значение атрибута явно указывает на ненормальное состояние диска (в сочетании с ненулевым значением атрибута 197) или на то, что оно было таковым ранее (в сочетании с нулевым значением 197).

Атрибут: 188 (BC) Command Timeout
Для того чтобы сказать, почему происходят такие случаи, нужно уметь анализировать логи S.M.A.R.T., которые содержат специфичную для каждого производителя информацию, что на сегодняшний день не реализовано в общедоступном ПО — следовательно, на атрибут можно не обращать внимания.

Атрибут: 190 (BE) Airflow Temperature
содержит температуру винчестера для дисков Hitachi, Samsung, WD и значение «100 − [RAW-значение атрибута 194]» для Seagate. Не говорит о состоянии диска.

Атрибут: 191 (BF) G-Sensor Shock Count (Mechanical Shock)
Актуален для мобильных винчестеров. На дисках Samsung на него часто можно не обращать внимания, т. к. они могут иметь очень чувствительный датчик, который, образно говоря, реагирует чуть ли не на движение воздуха от крыльев пролетающей в одном помещении с диском мухи.
Вообще срабатывание датчика не является признаком удара. Может расти даже от позиционирования БМГ самим диском, особенно если его не закрепить. Основное назначение датчика — прекратить операцию записи при вибрациях, чтобы избежать ошибок.
Не говорит о здоровье диска.

Атрибут: 192 (С0) Power Off Retract Count (Emergency Retry Count)
Не позволяет судить о состоянии диска.

Атрибут: 193 (С1) Load/Unload Cycle Count
Не говорит о здоровье диска.

Атрибут: 194 (С2) Temperature (HDA Temperature, HDD Temperature)
О состоянии диска атрибут не говорит, но позволяет контролировать один из важнейших параметров. Моё мнение: при работе старайтесь не допускать повышения температуры винчестера выше 50 градусов, хоть производителем обычно и декларируется максимальный предел температуры в 55-60 градусов.

Атрибут: 195 (С3) Hardware ECC Recovered
содержит количество ошибок, которые были скорректированы аппаратными средствами ECC диска. Особенности, присущие этому атрибуту на разных дисках, полностью соответствуют таковым атрибутов 01 и 07.

Атрибут: 196 (С4) Reallocated Event Count
Косвенно говорит о здоровье диска. Чем больше значение — тем хуже. Однако нельзя однозначно судить о здоровье диска по этому параметру, не рассматривая другие атрибуты.
Этот атрибут непосредственно связан с атрибутом 05. При росте 196 чаще всего растёт и 05. Если при росте атрибута 196 атрибут 05 не растёт, значит, при попытке ремапа кандидат в бэд-блоки оказался софт-бэдом (подробности см. ниже), и диск исправил его, так что сектор был признан здоровым, и в переназначении не было необходимости.
Если атрибут 196 меньше атрибута 05, значит, во время некоторых операций переназначения выполнялся перенос нескольких повреждённых секторов за один приём.
Если атрибут 196 больше атрибута 05, значит, при некоторых операциях переназначения были обнаружены исправленные впоследствии софт-бэды.

Атрибут: 197 (С5) Current Pending Sector Count
Натыкаясь в процессе работы на «нехороший» сектор (например, контрольная сумма сектора не соответствует данным в нём), диск помечает его как кандидат на переназначение, заносит его в специальный внутренний список и увеличивает параметр 197. Из этого следует, что на диске могут быть повреждённые секторы, о которых он ещё не знает — ведь на пластинах вполне могут быть области, которые винчестер какое-то время не использует.
При попытке записи в сектор диск сначала проверяет, не находится ли этот сектор в списке кандидатов. Если сектор там не найден, запись проходит обычным порядком. Если же найден, проводится тестирование этого сектора записью-чтением. Если все тестовые операции проходят нормально, то диск считает, что сектор исправен. (Т. е. был т. н. «софт-бэд» — ошибочный сектор возник не по вине диска, а по иным причинам: например, в момент записи информации отключилось электричество, и диск прервал запись, запарковав БМГ. В итоге данные в секторе окажутся недописанными, а контрольная сумма сектора, зависящая от данных в нём, вообще останется старой. Налицо будет расхождение между нею и данными в секторе.) В таком случае диск проводит изначально запрошенную запись и удаляет сектор из списка кандидатов. При этом атрибут 197 уменьшается, также возможно увеличение атрибута 196.
Если же тестирование заканчивается неудачей, диск выполняет операцию переназначения, уменьшая атрибут 197, увеличивая 196 и 05, а также делает пометки в G-list.
Итак, ненулевое значение параметра говорит о неполадках (правда, не может сказать о том, в само́м ли диске проблема).
При ненулевом значении нужно обязательно запустить в программах Victoria или MHDD последовательное чтение всей поверхности с опцией remap. Тогда при сканировании диск обязательно наткнётся на плохой сектор и попытается произвести запись в него (в случае Victoria 3.5 и опции Advanced remap — диск будет пытаться записать сектор до 10 раз). Таким образом программа спровоцирует «лечение» сектора, и в итоге сектор будет либо исправлен, либо переназначен.

Атрибут: 198 (С6) Offline Uncorrectable Sector Count (Uncorrectable Sector Count)
означает то же самое, что и атрибут 197, но отличие в том, что данный атрибут содержит количество секторов-кандидатов, обнаруженных при одном из видов самотестирования диска — оффлайн-тестировании, которое диск запускает в простое в соответствии с параметрами, заданными прошивкой. Параметр этот изменяется только под воздействием оффлайн-тестирования, никакие сканирования программами на него не влияют. При операциях во время самотестирования поведение атрибута такое же, как и атрибута 197. Ненулевое значение говорит о неполадках на диске (точно так же, как и 197, не конкретизируя, кто виноват).

Атрибут: 199 (С7) UltraDMA CRC Error Count
В подавляющем большинстве случаев причинами ошибок становятся некачественный шлейф передачи данных, разгон шин PCI/PCI-E компьютера либо плохой контакт в SATA-разъёме на диске или на материнской плате/контроллере.
Ошибки при передаче по интерфейсу и, как следствие, растущее значение атрибута могут приводить к переключению операционной системой режима работы канала, на котором находится накопитель, в режим PIO, что влечёт резкое падение скорости чтения/записи при работе с ним и загрузку процессора до 100% (видно в Диспетчере задач Windows).
В случае винчестеров Hitachi серий Deskstar 7К3000 и 5К3000 растущий атрибут может говорить о несовместимости диска и SATA-контроллера. Чтобы исправить ситуацию, нужно принудительно переключить такой диск в режим SATA 3 Гбит/с.
Моё мнение: при наличии ошибок — переподключите кабель с обоих концов; если их количество растёт и оно больше 10 — выбрасывайте шлейф и ставьте вместо него новый или снимайте разгон.
Можно считать, что о здоровье диска атрибут не говорит.

Атрибут: 200 (С8) Write Error Rate (MultiZone Error Rate)
содержит частоту возникновения ошибок чтения, произошедших по вине программного обеспечения. Влияние на здоровье неизвестно.

Атрибут: 202 (СА) Data Address Mark Error
содержание атрибута — загадка, но проанализировав различные диски, могу констатировать, что ненулевое значение — это плохо

Атрибут: 203 (CB) Run Out Cancel
Влияние на здоровье неизвестно.

Атрибут: 220 (DC) Disk Shift
Влияние на здоровье неизвестно.

Атрибут: 254 (FE) Free Fall Event Count
содержит зафиксированное электроникой количество ускорений свободного падения диска, которым он подвергался, т. е., проще говоря, показывает, сколько раз диск падал. Влияние на здоровье неизвестно.

Надо отметить, что не все программы умеют правильно отображать такие атрибуты. Многие как раз и переводят атрибут с несколькими значениями в десятичную систему счисления как одно огромное число. Правильно же отображать такое содержимое — либо с разбиением по значениям (тогда атрибут будет состоять из нескольких отдельных чисел), либо в шестнадцатеричной системе счисления (тогда атрибут будет выглядеть как одно число, но его составляющие будут легко различимы с первого взгляда), либо и то, и другое одновременно. Примерами правильных программ служат HDDScan, CrystalDiskInfo, Hard Disk Sentinel.

Источник