Ultradma crc error count как исправить

          На моем десктопном компьютере установлен 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 больше не увеличивается, компьютер летает, игры не лагают. Теперь выберу время, разберу блок питания и займусь им.

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

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

Работал себе, работал компьютер, и тут бац — и начались какие-то чудеса – очень часто стал намертво виснуть или самопроизвольно перезагружаться.

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

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

Посмотрев SMART, обнаружилась ошибка Ultra DMA CRC. Эта ошибка говорит о том, что контрольная сумма CRC не подтверждается контроллером, т.е. данные искажаются. Причин этому может быть несколько. Самая распространенная – повреждение SATA провода, либо отошедший от разъема провод на жестком диске или материнской плате. Менее распространенные, но всё же часто встречающиеся – неисправный контроллер на диске или материнке.

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

В моем случае помогла простая замена SATA кабеля.

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

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

Как правило SATA порты которые управляются дополнительным контроллером покрашены другим цветом, например – 6 черных разъемов и 2 серых, черные будут на другом контроллере.

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

Если и это не поможет, то нужно проверять диск на другом компьютере, но практически наверняка – конец контроллеру на диске, и диск нужно менять, ну или менять на нем контроллер.

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

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

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

Касательно регистрации ошибок CRC самим накопителем. Как известно, у всех современных дисков присутствуют, т.к. S.M.A.R.T. атрибуты, в которых хранятся различные технические сведение об устройстве. За хранение CRC ошибок отвечает атрибут «CRC Error Count UltraDMA», о котором мы еще поговорим. Но, опять-таки, вовсе необязательно, что увеличивающееся количество ошибок в этом атрибуте является следствием неполадок в работе самого диска.

Что такое и почему возникают ошибки CRC?

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

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

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

• Порты на самом SSD-диске или материнской плате. Здесь, как правило, стоит рассматривать вопрос нестабильного соединения, т.к. поломка портов обычно приводит к невозможности определения накопителя системной платой.
• Контроллер, отвечающий за связь между SSD-диском и материнской платой. Помимо всевозможных электротехнических неполадок, также может иметь место несовместимость контроллера с накопителем. Возможно, что он работает на гораздо меньших скоростях, нежели SSD-диск, потому не успевает обработать какую-то часть данных.
• Оперативная память. В операциях с файлами ОЗУ может принимать участие в качестве буфера, т.е. временного хранилища данных. И если на каком-то этапе будет иметь место подмена, редактирование, затирание и т.д. какой-то части данных, то алгоритм CRC, естественно, сгенерирует разные контрольные суммы для исходного и обработанного файла.
• Процессор. Объяснение примерно то же, что и в случае с оперативной памятью. Только сюда еще можно добавить некорректный подсчет контрольной суммы самим алгоритмом CRC или возникновение его внутренних ошибок из-за того, что в работе процессора наблюдаются какие-то «аномалии».

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

• Редактирование данных в оперативной памяти со стороны каких-то программ. Это необязательно вирусы. Например, к ним относятся приложения для оптимизации работы ПК, у которых предусмотрена функция очистка памяти от мусора.
• Сбои в драйвере контроллера запоминающих устройств или иных комплектующих ПК, так или иначе участвующих в работе SSD-накопителя.
• Неправильно выставленные для SSD-диска параметры в BIOS/UEFI.
• Неудачный разгон процессора и/или оперативной памяти при помощи специализированных утилит.

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

Просмотр SMART-атрибутов SSD-диска

Первое, что рекомендуется сделать — воспользоваться любой программой, позволяющей считать SMART-атрибуты твердотельного накопителя. Можно прибегнуть к помощи фирменных утилит, выпускаемых самими разработчиками SSD-дисков (вроде Samsung Magician или Intel Memory and Storage), или воспользоваться сторонними приложениями, например — CrystalDiskInfo. Все, что от нас требуется — просмотреть значение ранее упоминавшегося атрибута «CRC Error Count UltraDMA», в котором хранится количество CRC-ошибок, зафиксированных самим SSD-диском.

Для примера будем использовать программу CrystalDiskInfo. Ввиду того, что разработчики позаботились о переводе всех атрибутов на русский язык, нужный нам именуется как «CRC-ошибки UltraDMA»:

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

• В калькуляторе открываем меню «Вид» и выбираем пункт «Программист»:

• Устанавливаем переключатель слева в положение «Hex» и вводим в него значение из атрибута «CRC-ошибки UltraDMA» (нули вначале вписывать не нужно), в нашем случае это — «1546E»:

• Теперь просто устанавливаем переключатель слева в положение «Dec» и получаем значение атрибута «CRC-ошибки UltraDMA» в десятичном формате:

Таким образом, исследуемый диск зарегистрировал 87150 ошибок CRC. Но само по себе данное число не дает никаких намеков на то, что являлось причиной возникновения этих ошибок. Однако их чрезмерно быстрое увеличение будет являться свидетельством наличия неполадок либо в самом диске, либо на компьютере. Это придется выяснять самостоятельно.

Рекомендации по поиску и устранению причин CRC-ошибок

Чтобы отбросить вариант неполадок с компьютером или SSD, лучшим способом будет подключение накопителя к другому ПК и последующая проверка атрибута «CRC-ошибки UltraDMA» по истечению нескольких часов/дней эксплуатации диска или после выполнения операций с крупными файлами или большим их количеством (копирование, установка игр, перемещение с одного раздела в другой, если их несколько). Если количество ошибок не увеличилось, возможно, проблема кроется в самом компьютере. И это могут быть как аппаратные, так и программные неполадки.

Если же другого компьютера под рукой нет, то можно попробовать следующее:

• Если к компьютеру подключены другие диски, их следует временно отключить. Это особенно касается случаев, когда параллельно с SSD-накопителями используются механические винчестеры (жесткие диски).
• Подключить SSD-накопитель к другому порту, если таковые присутствуют в материнской плате.
• В случае со стационарными компьютерами и SSD-дисками в форм-факторе «2.5»: заменить SATA-кабель и/или попробовать запитать устройство при помощи другого кабеля питания, если в блоке питания они предусмотрены.
• При подключении SSD-диска к компьютеру через переходник (например, «mSATA to SATA»), можно попробовать поменять и его, если таковой имеется в наличии.
• Выставить в BIOS/UEFI рекомендуемые для конкретного типа SSD-накопителя параметры. Мы не можем точно сказать, что конкретно перенастраивать. Возможно, стоит попробовать изменить версию интерфейса SATA (например, выставить SATA 2 вместо SATA 3, или наоборот) или PCIe — в зависимости от того, какой тип контроллера предусмотрен в материнской плате и/или в каком режиме он работает. А, возможно, дело и вовсе в параметрах оперативной памяти и/или процессора (тайминги, уровни напряжений, частотные характеристики и т.д.).
• Если в компьютер установлено несколько планок оперативной памяти, можно попробовать оставить только одну из них. Если она всего одна, стоит попробовать установить ее в другой слот для ОЗУ (обычно их, как минимум, два даже у ноутбуков).

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

• Удалить имеющиеся на диске разделы, а затем создать новые (т.е. выполнить повторную разметку диска). Все хранящиеся данные на накопителе будут удалены, потому предварительно копируем их на другой носитель (или в облачное хранилище, например).
• Переустановить драйвер контроллера запоминающих устройств, скачав актуальную версию с сайта производителя материнской платы или ноутбука.
• Выполнить сканирование SSD-диска на предмет поврежденных блоков памяти (битых секторов) и логических ошибок, используя фирменную утилиту от производителя. Обычно такое сканирование «приводит в чувство» управляющий накопителем контроллер.
• Переустановить или обновить программное обеспечение (прошивку) SSD-диска при помощи все той же фирменной утилиты. Там, как правило, все очень просто — процедура проходит либо в полностью автоматическом, либо в полуавтоматическом режиме (прошивку придется скачивать самому). Однако это потребует наличия еще одного диска с операционной системой на борту (или можно попробовать загрузиться с флешки с Live-версией ОС Windows).
• Если на компьютере ранее выполнялся разгон, например, процессора при помощи специализированного софта, пробуем вернуть первоначальные значения увеличенных характеристик.
• Временно отключить антивирусы и/или другие программы, способные изменять содержимое оперативной памяти.

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