У меня есть ноутбук (Toshiba satellite C650), за последний год он начал показывать довольно специфическое поведение при сбое, некоторые из более специфических моделей поведения:
он будет случайно отключен
он случайно не сможет POST
он случайным образом не сможет получить доступ к жесткому диску во время загрузки (застревание на мигающем курсоре после POST)
сначала я подумал, что это вызвано перегревом, но биос не сообщил, что произошел сбой из-за теплового сбоя, и датчики не считали значения вблизи критического останова, у меня он работал при 85C (сбои происходили всего при 30C), но согласно всей документации, я могу найти, что это намного ниже критического останова и даже дальше от точки, где компоненты могут быть повреждены.
Вторым предположением был прерывистый сбой источника питания, однако это также кажется безнадежным, поскольку сбой происходит только под Windows 7 x64 Ultimate, под Arch Linux (работает ядро 4.0.6 на момент написания, 4.0.7 к тому времени, когда я повторюсь после этого ) это еще не произошло, и я всегда загружаюсь в этот раздел неделями подряд, когда окна закрываются в нерабочее время, иногда дни.
Третье, что я подозревал, был неисправный модуль памяти, основанный на прошлом опыте, когда windows отказывался от BSoD от неисправного модуля, но linux продолжал пускаться в пул (возможно, он отображал плохую память, возможно, мой шаблон использования просто отличается, так что он никогда запись в определенную память в любом случае), но 48 часов памяти memtestx86+ на модуль и еще 48 часов с обоими модулями убедили меня, что это не так.
Четвертое предположение - сбой программного обеспечения, однако я не знаю, хранит ли Windows какие-либо полезные журналы для этого, и не знаю достаточно о платформе для ее диагностики.
Пятый вывод - сбой контроллера жесткого диска, но тест 12H SMART сообщает об 0 ошибках, поэтому я могу сделать разумный вывод, что это не так.
Шестой и последний вывод - это общий аппаратный сбой, опять же, я не совсем уверен, как бы я мог это диагностировать и почему linux смог бы его заправить там, где нет окон, я бы поспорил, что это один из менее вероятных вариантов.
Что касается компьютера, который иногда так и не попадает в POST ... это еще одна проблема, которую я не знаю, как отлаживать, поэтому вывод здесь, вероятно, какой-то аппаратный сбой.
как воспроизвести: перезагрузить компьютер, мягкий или жесткий, это происходит оба раза, по-видимому, с вероятностью 70% при мягком сбросе и всего лишь около 50% при аппаратном сбросе; кажется, что это немного более вероятно при перезагрузке из linux (возможно, аппаратное обеспечение не любит linux)?), полностью выключите и подождите 5-10 секунд, прежде чем включится, решит это.
что касается не загружать загрузчик (в частности, вообще не сообщать о любом доступе с жесткого диска, не слышно чтение с жесткого диска или о любой активности индикатора жесткого диска), не уверен, как отладить это, но я бы поспорил, что это связано с другой проблемой BIOS.
самое простое решение - просто заменить машину, но мне было бы гораздо интереснее выяснить, что вызывает эти, казалось бы, связанные ошибки, поскольку это звучит намного веселее.