Bug check 0xA (IRQL_NOT_LESS_OR_EQUAL) is almost always caused by a faulty device driver, system service, BIOS/firmware issue, or occasionally antivirus/backup software running in the kernel.
From the dump:
- Bug check: 0xA IRQL_NOT_LESS_OR_EQUAL
- Faulting symbol:
nt!HalpHvCounterQueryCounter - Hypervisor flags show Hyper-V/virtualization is active
- Process:
System
This points to a kernel-mode component (often a driver or system service) misusing memory at high IRQL, not to a user app. A factory reset rules out most software, so remaining likely causes are:
- Recently added or faulty hardware
- Out-of-date or buggy drivers (chipset, storage, GPU, etc.)
- BIOS/firmware issues
- Security/AV or backup drivers running in the kernel
Recommended steps:
- Basic hardware/driver checks
- Remove any recently added hardware (USB devices, external drives, etc.) and test.
- Boot into Safe Mode and see if the crashes stop. If they do, a third‑party driver/service is likely involved. See Start your PC in safe mode in Windows 10 from the referenced article.
- In Device Manager, look for devices with a warning icon and update, disable, or uninstall those drivers.
- Ensure there is at least 10–15% free disk space on the system drive.
- Install all pending Windows Updates.
- Focus on drivers and services (typical 0xA causes)
- Update chipset, storage, and GPU drivers from the laptop OEM support page.
- If any third‑party antivirus, VPN, or backup software is installed, temporarily uninstall it and test.
- If the issue started after a BIOS update or driver change, roll back if the OEM allows it.
- If crashes persist
- Use the advanced bug check guidance for IRQL_NOT_LESS_OR_EQUAL:
- Remove or replace recently added hardware.
- Disable suspected system services and test.
- Temporarily disable antivirus software to see if the error stops, then contact the vendor for an update.
- If the error occurs during startup and prevents normal boot, use Windows recovery options (System Restore, Reset this PC) as described in the referenced recovery documentation.
- When to suspect hardware If all drivers are current, no third‑party kernel software is present, and the system still crashes in Safe Mode, hardware (RAM, motherboard, or storage) becomes more likely. In that case, run the OEM’s hardware diagnostics and consider professional hardware testing.
References: