У меня Mini-ITX Intel DH61AG mobo с процессором Intel i3 и 8 ГБ оперативной памяти DDR3 1600 МГц. В любом случае, этот компьютер часто зависал. Это не проблема ОС, поскольку я использовал Ubuntu (и имел панику ядра), Windows 7 и Windows 8. У каждой из этих ОС были проблемы, поэтому я запустил проверку жесткого диска, и я знаю, что это не проблема нагрева потому что я тестировал процессор в течение нескольких дней, когда я впервые собрал компьютер. Однако, когда я запустил memtest86 +, я получил ошибку - поэтому я провел индивидуальное тестирование, и оба чипа вернулись хорошо, провели действительно интенсивное тестирование с обоими из них снова (заняло полдня) и без ошибок. Итак, я все еще думаю, что проблема может быть в оперативной памяти, но я не уверен - я довольно тщательно ее протестировал (может позволить ей снова работать всю ночь, сегодня вечером) ... что подводит меня к моей точке зрения.
Может ли кто-нибудь объяснить мне (простыми словами, если это возможно), как ПРОЧИТАТЬ файлы мини-дампов компьютеров Windows? Я пробовал раньше с руководством, которое я нашел в Интернете, но с треском провалился. Я в порядке с установкой программного обеспечения, возможно, оно понадобится мне и в будущем. Я видел несколько других постов на SU, которые просто просят людей публиковать мини-дампы, но я чувствую, что это слишком локализовано. Кто-нибудь сможет объяснить это?
Предполагая, что вы не хотите / не можете / не хотите использовать WinDbg для анализа, есть еще один вариант - отправить его в онлайн для анализа.
Вы можете отправить аварийные дампы на сайт Microsoft Online Crash Anylsis и получить некоторую информацию о сбое , но, похоже, он больше изменился на инструменты для самостоятельного анализа и формат руководства.
OSR Online, с другой стороны, все еще имеет функцию отправки и анализа аварийных дампов в Интернете : мгновенный онлайн-анализ сбоев .
источник
Online Crash Anylsisссылка выглядит мертвой.Мини-дампы содержат информацию о сбоях процесса. Если у вас нет исходного кода для этого модуля, мини-дамп может вам не сильно помочь. Он содержит информацию о стеке в каждом потоке процесса во время сбоя и кучу других вещей.
Поскольку у вас, вероятно, нет файлов базы данных программы, для чего бы это ни происходило, вы не можете связать эту информацию со строками исходного кода.
Тем не менее, вы можете открыть их в Visual Studio. Я также сделал очень быстрый Google , на случай, если я что-то упустил (будучи программистом, я склонен много думать, как программист, и начинаю воображать, что мини-дампы предназначены только для программистов). Нашел это:
http://www.memecode.com/docs/minidump.php
Рассказывает об установке Microsoft Debugging Tools для анализа минидампа. Проверьте это и посмотрите, сможете ли вы извлечь из него какую-либо полезную информацию. По крайней мере, имя модуля, который упал, может помочь вам.
Если вы подозреваете, что это нерегулярная проблема с ОЗУ (особенно если она много лет находится в компьютере), попробуйте переустановить (удалить и заново установить) ОЗУ и снова запустить тесты. С небольшим количеством удачи это могло бы вылечить это.
источник
Если вы получили ошибку из memtest, у вас есть проблема с оперативной памятью. Возможно, переустановка памяти или переключение слотов заставили проблему исчезнуть. Пусть memtest запустится на неделю.
источник