4

Мой SATA SSD, за промежуток около 2 лет, разработал более 37K ошибок CRC. Они не увеличились линейно. Было только 3-4 случая, когда Windows зависала, и позже, после проверки параметров SMART, я обнаружил существенное увеличение количества ошибок CRC. Увеличение было внезапным в количествах 7 - 8 К за один раз. В противном случае SSD работает нормально.

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

Более того, проблема кажется самоограничивающей. Не прикасаясь к чему-либо (не нужно повторно подключать кабель SATA или около того), он восстанавливается сам по себе, а затем прекрасно работает еще несколько месяцев, прежде чем демонстрирует такое спорадическое поведение.

Это заставляет меня задуматься, есть ли что-то на самом SSD, что может быть причиной этого?

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

Конфигурация системы - материнская плата 880GM USB3, SATA II, набор микросхем AMD SB710, Windows 7 64, 8 ГБ ОЗУ, Samsung EVO 850 120 ГБ SSD, жесткий диск Seagate Barracuda 2.5.

2 ответа2

3

У меня была такая же проблема, но я нашел ее корень. Это не имеет ничего общего с плохим кабелем /RAM /CPU. Это из-за несовместимости между вашим SSD Samsung и контроллером SATA вашего чипсета AMD. Лучшее решение для предотвращения случайного заикания и увеличения ошибок CRC - отключить NCQ (Native Command Queue) в вашем драйвере SATA

  1. Если вы используете драйвер MS Storahci по умолчанию, добавьте в реестр [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\storahci\Parameters\Device] "NcqDisabled" = dword:00000001 или "SingleIO" = hex(7):2a, 00,00, 00,00,00

  2. Если вы используете драйвер AMD SATA, добавьте это вместо:[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\amd_sata\Parameters\Device] "AmdSataNCQDisabled" = dword:0000000F или "AmdSataQueueDepth" = dword:00000001

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

1

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

  1. Свободный кабель S-ATA
  2. Неисправный кабель S-ATA
  3. Неисправность ОЗУ (из-за неисправности или перегрева)
  4. Неисправный процессор (из-за неисправности или перегрева)
  5. Неисправность разъема S-ATA материнской платы или самого диска

Кажется, что это происходит очень редко, и кажется, что оно решается само собой, ничего не делая, поэтому я сначала исследую номер 3. Вы можете запустить тест памяти. Я бы порекомендовал Memtest86+. Поскольку проблема возникает нечасто, я бы рекомендовал запускать тест памяти на продолжительный период времени, чтобы можно было выполнить несколько проходов. Любая ошибка ОЗУ является слишком большой ошибкой, за исключением случаев, когда в тесте молотка ее всего несколько, поскольку некоторые типы ОЗУ более восприимчивы к этому типу стресс-тестирования, чем другие.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .