Windows Vista Blue Screen Of Death After Login

1. I turned on my computer and then I see “Starting Windows” followed by the blue screen of death. I tried to use System Restore in Safe Mode, and other options on.
2. Windows tries to set the display to its configured settings right after displaying the Windows logo, and just before displaying the login screen or desktop.
3. How to Fix the Blue Screen of Death on Windows. A Blue Screen Error or STOP error, also known as the Blue Screen of Death (BSOD), can be a frustrating experience.

Blue Screen Data . If you are a customer who has received a blue screen error code while using your computer, see Troubleshoot blue screen errors.

Windows black screen of death! Don't worry, read this article and get several solutions on how to fix Black screen error (BSoD) for Windows 8.1, 8, 7, Vista and XP.

If you’ve ever experienced the blue screen error, affectionately called the “blue screen of death,” then you’ll know that it isn’t the greatest experience. Windows Boot Genius. Laptop won't boot with blue/black screen of death? Windows crashed and can't access your data? Computer keeps restarting or freezes after login?

Windows Vista Blue Screen Of Death After Login Blank

Note If you are an IT professional or support agent, see this article for additional information, Troubleshoot . This condition is called a bug check. It is also commonly referred to as a system crash, a kernel error, or a stop error.

If the OS were allowed to continue to run after the operating system integrity is compromised, it could corrupt data or compromise the security of the system. If crash dumps are enabled on the system, a crash dump file is created. If a kernel debugger is attached and active, the system causes a break so that the debugger can be used to investigate the crash. If no debugger is attached, a blue text screen appears with information about the error.

This screen is called a blue screen, a bug check screen, or a stop screen. If you are using an insider build of Windows, the text will be displayed on a green background. The exact appearance of the blue screen depends on the cause of the error.

The following is an example of one possible blue screen: The stop code is displayed such as PAGE. When it is available, the module name of the code that was being executed is also displayed, such as Acme. Video. sys. If a kernel- mode dump file has been written, this will be indicated as well with a percentage complete count down as the dump is being written. There is a stop code hex value associated with each stop code as listed in Bug Check Code Reference. Each bug check code has four associated parameters that provide additional information.

The parameters are described in Bug Check Code Reference for each stop code. There are multiple ways to gather the four stop code parameters. Examine the Windows system log in the event viewer.

The event properties for the Bug. Check will list the four stop code parameters. For more information, see Open Event Viewer. Load the generated dump file and use the !

For more information, see Analyzing a Kernel- Mode Dump File with Win. Dbg. Attach a kernel debugger to the faulting PC.

When the stop code occurs, the debugger output will include the four parameters after the stop code hex value.*******************************************************************************. Bugcheck Analysis *.

Use ! analyze - v to get detailed debugging information. The stop code hex value associated with the Bug Check Symbolic Name is listed in the Bug Check Code Reference. Reading Bug Check Information from the Debugger. If a debugger is attached, a bug check will cause the target computer to break into the debugger. In this case, the blue screen may not appear immediately, the full details on this crash will be sent to the debugger and appear in the debugger window. To see this information a second time, use the . Display Bug Check Data) command or the !

Kernel Debugging and Crash Dump Analysis. Kernel debugging is especially useful when other troubleshooting techniques fail, or for a recurring problem. Remember to capture the exact text in the bug check information section of the error message. To isolate a complex problem and develop a viable workaround, it is useful to record the exact actions that lead to the failure. The ! analyze debug extension displays information about the bug check and can be very helpful in determining the root cause. You can also set a breakpoint in the code leading up to this stop code and attempt to single step forward into the faulting code. For more information see the following topics: Crash dump analysis using the Windows debuggers (Win.

Dbg)Analyzing a Kernel- Mode Dump File with Win. Dbg. Using the ! analyze Extension and ! The Defrag Tools show on Channel 9 - https: //channel. Shows/Defrag- Tools. Using Driver Verifier to Gather Information. It is estimated that about three quarters of blue screens are caused by faulting drivers.

Driver Verifier is a tool that runs in real time to examine the behavior of drivers. For example, Driver Verifier checks the use of memory resources, such as memory pools.

If it see errors in the execution of driver code, it proactively creates an exception to allow that part of the driver code to be further scrutinized. The driver verifier manager is built into Windows and is available on all Windows PCs. To start the driver verifier manager, type Verifer at a command prompt. You can configure which drivers you would like to verify. The code that verifies drivers adds overhead as it runs, so try and verify the smallest number of drivers as possible.

For more information, see Driver Verifier. When a bug check occurs as a result of code you have written, you should use the kernel debugger to analyze the problem, and then fix the bugs in your code. For full details, see the individual bug check code in the Bug Check Code Reference section. However, you might also encounter bug checks that are not caused by your own code. In this case, you probably will not be able to fix the actual cause of the problem, so your goal should be to work around the problem, and if possible isolate and remove the hardware or software component that is at fault.

Many problems can be resolved through basic troubleshooting procedures, such as verifying instructions, reinstalling key components, and verifying file dates. Also, the Event Viewer, the Sysinternals diagnostic tools and network monitoring tools might isolate and resolve these issues. For general troubleshooting of Windows bug check codes, follow these suggestions: If you recently added hardware to the system, try removing or replacing it. Or check with the manufacturer to see if any patches are available. If new device drivers or system services have been added recently, try removing or updating them.

Try to determine what changed in the system that caused the new bug check code to appear. Look in Device Manager to see if any devices are marked with the exclamation point (!).

Review the events log displayed in driver properties for any faulting driver. Try updating the related driver.

Check the System Log in Event Viewer for additional error messages that might help pinpoint the device or driver that is causing the error. For more information, see Open Event Viewer. Look for critical errors in the system log that occurred in the same time window as the blue screen.

You can try running the hardware diagnostics supplied by the system manufacturer. Run the Windows Memory Diagnostics tool, to test the memory. In the control panel search box, type Memory, and then click Diagnose your computer's memory problems. Look for the Memory. Diagnostics- Results entry to view the results. Confirm that any new hardware that is installed is compatible with the installed version of Windows.

For example, you can get information about required hardware at Windows 1. Specifications. Run a virus detection program. Viruses can infect all types of hard disks formatted for Windows, and resulting disk corruption can generate system bug check codes. Make sure the virus detection program checks the Master Boot Record for infections. Use the scan disk utility to confirm that there are no file system errors.

Right click on the drive you want to scan and select Properties. Click on Tools. Click the Check now button. Use the System File Checker tool to repair missing or corrupted system files. The System File Checker is a utility in Windows that allows users to scan for corruptions in Windows system files and restore corrupted files. Use the following command to run the System File Checker tool (SFC.

SFC /scannow. For more information, see Use the System File Checker tool to repair missing or corrupted system files. Confirm that there is sufficient free space on the hard drive. The operating system and some applications require sufficient free space to create swap files and for other functions. Based on the system configuration, the exact requirement varies, but it is normally a good idea to have 1.

Verify that the system has the latest Service Pack installed. To detect which Service Pack, if any, is installed on your system, click Start, click Run, type winver, and then press ENTER.

The About Windows dialog box displays the Windows version number and the version number of the Service Pack, if one has been installed. Check with the manufacturer to see if an updated system BIOS or firmware is available. Disable BIOS memory options such as caching or shadowing.

For PCs, make sure that all expansion boards are is properly seated and all cables are completely connected. Using Safe Mode. Consider using Safe Mode when removing or disabling components. Using Safe Mode loads only the minimum required drivers and system services during the Windows startup. To enter Safe Mode, use Update and Security in Settings.

Select Recovery- > Advanced startup to boot to maintenance mode. At the resulting menu, choose Troubleshoot- > Advanced Options - > Startup Settings - > Restart. After Windows restarts to the Startup Settings screen, select option, 4, 5 or 6 to boot to Safe Mode. Safe Mode may be available by pressing a function key on boot, for example F8. Refer to information from the manufacturer for specific startup options. Forced Ke. Bug. Check.

To deliberately cause a bug check from a kernel- mode driver, you need to pass the bug check's symbolic name to the Ke. Bug. Check or Ke.

Bug. Check. Ex function. This should only be done in circumstances where no other option is available. For more details on these functions, see the Windows Driver Kit.

Send comments about this topic to Microsoft.