New
#21
I think I may have 2 x issues which is perhaps what has confused me!
Since uninstalling AI Suite the PC seems stable. However . . . .
Putting my RAM to 2133MHz (XMP Profile 1) - locked up the PC - so I need to stay at JDEC SPD of 1600MHz for now. Whilst it's a separate issue to this thread of course, I believe that the IMC (Integrated Memory Controller) on my 4930k is not strong enough to drive 64GB (8x8GB) of RAM. That's a separate "overclocking" journey upon which I'm now happier to travel - assuming the software issues have now been resolved.
I'll still await diagnosis of the last dumps I attached though, please guys. The reason for this is that even after uninstalling the software which seems problematic - the Driver Verifier BSOD is BEFORE entering Windows.
My understanding is that the PC should get as far as the shell i.e. desktop before that happens. Is that correct?
Thanks again for providing such an excellent forum, I'm very grateful for the continued input.
Sorry for the slight delay, I've been preparing myself for a job application.
Am I correct when I say some storage devices are connected to Asmedia ports? If not I would be surprised to see some Asmedia drivers back in this IRP (I/O Request Packet, communication method to have contact with other drivers and the OS).
Code:8: kd> !irp ffffc6802cb0c010 1 Irp is active with 8 stacks 9 is current (= 0xffffc6802cb0c320) No Mdl: No System Buffer: Thread ffffc68025df1040: Irp is completed. Flags = 00000000 ThreadListEntry.Flink = ffffc6802cb0c030 ThreadListEntry.Blink = ffffc6802cb0c030 IoStatus.Status = c00000bb IoStatus.Information = 00000000 RequestorMode = 00000000 Cancel = 00 CancelIrql = 0 ApcEnvironment = 00 UserIosb = 00000000 UserEvent = 00000000 Overlay.AsynchronousParameters.UserApcRoutine = 00000000 Overlay.AsynchronousParameters.UserApcContext = 00000000 Overlay.AllocationSize = 00000000 - 00000000 CancelRoutine = 00000000 UserBuffer = 00000000 &Tail.Overlay.DeviceQueueEntry = ffffc6802cb0c088 Tail.Overlay.Thread = ffffc68025df1040 Tail.Overlay.AuxiliaryBuffer = 00000000 Tail.Overlay.ListEntry.Flink = 00000000 Tail.Overlay.ListEntry.Blink = 00000000 Tail.Overlay.CurrentStackLocation = ffffc6802cb0c320 Tail.Overlay.OriginalFileObject = 00000000 Tail.Apc = 00000000 Tail.CompletionKey = 00000000 cmd flg cl Device File Completion-Context [N/A(0), N/A(0)] 0 2 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 ffffffffc00000bb [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 10 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [IRP_MJ_PNP(1b), IRP_MN_START_DEVICE(0)] 0 12 ffffc6802ca02880 00000000 fffff803439cd010-ffffaf8c7d9c41f0 *** WARNING: Unable to verify timestamp for asmtxhci.sys *** ERROR: Module load completed but symbols could not be loaded for asmtxhci.sys \Driver\asmtxhci nt!ViFilterGenericCompletionRoutine Args: 00000000 00000000 00000000 00000000 [IRP_MJ_PNP(1b), IRP_MN_START_DEVICE(0)] 0 10 ffffc6802cb00ae0 00000000 fffff803439cd010-ffffaf8c7d9c45c0 *** WARNING: Unable to verify timestamp for asmthub3.sys *** ERROR: Module load completed but symbols could not be loaded for asmthub3.sys *** WARNING: Unable to verify timestamp for ctxusbm.sys *** ERROR: Module load completed but symbols could not be loaded for ctxusbm.sys \Driver\asmthub3 nt!ViFilterGenericCompletionRoutine Args: 00000000 00000000 00000000 00000000 [IRP_MJ_PNP(1b), IRP_MN_START_DEVICE(0)] 0 10 ffffc6802cb049e0 00000000 fffff80343302060-ffffc6802cb88fc0 \DRIVER\VERIFIER_FILTER nt!PnpDeviceCompletionRoutine Args: 00000000 00000000 00000000 00000000 Irp Extension present at 0xffffc6802cb0c320:No, the boot process exists of various phases.I'll still await diagnosis of the last dumps I attached though, please guys. The reason for this is that even after uninstalling the software which seems problematic - the Driver Verifier BSOD is BEFORE entering Windows.
My understanding is that the PC should get as far as the shell i.e. desktop before that happens. Is that correct?
Driver verifier is loaded as soon as ntoskrnl is called by Winload which is called after the boot manager is finished. Ntoskrnl has 2 phases of initialization. The first phase loads all BSOD messages, initializes driver verifier, creates some processes and does a few other things. The second phase ensures driver verifier is working and initializes components like the system time and drivers. Then smss.exe loads autochkdsk, registry hives, some dll's and some executables. Then winlogon.exe registers the user and userinit.exe runs the final scripts for both the user and the machine.
The login screen is 1 of the last steps in the boot process whilst driver verifier and all the drivers are loaded long before that. This is the reason why some users cannot log back in when driver verifier is enabled, some boot drivers are causing trouble in those situations.
Hi. Good luck with the application! :)
As I said earlier in the thread, the Asmedia ports have always been problematic. (Struggle to boot ANYTHING non-Windows, CSM or EFI - examples are Ubuntu, Linux Mint and Parted Magic).
I'm off out for a while but I will try work out which storage devices are connected to which ports to answer to answer your very valid question.
There are Asmedia SATA ports and Asmedia USB ports but I have a non-Asmedia PCI-e card with USB 3.0 / SATA 6gbps functionality - so may be able to jig around to avoid them altogether. It's a cracking mainboard and have years of fun and learning ahead, I'm sure. R4BE | ROG - Republic of Gamers Global
My manual linked below if you want to nosey at the ports available
http://dlcdnet.asus.com/pub/ASUS/mb/...ck_Edition.pdf
The X79 chipset has "signal timing variations" with PCI-e Rev 3.0 but issues have historically persisted regardless of 1) Forcing Gen 3 on GPU and/or 2) Setting of PCI-e link speed in "BIOS"
Geforce Gen3 Support On X79 Platform | NVIDIA
I am SO annoyed - I had 2 x BSODs today (after disabling ALL Asmedia stuff in the BIOS)
BUT looks like W10 1709 has removed them. Brilliant.
One was nvlddmkm related and one was driver state power failure, I believe.
My logs are attached from the "dm_log_collector" tool - hope they still have some useful info for you.
Is it worth trying to undelete the 2 x minidumps?
Windows 10 must have done this as part of a daily maintenance task. I did not clear myself nor have any utility which clears by itself. I only ever run CCleaner ad hoc :-(
Others reporting same issues - good example here
What part of Windows 10 automatically deletes mini dump files?
Unless there's some task configured with disk cleanup, no minidump gets deleted (exception with the minidump limit of 50).
To answer your question, it might be possible. Deleting a file only marks the file as 'deleted' so it can be overwritten (which is why deleting 10's of thousands of files goes incredibly fast), if you have a program like Recuva installed you can undo the deleting.
If you do not have such a program installed, every action involving writing to the disk must be done on a different partition than the Windows partition, e.g. downloading, unpacking a zip, installing, etc., if you don't install it on a different partition the dumps will very likely be overwritten with no chance of a proper recovery.
Also, don't follow the command posted in the thread you linked. It looks to be a command I used some time ago which has a small issue resulting in not all requested files being collected.
Hi, I've attached a list of undeleted files ending in .dmp - tell me if you want them undeleting.
I've also attached the only file I think might be relevant (but I'm only guessing)