Может ли неисправная материнская плата вывести из строя внешние жесткие диски?

Может ли неисправная материнская плата вывести из строя внешние жесткие диски?

В прошлом году я получил новый внешний жесткий диск (диск 1), который вышел из строя без предупреждения менее чем за 2 месяца. Я заменил его на другой, но также новый внешний диск (диск 2), и теперь, спустя четыре месяца, он тоже начал выходить из строя. У меня есть второй внешний диск (диск 3), этому несколько лет, который прекрасно работал... до сих пор. Он просто начал выдавать ошибки операции подкачки.

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

Все три диска были подключены к одной и той же материнской плате через USB. Я ничего не разгоняю, компьютер подключен к обычному сетевому фильтру с предохранителем, который вставлен в розетку. У меня также есть два SSD, подключенных к материнской плате по-старому, sata+питание от блока питания. Они, похоже, в порядке.

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

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

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


Отредактировано для добавления дополнительной информации

Я буду обозначать диски следующим образом: Диск 1: новый, вышел из строя первым, больше не используется; Диск 2: новый, вышел из строя; Диск 3: старый, возможно, вышел из строя.

Все диски подключены или были подключены к портам USB 3.0 на моей материнской плате. Диски 1 и 2 были подключены к одному и тому же порту, но я попробовал все остальные после проблем. Пока не исследовал порты подробно. Диск 3 подключен к другому концентратору или кластеру портов материнской платы. Они находятся далеко друг от друга, и я невежественно предполагаю, что это разные схемы: USB-накопители Mobo

У меня периферия подключена к оставшимся USB. Никаких аномалий не заметил.

Ниже приведены показания CrystalDisk с данными SMART. Оба представляют собой портативные HDD потребительского класса с 2,5-дюймовыми внутренностями.

Диск 2 (новый внешний жесткий диск, в настоящее время неисправен)

Диск 2 СМАРТ

Chkdsk /rне обнаружено плохих блоков. Он может быть прочитан и записан, и не будет показывать ошибок в Event Viewer, если его не трогать, но при обычном использовании, записи больших файлов размером 100 МБ+, он начнет вызывать эти предупреждения о событиях:

  • ID 51, warning: «Обнаружена ошибка на устройстве (ДИСК) во время операции подкачки страниц». (предшествовало первой ошибке записи, которая когда-либо имела место, верный признак того, что запись скоро снова прервется)
  • ID 153, warning: «Операция ввода-вывода по адресу логического блока 0x------ была повторена» (запущена после первой ошибки, логический блок меняется, иногда это 0x0)

На этом этапе, если вы настаиваете на написании, последуют:

  • ID 140, warning: «Системе не удалось сбросить данные в журнал транзакций. (...) Состояние сбоя: {Диск не готов}» (при первом сбое)
  • ID 154, error: «Операция ввода-вывода по адресу логического блока 0x------ не удалась из-за аппаратной ошибки»
  • ID 137, error: «Диспетчер ресурсов транзакций по умолчанию на томе D: обнаружил неповторяемую ошибку и не смог запуститься. Данные содержат код ошибки».
  • ID 140, warning: «Системе не удалось сбросить данные в журнал транзакций. (...) Статус ошибки: запрос не выполнен из-за фатальной аппаратной ошибки устройства».

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

Диск 3 (старый внешний диск, в настоящее время работает с перебоями)

Диск 3 СМАРТ

Пришлось запустить chkdskдважды, сканирование застряло на первой попытке. Также сообщается о 0 плохих секторах.

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

  • ID 153, warning: «Операция ввода-вывода по адресу логического блока 0x------ была повторена» (Продолжается уже некоторое время, логический блок меняется, иногда это 0x0)
  • ID 51, warning: «Обнаружена ошибка на устройстве (ДИСК) во время операции подкачки». (началось вчера, также предсказывает неизбежный сбой)

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

  • ID 50, warning: "{Ошибка отложенной записи} } Windows не удалось сохранить все данные для файла D:(что-то)" (меняется, иногда это только корень тома)
  • ID 140, warning: "Состояние отказа: Указано несуществующее устройство. (...) Состояние отказа: Указано несуществующее устройство"

Я пока не слышал ни единого щелчка.

Диск 1 (первый новый внешний диск, который вышел из строя, больше не у меня)

Также были выявлены ошибки подкачки (51), которые оставались незамеченными в течение пары дней, а затем последовали следующие случаи, когда на диск не удалось записать данные:

  • ID 7, warning: «Устройство (ДИСК) имеет поврежденный блок».
  • ID 154, error: «Операция ввода-вывода по адресу логического блока 0x------ не удалась из-за аппаратной ошибки»

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


Редактировать 2: Это происходит только при более высоких температурах материнской платы.

Я провел предложенные тесты, передавая файлы по 5 ГБ между дисками в различных условиях, начиная с одного и того же ПК и ОС и заканчивая разными ПК и ОС. Когда я не смог воспроизвести проблемы не только в разных условиях, но и на исходном ПКиОС, я понял, что один фактор изменился в те дни, когда диски начали барахлить, и когда я провел тест: погода.

Температура упала более чем на 10ºC, когда она перешла от сильной жары к необычно мягкой погоде. Сегодня немного теплее. Я смог надежно воспроизвести проблему на том же ПК и ОС. Мне также помог нестабильный вентилятор (подробности в конце).

Три температуры поднялись, когда диск 2 показал обычную ошибку ввода-вывода из-за аппаратного сбоя и завис:

  • SSD M.2 с ОС нагрелся до 79ºC. Он находится на нижней стороне платы, прямо под PCH.

  • PCH сообщил о 59ºC+.

  • Датчик "Температуры 5" показал 69ºC+. Полагаю, это VRM, никакой другой таинственный датчик не нагревается так сильно.

Показания температуры на момент, когда диск перестал отвечать

Снижение температуры SSD не устранило ошибки, но снижение температуры PCH/temp 5 устранило. При этих значениях диск 2 снова заработал нормально:

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

Я знал, что ни CPU, ни GPU не были чрезмерно горячими, но я не обращал внимания на температуру материнской платы и, конечно, на температуру SSD. Согласно тому, что я читал, эти показания температуры материнской платы не такие уж и горячие, но благодаря вентилятору они горячее, чем обычно бывают в моей системе (~50/60ºC).

Я работаю над тем, чтобы выяснить точную температурную границу, пока что это 59ºC PCH и 56ºC temp 5 — это минимум, при котором диск перестает отвечать. Помимо прочего, PCH управляет данными и питанием USB, не так ли?

Проблема с вентилятором

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

При запуске тестов я понял, что с вентилятором что-то не так: он застрял на минимальной скорости, когда не должен был. Он игнорировал кривую, заданную утилитой Windows Mobo, и попытки заставить его вращаться на фиксированных 100% приводили к тому, что он беспорядочно вращался на 100% в течение пары секунд, не поддерживая ожидаемую скорость вращения. Однако он соблюдал настройки UEFI и снова начал реагировать на утилиту после того, как я изменил настройки через UEFI.

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

Связанный контент