Я иногда вижу трудные тупики на XP: полностью безразличный на клавиатуру/мышь, экранируйте замораживания во время катастрофического отказа, нет возможный SSH/VNC. Очень неустойчивый, ничто в журналах. Я никогда не вижу "синий" экран ни на каком виде сообщения об ошибке. Я хотел бы знать то, что я могу сделать для движения об отладке этого с тех пор:
Этим утром я зарегистрировал на пути VNC, вышел из системы снова, 20 минут спустя физически находился в ПК, и он отказал во время выхода из системы VNC.
Я склоняюсь к картам подозрительного видео в подобных ситуациях, но это - карта современного выхода с современными драйверами (один пересмотр назад, но это происходило для 5 изменений или больше), и обычно по крайней мере, видел бы "синий" экран, который я ожидаю.
Что Вы подозревали бы? Где я могу посмотреть или что я могу настроить для получения дополнительной информации? Примите во внимание, что это происходит об один раз в 3 или 4 недели, таким образом, обширный вход или навязчивый контроль не действительно опция.
ОБНОВЛЕНИЕ
Память была протестирована с memtest86 +.
Существуют мини-дампы, но не многие, и они не соответствуют замораживаниям (они - весь 1-летний). Основной анализ дает коду THREAD_STUCK_IN_DEVICE_DRIVER_M в ati2cqag.dll. Я думаю, что они, вероятно, не связаны.
Я пытался отключить драйвер Зеркала VNC в течение нескольких недель, и все еще получите много катастрофических отказов.
Я теперь видел, что он происходит "живой" довольно много раз. Я перемещаю мышь, просматривая и т.д., и все это замораживается.
ОБНОВЛЕНИЕ 2
Не видя любые катастрофические отказы в течение многих недель, я получил в значительной степени катастрофический отказ в день в течение недели. Вчера я видел, что он отказал, как только вскоре после загрузчика, затем в Windows входят в экран, затем на третьей попытке при синхронизации iPhone. Снова: все аппаратные средства были заменены, так как это запустилось.
Одной частой причиной случайных тупиков и перезапусков являются плохие микросхемы памяти.
Попытайтесь сканировать свою RAM с MemTest86. Это может быть найдено на многих спасательных дисках, но тем, который я использую, является SystemRescueCD.
Жесткий диск или другое подобное на выходе могли вызвать подобные тупики, затем отказывает, поскольку диск становится безразличным, и Windows запирает ожидание диска ответить. Если диск имеет неустойчивый сбой питания, который заставляет его выключаться кратко затем, он может вызвать тупики как на основе опыта, я могу сказать Вам, что Windows не нравятся жесткие диски или дисководы для компакт-дисков (особенно системный диск) исчезновение, в то время как он использует их.
переустановите микросхемы памяти, видеокарту, разъемы питания
проверьте вентиляторы
можно загрузить некоторый Живой Linux CD (Knoppix, Системное Спасение и т.д.).
Загрузитесь оттуда и играйте немного с.
Временные файлы проверки: ЦП / жесткий диск
проверьте S.M.A.R.T.
откройте много приложений