Как выяснить, почему компьютер отказывает? [закрытый]

Время от времени мой ноутбук откажет. Экран заморозится, включая курсор, световые сигналы блокировки (Caps Lock и т.п.) выключат, если они шли, хотя моя батарея, питание и световые сигналы Wi-Fi все еще работают. Я не уверен, является ли это паника ядра, потому что иногда будет просто замораживаться, затем тот же звук, который это делает, когда я выключаю его кнопкой питания и затем перезагрузкой. Другие времена, я вижу экран текста (не как загружающийся текст), и затем он перезагружает тот же путь. Я думаю, что видел 'ядро' и 'панику' на различных строках. Но я не могу быть уверен.

Первоначально, я думал, что это была проблема тепла, потому что это прекратило происходить, когда я поместил свой ноутбук на вентилятор охлаждения на твердой поверхности, и это только происходило, когда я посетил ресурсоемкий веб-сайт. Затем я думал, что это была проблема памяти, потому что тепло заботилось о, но память переполнялась в раздел подкачки. Но теперь это отказывало, даже когда использование памяти является низким, и тепло не выделяет предупреждения в psensor (у меня есть набор предупреждений для ухода в 60C для любого компонента, и я вполне уверен, это не добралось до 80C, так как я прекратил использовать свой ноутбук на моей полировке).

Технически, это не Ubuntu. Это - Debian 8.2; но на все мои другие вопросы Debian отвечают через askubuntu. Это - Dell Inspiron 1520, первоначально с OS WindowsXP (мы вытерли жесткий диск прежде, чем установить Debian), и имеет 2 ГБ RAM. Однако я полагаю, что мой вопрос о Linux в целом, не определенной версии Ubuntu или Debian.

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

• scite /var/log/kern.log
• scite/etc/rsyslog.conf
• scite/etc/rsyslog.d/
• scite/etc/rsyslog.d/50-default.conf
• scite/var/log/syslog
• sudo/usr/sbin/mcelog> mcelog.out

Два или три из них пробел.

Я не смог изолировать что-либо в kern.log до недавнего времени, потому что я буду всегда просто перезапускать свой компьютер. Это новое время, я вынудил это завершить работу вместо того, чтобы ехать через панику. И я снижал его в течение нескольких дней. Последняя вещь со дня это последнее закрытие была этим:

Oct 17 22:51:27 darty kernel: [  299.816045] mce: [Hardware Error]: Machine check events logged

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

системный журнал ничего не содержит до сегодня.

sudo/usr/sbin/mcelog> mcelog.out ничего не возвращает, хотя файл содержит набор напыщенности речи; я предполагаю, что это - машинный код или что-то.

Так... да. Я в полной растерянности относительно того, что сделать для определения, какова ошибка. Я могу почти надежно воспроизвести его путем выполнения определенных вещей на веб-сайте CodinGame.com (я знаю, что старая мудрость, "Если это причиняет боль, не делайте этого". Ну, целая причина, у меня есть компьютер, так, я могу сделать вещи как CodinGame. Аналогия от этого до медицинского была бы, "Не встают и идут вокруг".) Снова, это не тепло, ни память. У меня есть датчики на обоих из присоединенных к панели.

== Редактирование == Мой кузен и я действительно выполняли memtest86 после стирания жесткого диска, прежде чем мы установили любую ОС от специального memtest диска. О, и версия ядра является 3.16.0-4-amd64, Мой кузен сказал, что это могло бы иметь значение, но я не думаю, что это должно для этого вопроса.

TL; DR: Как каждый находит, что правильные файлы выясняют, почему компьютер отказывает?