[Blast]

3..2..1... BOOM, ок, давайте еще раз выясним условия возникновения стопа: он у вас выдается при какой последовательности действий? во время установки драйверов на звуковую что ли? или в процессе работы? И если в качестве эксперимента просто отключить сетевую карту, то будут ли выпадать стопы? просто важно прояснить эти моменты

[3..2..1... BOOM]

стоп появляется по разному.. иногда сам по себе (работаю за компом или не работаю всё равно) .. иногда когда захожу в инет и запускаю броузер либо биткомет (качалка) (иногда при тех же условиях всё работает нормально).. но это всё только тогда когда подключена саундкарта... когда она не подключена и фиреваре не работает (но работает всё астальное типа качалок и тд) - стопов вообще нет ... можт не контакт драйверов.. или работает что то ещё что всему мешает..хз ... ужас в том что народ у кого тот же ноут и таже звукавуха что и у меня - живут нормально без стопов

[3..2..1... BOOM]

включил звуковуху .. выдало странный стоп...
DRIVER_IRQL_NOT_LESS_OR_EQUAL
stop 0x01 (0x17fec500, 0x000000ff, 0x01, 0x89ef5c0f)
странные символы.. повторить не смогу - adress 89ef5c0f base at 89ef5c0f, datestamp 00000000
и дмп словил (в архиве)..... у меня точно ноут не затупеет ?

[ES]

Моя проблема с синим экраном так и не решилась.

Такая мысль: а не может ли подобная ошибка быть результатом конфликта файервола, антивируса и системы предотвращение выполнения данных (Data Execution Prevention, DEP)???

[Blast]

ES, да у вас скорее всего так и есть.. честно говоря ошибка гнустная, хотя бы потому, что четко идентифицировать виновника (или кто с кем не подружился) зачастую сложно, сказывается некоторая несовместимость драйверов одного ПО с другим или с системой.
На вашем месте я бы отказался от Outpost (что и сделал в свое время, правда не из-за стопа, но по другим проблемам совместимости). Как показывает практика, такая ошибка в 80% случаев выпадает именно по вине сторонних файерволов. Ну попробуйте хоть пару дней пожить на встроенном брандмауэре удалив аутпост (именно так, отключение не поможет), по крайней мере определитесь действительно ли виновен аутпост.

[ES]

До Аутпоста стоял Comodo Fierwall, была та же самая ошибка

[Blast]

наше дело предложить, а вы как хотите...

[ES]

наше дело предложить, а вы как хотите... »

я не отказываюсь, конечно буду пробовать

Недавно попался обзор, в котором хвалили Jetico Firewall. Ничего по нему сказать не можешь?

[Blast]

ничего не скажу, кроме встроенного пользовался только аутпостом и KIS`ом

[valmont_al]

Немного не по теме, но всё же: тяжело отказываться от лучшего. Считал, считаю и пока что буду считать аутпост лучшим файрволом. И пока никакой другой меня в этом не переубедил.
А у меня проблема вернулась другим бсодом
0х7F, {8, 80042000, 0, 0}

читать дальше »

Microsoft (R) Windows Debugger Version 6.7.0005.1
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini110707-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* 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+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Wed Nov 7 15:10:08.397 2007 (GMT+2)
System Uptime: 2 days 22:54:00.158
*********************************************************************
* 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+ *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
.................................................................................................... .................................................
Loading User Symbols
Loading unloaded module list
..................................................
Unable to load image FILTNT.SYS, Win32 error 0n2
*** WARNING: Unable to verify timestamp for FILTNT.SYS
*** ERROR: Module load completed but symbols could not be loaded for FILTNT.SYS
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007F, {8, 80042000, 0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*** WARNING: Unable to verify timestamp for tcpip.sys
*** ERROR: Module load completed but symbols could not be loaded for tcpip.sys
Probably caused by : FILTNT.SYS ( FILTNT+96e9 )

Followup: MachineOwner
---------

Отправлю в Агнитум сейчас. Засранцы они всё же. проблему совместимости ну никак не хотят решать.