|
Компьютерный форум OSzone.net » Железо » Непонятные проблемы с Железом » Спонтанные перезагрузки, частые зависания |
|
Спонтанные перезагрузки, частые зависания
|
Новый участник Сообщения: 23 |
Профиль | Отправить PM | Цитировать Купил новое железо - начались проблемы
Довольно часто случаются спонтанные перезагрузки либо просто виснет наглухо. Мышь, намлок не реагируют. Звук циклируется (если он был включен). Просто при работе иногда вылазит бсод, дампы прилагаю. Но пологаю что эти бсоды из за чего-то другого. Конфиг: DualCore AMD Athlon 64 X2, 2900 MHz (14.5 x 200) 5600+ Asus M2N-E (3 PCI, 2 PCI-E x1, 1 PCI-E x4, 1 PCI-E x16, 4 DDR2 DIMM, Audio, Gigabit LAN) PALIT NVIDIA GeForce 8600 GTS (256 mb) 2хDIMM2: OCZ XTC Platinum OCZ2P10001G БП 450 3 винта Винты, корпус и видяха от старого компа (там все ок) на видеокарте при переезде только заменил вентилятор на покруче Перегрева нет, температура отличная. Обновил дрова на видяху, енфорс - Не помогает Когда писал этот пост - завис При зависании пробовал открывать лоток сидюка... - работает. Если бы были бсоды тогда все можно было понять из логов...а так...Идей уже нет 0: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) An attempt was made to access a pageable (or completely invalid) address at an interrupt request level (IRQL) that is too high. This is usually caused by drivers using improper addresses. If kernel debugger is available get stack backtrace. Arguments: Arg1: 71a5df52, memory referenced Arg2: 00000002, IRQL Arg3: 00000008, value 0 = read operation, 1 = write operation Arg4: 71a5df52, address which referenced memory Debugging Details: ------------------ ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* MODULE_NAME: nt FAULTING_MODULE: 804d7000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 45e5484a READ_ADDRESS: unable to get nt!MmSpecialPoolStart unable to get nt!MmSpecialPoolEnd unable to get nt!MmPoolCodeStart unable to get nt!MmPoolCodeEnd 71a5df52 CURRENT_IRQL: 2 FAULTING_IP: +71a5df52 71a5df52 ?? ??? DEFAULT_BUCKET_ID: WRONG_SYMBOLS BUGCHECK_STR: 0xD1 LAST_CONTROL_TRANSFER: from 71a5df52 to 80543a70 FAILED_INSTRUCTION_ADDRESS: +71a5df52 71a5df52 ?? ??? STACK_TEXT: WARNING: Stack unwind information not available. Following frames may be wrong. af21ad64 71a5df52 badb0d00 7c90eb94 00000000 nt!Kei386EoiHelper+0x2834 af21ad68 badb0d00 7c90eb94 00000000 00000000 0x71a5df52 af21ad6c 7c90eb94 00000000 00000000 00000000 0xbadb0d00 af21ad70 00000000 00000000 00000000 00000000 0x7c90eb94 STACK_COMMAND: kb FOLLOWUP_IP: nt!Kei386EoiHelper+2834 80543a70 f7457000000200 test dword ptr [ebp+70h],20000h SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: nt!Kei386EoiHelper+2834 FOLLOWUP_NAME: MachineOwner IMAGE_NAME: ntkrpamp.exe BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner --------- Use !analyze -v to get detailed debugging information. BugCheck 1000000A, {2621e, 1c, 0, 805444c7} ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* Probably caused by : AmdK8.sys ( AmdK8+3552 ) Followup: MachineOwner --------- 0: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* IRQL_NOT_LESS_OR_EQUAL (a) An attempt was made to access a pageable (or completely invalid) address at an interrupt request level (IRQL) that is too high. This is usually caused by drivers using improper addresses. If a kernel debugger is available get the stack backtrace. Arguments: Arg1: 0002621e, memory referenced Arg2: 0000001c, IRQL Arg3: 00000000, bitfield : bit 0 : value 0 = read operation, 1 = write operation bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status) Arg4: 805444c7, address which referenced memory Debugging Details: ------------------ ***** Kernel symbols are WRONG. Please fix symbols to do analysis. ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ************************************************************************* *** *** *** *** *** Your debugger is not using the correct symbols *** *** *** *** In order for this command to work properly, your symbol path *** *** must point to .pdb files that have full type information. *** *** *** *** Certain .pdb files (such as the public OS symbols) do not *** *** contain the required information. Contact the group that *** *** provided you with these symbols if you need this command to *** *** work. *** *** *** *** Type referenced: nt!_KPRCB *** *** *** ************************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* ********************************************************************* * Symbols can not be loaded because symbol path is not initialized. * * * * The Symbol Path can be set by: * * using the _NT_SYMBOL_PATH environment variable. * * using the -y <symbol_path> argument when starting the debugger. * * using .sympath and .sympath+ * ********************************************************************* MODULE_NAME: AmdK8 FAULTING_MODULE: 804d7000 nt DEBUG_FLR_IMAGE_TIMESTAMP: 4496462b READ_ADDRESS: unable to get nt!MmSpecialPoolStart unable to get nt!MmSpecialPoolEnd unable to get nt!MmPoolCodeStart unable to get nt!MmPoolCodeEnd 0002621e CURRENT_IRQL: 1c FAULTING_IP: nt+6d4c7 805444c7 ff80c4050000 inc dword ptr [eax+5C4h] CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: WRONG_SYMBOLS BUGCHECK_STR: 0xA LAST_CONTROL_TRANSFER: from ba99b552 to 805444c7 STACK_TEXT: WARNING: Stack unwind information not available. Following frames may be wrong. 805503c0 ba99b552 badb0d00 00000001 00000000 nt+0x6d4c7 80550450 805450cc 00000000 0000000e 00000000 AmdK8+0x3552 80550454 00000000 0000000e 00000000 00000000 nt+0x6e0cc STACK_COMMAND: kb FOLLOWUP_IP: AmdK8+3552 ba99b552 ?? ??? SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: AmdK8+3552 FOLLOWUP_NAME: MachineOwner IMAGE_NAME: AmdK8.sys BUCKET_ID: WRONG_SYMBOLS Followup: MachineOwner --------- |
|
Отправлено: 23:41, 15-04-2008 |
Ветеран Сообщения: 20046
|
Профиль | Отправить PM | Цитировать i can help you, попробуй boot.ini к загружаемой ОС добавить опцию
.........../noexecute=OptIn /fastdetect /KERNEL=ntkrnlmp.exe или поэксперементируй с другими именами (ниже) Цитата:
|
|
------- Отправлено: 10:23, 18-04-2008 | #21 |
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети. Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля. |
Сообщения: 53175
|
Профиль | Отправить PM | Цитировать Цитата i can help you:
Попробуйте сбросить настройки BIOS на default (по умолчанию). |
|
Отправлено: 13:13, 18-04-2008 | #22 |
Новый участник Сообщения: 23
|
Профиль | Отправить PM | Цитировать Сорри что давно не писал.
Думал все улучшилось. Переставил винду, перераспределил питание винтов (меньше устройств на основном) Пару дней поюзал - все было отлично, зависло всего 2 раза. Сегодня опять началось. уже наверное раз 10 за сегодня. Хотя ничего такого не делал, ни устанавливал новый софт, ни дрова - ничего. биос спрошу, мать обновлю точно. Спасибо за советы. /KERNEL=ntkrnlmp.exe - делал на старой винде. Бсод с этим косяком исчезал, а вот фризы нет. Не понятно конечно почему он все время детектил разный HAL |
------- Отправлено: 01:27, 22-04-2008 | #23 |
Ветеран Сообщения: 1328
|
Профиль | Отправить PM | Цитировать i can help you, у меня аналогичная мат. плата и очень похожие проблемы. IMHO, эта мат. плата очень капризна по отношению к установленной RAM. Проверти, если ваши планки RAM не указаны явно как подходящие, то у вас, вполне вероятно, такая-же проблема... В моем случае удалось сперва значительно сократить кол-во возникающих проблем простой переустановкой модулей RAM из слотов A1 и B1 в слоты A2 и B2, а затем почти избавиться от проблем установив оперативку в одноканальный режим (слоты B1 и B2).
|
------- Отправлено: 22:26, 22-04-2008 | #24 |
Новый участник Сообщения: 23
|
Профиль | Отправить PM | Цитировать Цитата:
сочувствую видимо попалось глючное шайтан-железо Мать перепрошил, сегодня завис уже 3 раза. |
|
------- Отправлено: 21:51, 23-04-2008 | #25 |
Пользователь Сообщения: 93
|
Профиль | Отправить PM | Цитировать В своё время эксплуатировал эту мамку-проблем не возникало.Проц правда был 4.2ГГц.Считаю что для такой конфигурации недостаточно мощности БП.Если есть возможность протестируй своё железо с более мощным БП,в эвересте погоняй тесты памяти и процессора.
|
Отправлено: 19:42, 24-04-2008 | #26 |
Новый участник Сообщения: 23
|
Профиль | Отправить PM | Цитировать мне так не кажется. 450 это много для такой конфигурации.
|
------- Отправлено: 21:12, 24-04-2008 | #27 |
Ветеран Сообщения: 1328
|
Профиль | Отправить PM | Цитировать slipkill
Цитата slipkill:
БП: FSP 450W (его замена на Hunt Key 450W проблемы не решила) Мат. плата: M2N-E (замена не помогла) Видеокарта: Asus GeForce 7600GT RAM: 2Gb (2x1Gb) DDRII PC6400 Apacer (обе планки одинаковые) HDD: 2 x Seagate Barracuda 7200.10 320Gb SATAII CD/DVD: Asus DVD-RW Интересно, что когда я отчаялся самостоятельно (используя для этого свои знания и опыт, а так-же помощь этого форума) найти неисправность, и обратился в за консультацией в СЦ, то там услышав, что мат. плата основана на базе чипсета nForce 570, сразу сказали, что проблема скорее всего в несовместимости мат. платы и RAM. При этом, моя система без проблем проходит тестирование c помощью MemTest (тест шел несколько суток), длительного архивирования. Проблемы имеют плавающий характер, и могут возникать как в тяжелых приложениях, так и при работе без особой нагрузки (т.е. при рабочем столе). Как я уже говорил, частота возникновения проблем очень зависит от того, в какие слоты вставлены планки RAM и в какой последовательности. Интересно, что установив память определенным образом (в слоты A1 и B1), я могу добиться такой глючной работы компа, что даже ОС (WinXP Pro SP2) не сможет установиться: на первом этапе установки (до первой перезагрузки) комп ОЧЕНЬ ЧАСТО виснет либо в процессе форматирования, либо при последующем копировании файлов. i can help you Цитата Oleg_SK:
Цитата i can help you:
|
|||
------- Последний раз редактировалось Oleg_SK, 25-04-2008 в 03:44. Отправлено: 03:13, 25-04-2008 | #28 |
Новый участник Сообщения: 23
|
Профиль | Отправить PM | Цитировать Цитата:
|
|
------- Отправлено: 09:37, 25-04-2008 | #29 |
Ветеран Сообщения: 1328
|
Профиль | Отправить PM | Цитировать i can help you
Цитата i can help you:
|
|
------- Отправлено: 23:39, 25-04-2008 | #30 |
Участник сейчас на форуме | Участник вне форума | Автор темы | Сообщение прикреплено |
| |||||
Название темы | Автор | Информация о форуме | Ответов | Последнее сообщение | |
[решено] Периодические зависания и перезагрузки ПК | Comrade_Zhukov | Непонятные проблемы с Железом | 4 | 17-10-2009 11:49 | |
Разное - несистематичные перезагрузки и зависания | Лисси | Microsoft Windows 2000/XP | 14 | 14-05-2009 16:17 | |
Спонтанные перезагрузки в играх | i can help you | Непонятные проблемы с Железом | 16 | 15-08-2008 11:48 | |
Частые зависания компьютера (только UT 2k4 и FarCry) | FREEm4n | Непонятные проблемы с Железом | 15 | 25-04-2004 19:31 |
|