У меня новый игровой ноутбук, который вылетает каждый раз, когда я запускаю Linux. Если я запускаю Linux изначально, он полностью зависает (включая курсор мыши) после, казалось бы, случайного периода. Если я запускаю Linux в VMWare Player под Windows 8.1, Linux в конечном итоге зависает точно так же, но Windows также аварийно завершает работу и отображает синий экран смерти (BSOD) после небольшой задержки. BSOD всегда говорит MACHINE_CHECK_EXCEPTION, а журнал BugCheck указывает код 0x9c.
Варианты Linux, которые я попробовал:
- Ubuntu MATE 15.10 64-bit
- Ubuntu 15.04 64-bit
- Ubuntu MATE 15.04 64-bit
- Ubuntu MATE 14.04.2 64-разрядная версия
- Ubuntu MATE 14.04.2 32-разрядная версия
Кроме этих более или менее случайных зависаний, Linux работает нормально - и я могу использовать его в течение многих часов между сбоями.
Я предполагал, что это аппаратная проблема, но проблема в том, что я не могу заставить Windows аварийно завершить работу, если я также не использую Linux (в ВМ). Я пытался одновременно запускать все доступные приложения (около 30), одновременно проигрывая видео с YouTube, а также запускать приложения для стресс-тестирования, такие как Prime95. Я также сделал несколько игр с большим количеством графики.
Я запустил "Средство диагностики памяти Windows" и другие тесты памяти без видимых проблем.
Можно предположить, что Linux каким-то образом использует функции процессора, которые Windows не использует, но неясно, почему это может вызвать случайные сбои оборудования.
Как я могу окончательно доказать, что у меня неисправное оборудование (или нет)?
РЕДАКТИРОВАТЬ: Кажется, мне немного повезло, исправляя проблемы с Linux, отключив некоторые функции в BIOS. С тех пор я не видел сбоев. Изменения, которые я сделал изначально (только на основе догадок):
- Технология виртуализации: отключена
- Быстрая загрузка: отключено
- SpeedStep: отключено
- Таймер задержки PCI: 64 такта (было 32)
Основываясь на последующем тестировании их вариантов, очевидно, что и VT, и SS должны быть отключены, но наверняка, по крайней мере, SpeedStep. Это облегчает изоляцию сбоев как основанную на аппаратном дефекте? ...Или это может быть программная проблема в Ubuntu/Linux?
Чтобы сделать мой вопрос более четким: я на самом деле не спрашиваю пути решения проблемы, хотя это было бы здорово в теории. Что мне действительно нужно, так это способ изолировать и воспроизвести эту проблему под Windows без использования Linux. Я работаю с предположением, что у меня плохой юнит, и мне просто нужен способ доказать это. Помните, что когда я запускаю Linux, машина выходит из строя (исключая изменения BIOS, упомянутые выше), поэтому это не может быть решено простым обновлением драйверов Windows.
Короче говоря: зная, что Linux вызывает сбои, есть ли какой-нибудь другой стресс-тест, который я могу запустить в Windows, который может вызвать тот же тип сбоев? Или это известная ошибка в Linux?
Обратите внимание, что мой процессор - новый i7-5700HQ (микроархитектура Broadwell).
Также обратите внимание: я не верю, что это вызвано сильным перегревом. Машина оснащена дополнительным вентилятором, который можно включить вручную, и сбои, похоже, не связаны с большими нагрузками.
ОБНОВЛЕНИЕ: проблемы с естественным запуском Linux были решены путем установки обновления BIOS, которое стало доступно через несколько месяцев после того, как я опубликовал вопрос. Я также сейчас использую Ubuntu MATE 15.10, но я не думаю, что это имеет значение, так как это также не удалось до обновления BIOS. Я думаю, что в общем и целом, система не была совместима с Linux (или наоборот), как это было на момент выпуска.
Я не возвращался и не проверял проблему с виртуальной машиной, так как теперь мне это не нужно, поскольку я могу работать с Linux на родном языке, а также перешел с Windows 8.1 на Windows 10, так что это точно не яблоки. тест на яблоки в любом случае.