jefrotone 0 Posted April 27, 2018 Share Posted April 27, 2018 Specs: Windows 10 x64 LTSB 10.0.14393.2214 (Win10 RS1) Asus P9x79 Pro i7 4960x 32GB DDR3 Asus 780 Ti 3gb ||| Nvidia Version : 391.35 So after a week of trying to figure out what was causing my screens to just lock up and go black. I find out ESET was causing it from lots of trial, error, and diagnostics of the memory, board, drive, and OS. Quote The system has rebooted without cleanly shutting down first. This error could be caused if the system stopped responding, crashed, or lost power unexpectedly. Quote File System Filter 'eamonm' (10.0, 2018-02-12T10:20:17.000000000Z) has successfully loaded and registered with Filter Manager. Eamonm.sys would load and I would get a black screens a second later. Already tried a different power supply, uninstalling drivers, repairing drivers, using old drivers. Reverted to older video drivers. Windows is up to date. When I remove ESET, the crashes go away. There are no dumps made because it causes a complete kernel panic and nothing is done. So far its been 3 days and I've had no crash since I uninstalled ESET. Would really like to fix this or help fix this because I've been using ESET since they started. What do I need to provide? Link to comment Share on other sites More sharing options...
itman 1,543 Posted April 27, 2018 Share Posted April 27, 2018 If you have Win Secure Boot enabled, the behavior you are describing could occur. Eamonm.sys is Microsoft HCP signed but not MS driver cert. signed as best as I can determine. It all depends on the restrictions enabled in Secure Boot if so enabled. Link to comment Share on other sites More sharing options...
jefrotone 0 Posted April 28, 2018 Author Share Posted April 28, 2018 (edited) Secure Boot was and has been disabled. So I had another crash and no ESET installed but I got these notices before the crash. All the way from Processor 0 to 12. Processor 0 in group 0 exposes the following power management capabilities: Idle state type: ACPI Idle (C) States (2 state(s)) Performance state type: ACPI Performance (P) / Throttle (T) States Nominal Frequency (MHz): 3601 Maximum performance percentage: 100 Minimum performance percentage: 33 Minimum throttle percentage: 4 And this was right before the Kernel Panic. Connectivity state in standby: Disconnected, Reason: NIC compliance Edited April 28, 2018 by jefrotone Link to comment Share on other sites More sharing options...
jefrotone 0 Posted April 28, 2018 Author Share Posted April 28, 2018 Last thing to try, I disabled the C-States and Speedstep. Will let you know the results. I'm aiming at a faulty gpu <-> psu . Link to comment Share on other sites More sharing options...
itman 1,543 Posted April 28, 2018 Share Posted April 28, 2018 17 hours ago, jefrotone said: I'm aiming at a faulty gpu <-> psu . Or perhaps a faulty Spectre vulnerability BIOS or Windows microcode update? Have any of those occurred recently? Microsoft rolled out a bunch of new Intel Spectre CPU microcode updates in the April Win 10 Cumulative update. However, I thought those only applied to Win 10 1709, i.e. RS2. Since you are using Enterprise ver., Microsoft might be applying microcode updates to all those vers.. Link to comment Share on other sites More sharing options...
Most Valued Members cyberhash 169 Posted April 29, 2018 Most Valued Members Share Posted April 29, 2018 @jefrotone the issue wont be with you Eset product, but may look like it. Are you running anything like ASUS ai suite or overclocking any of the components on your system ??? Also a bit more info about all "other" software you have installed on your system would help narrow things down a bit Link to comment Share on other sites More sharing options...
ESET Moderators Peter Randziak 948 Posted April 30, 2018 ESET Moderators Share Posted April 30, 2018 Hello @jefrotone, in case you have a full memory crash dump, please pack it along with output from ESET log collector, upload to a safe location and send me a private message with link to download it and reference to this thread. I may analyze it for you,... The crash dump should be created even if system was in quite bad state, you just need to have them configured. I would advise you to have the latest drivers available installed as they usually contain fixes for most serious reported issues, including possible BSODs. Regards, P.R. Link to comment Share on other sites More sharing options...
Recommended Posts