Краткое введение: Компьютер в один прекрасный день начал случайным образом перезагружаться. Шаблон не виден. Происходит где-то между 1 и 8-9 раз в день, обычно 2-5. Может пройти 2-3 дня между событиями. Перезапуск не включает BSOD. Журналы событий не предлагают никаких подсказок. Температура не высокая - это произошло во время простоя. Подробности ниже, и в моем первом Q.
Этот вопрос следует за Компьютер нерегулярно перезагружается - что должен искать сервисный центр?
На данный момент материнская плата была заменена на Gigabyte. Процессор заменен, оперативная память заменена, но проблема случайных перезагрузок сохраняется.
Ниже приведено грубое графическое руководство по перестановкам, в которых произошли перезапуски.
Ключ:
WP = Main or Wall Power source
IP = Intermediate Power Source a.k.a UPS
PSU = Computer Power Supply Unit - Corsair 550M
Cs = Computer case/cabinet
MB = Motherboard GA-H97-D3H
RAM - RC = 2x Corsair 4GB DDR3 1333
RK1 = 1x Kingston 8GB DDR3 1600
RK2 = 2x Kingston 8GB DDR3 1866
CPU = i5-4440
HDDs = WD 1TB Win 7 + Seagate 2TB OpenSuSE Linux Tumbleweed
OS = within Win7 / Linux / UEFI
No add-on graphics ever (at my end), only iGPU.
Это сценарии, в которых система была протестирована. Ошибка при запуске означает повторный запуск воспроизведения; PASS означает, что перезапусков не видно.
Если есть суффикс - он указывает на измененный компонент. Трейлинг ? указывает на то, что компонент может отсутствовать.
В хронологическом порядке,
FAIL: WP - IP - PSU - Cs - MB - RC - CPU - HDDs - Win
FAIL: WP - IP - PSU - Cs - MB - RC - CPU - HDDs - Linux
FAIL: WP - IP - PSU - Cs - MB - RC - CPU - HDDs - BIOS
--- comp sent to dealer without HDDs --->
FAIL: WP_dlr - IP_dlr? - PSU - Cs - MB - RC - CPU - HDDs_dlr - Win_dlr
PASS: WP_dlr - IP_dlr? - PSU_dlr - Cs_dlr - MB - RC - CPU - HDDs_dlr - Win_dlr
(^ tested for less than a day)
--- comp returned to me with dealer PSU and Cs --->
FAIL: WP - IP - PSU_dlr - Cs_dlr - MB - RC - CPU - HDDs - Win
FAIL: WP - IP - PSU_dlr - Cs_dlr - MB - RK1 - CPU - HDDs - Win
(^ a week passed without restarts after switching to ram RK1)
FAIL: WP - IP - PSU_dlr - Cs_dlr - MB - RK1 - CPU - HDDs - Linux
прод ..
--- comp returned to dealer without HDDs --->
--- MB only forwarded to Gigabyte --->
PASS: WP_gb - IP_gb? - PSU_gb - Cs_gb? - MB - R_gb - CPU_gb - HDDs_gb? - ?
(^ burn-in test for 2 days)
FAIL: WP_gb - IP_gb? - PSU_gb - Cs_gb? - MB - RC - CPU - HDDs_gb? - ?
(^ sent my CPU + Corsair RAM)
--- Gigabyte return items to dealer; say one of the RC sticks to blame --->
PASS: WP_dlr - IP_dlr? - PSU - Cs - MB - 1xRC + RK1 - CPU - HDDs_dlr - Win_dlr
(^ tested intermittently over 3-4 days)
--- comp returned to me with "faulty" RAM removed --->
FAIL: WP - IP - PSU - Cs - MB - 1xRC + RK1 - CPU - HDDs - Win
--- MB+CPU+RAM(RC+RK1) resent to Gigabyte --->
(no testing done; CPU examined - observed some pins have blackened; say CPU to blame)
--- dealer replaces CPU with same model --->
PASS: WP_dlr - IP_dlr? - PSU_dlr - Cs_dlr - MB - 1xRC + RK1 - CPU_new - HDDs_dlr - Win_dlr
(^ tested for 3 days)
прод ..
--- comp returned to me with new CPU --->
FAIL: WP - IP - PSU - Cs - MB - RC + RK1 - CPU_new - HDDs - Win
FAIL: WP - IP - PSU - Cs - MB - RC + RK1 - CPU_new - HDDs - BIOS
--- MB+CPU_new+RAM(RC+RK1) sent to Gigabyte --->
PASS: WP_gb - IP_gb? - PSU_gb - Cs_gb? - MB - RC+RK1 - CPU_new - HDDs_gb? - ?
(^ testing setup and duration unknown but reported after 3 days; say PSU to blame)
At this stage, I call Gigabyte and explain testing history to site manager,
who offers replacement MB.
--- comp returned to me with RMAed MB --->
FAIL: WP - IP - PSU - Cs - MB_rma - RC + RK1 - CPU_new - HDDs - Win
PASS: WP - IP - PSU - Cs - MB_rma - RC + RK1 - CPU_new - HDDs - Linux
(^ a few hours)
FAIL: WP - IP - PSU - Cs - MB_rma - RC + RK1 - CPU_new - HDDs - BIOS
--- swap RAM with another (working) comp, yesterday --->
FAIL: WP - IP - PSU - Cs - MB_rma - RK2 - CPU_new - HDDs - Win
(PASS: WP_oth - PSU_oth - Cs_oth - MB_oth - RC + RK1 - CPU_oth - HDD_oth - Win)
Теперь подумайте о том, что мой следующий шаг тестирования, вероятно, повысит его до богословского отдела, но проверит временные предложения немного дольше.
Если вы прочитаете начальный Q, вы заметите, что исходный МБ был отправлен на Gigabyte в июне. Он был отправлен обратно восстановленным и его BIOS был обновлен до версии F7. Версия до этого была F3. В новой версии добавлена поддержка проков 5-го поколения, они также предотвращают откат BIOS. Может ли новый BIOS быть ответственным? На плате RMAed также есть F7. Против этой возможности лежит тот факт, что обновление произошло в июне, а перезапуск начался в середине октября.
Исчезнувшая проблема с диском не повторялась с момента первого возвращения из Gigabyte. Никаких сбоев во время использования Windows или Linux.
Я, вероятно, поменяю блок питания с работающим компом, хотя предыдущий конфиг был неудачно протестирован с блоком питания дилера.
Спасибо за прочтение. Мысли?