header



Welcome to the Micro Center Tech Support Blog!
Find free technical support on a variety of products featured at Micro Center and plenty of how-tos on new technology. Start searching our Blog below or search our Tech Center archives »

Can't find what your looking for? Take advantage of our Tech Support services »

Join the MC Tech Support Community Forum: Get direct advice from the Knowledge Experts @ Micro Center.
Click here to access the Forum »

Search This Blog

Thursday, July 28, 2011

BYO BSOD: Build Your Own "Blue Screen of Death"

blue screen

(Micro Center Random Access Newsletter, January 2009)

Prices on hard drives, video cards, and processors continue to fall, and memory prices aren't too bad either. I assembled what should be a decent performance system, using an EVGA 780i motherboard, an Intel 9600 series CPU, 6GB of Corsair 1066 DDR2 memory, a pair of NVIDIA 9800 SLI video cards, and a couple of 1 TB hard drives. What occurred during the OS setup phase were a series of minor annoyances, resulting in enough delays to prevent me from documenting the system for our December newsletter. On the other hand, it allowed me to document few tips that might make your next BYO task just a bit easier.

Some of the features I wanted to include in the system were on-board RAID, eSATA (external SATA) support, SLI dual-video card support, and enough slots to handle both current and legacy technology. Making legacy hardware work with the newer systems can be as frustrating as getting old OS versions like Windows XP to support some of the new hardware; sooner or later, you will find things that just don't play well together.

MEMORY:
Memory issues are the first to appear during the OS install, not necessarily because it is incompatible or that there are timing issues, but when there is too much of it. After installation, 32-bit versions of Windows XP and Vista will not see all of the memory when you have 4 GB or more installed. This is due to the memory map used by the OS, and that there are a certain range of addresses reserved by the OS.

The result is that the OS typically reports somewhere between 3.2 GB and 3.4 GB of memory, and ignores anything more. 64-bit versions of Windows are needed to access 4GB or more. But even 64-bit versions of Windows Vista can have problems during the installation process, causing the Setup program to terminate abnormally and display a "Blue Screen" error message...

memory error
A search of the error message includes service pack updates, hot fixes and other solutions, but I finally came across a mention of too much memory. (http://support.microsoft.com/kb/929777)



The work-around is simple: remove memory to take it to 3GB or less, install Windows, and then once installed, replace your extra memory. By pulling one or more memory modules, you should then be able to install Windows Vista or XP. In my case, Windows XP still has a problem, but no longer with the memory...

STORAGE:
When installing Windows to drives configured in a RAID array, the simple approach is to configure the drives in the hardware before installing the OS. Some RAID configurations can be implemented after the install, but this is usually an exception. To be able to install an OS to a target RAID array, the setup program must either support the RAID chipset or you must load the drivers as part of the Setup process. Once drives have been configured as RAID, they will not appear as a standard IDE or SATA storage device, causing you to see something like this:

blue screen
To correct this under a Windows XP Setup, try to load the SATA IDE and or RAID drivers from a floppy disk by pressing F6 at the first setup screen to specify additional drivers. (Even after loading the NVIDIA IDE-SATA driver and the SATA RAID drivers, XP still did not see my array. It turns out that was apparently due to something in my SP3 slipstream image; the original SP2 media worked fine.) One workaround is to use a standard IDE drive or to install a secondary storage adapter and load its drivers during setup. There are reports of setup errors if RAID is set to use "AHCI" instead of ATA mode
in the BIOS. If the driver load does not work, check the BIOS setup to see if there are options available for the onboard RAID configuration or if RAID setup itself has any options. You may also find SATA settings that can impact how Windows Setup sees the drives. Most SATA drives will appear to be just another IDE device reported by the BIOS, but not always.

Remember, XP only supports adding drivers from floppy during Setup. You should be able to use a USB floppy drive if you do not have one attached to the floppy controller of the motherboard. Windows Vista setup allows you to add drivers from CD or other detected storage device including optical disk, hard drive, etc.

There is another potential issue as well: The original install of Windows
XP (pre- Service Pack 2) only supports up to 128 GB drives. The result may be that Setup reports a drive much smaller than the physical capacity, or the resulting installation is not bootable. You must have SP2 or higher to access drives larger than this.

Another installation problem with storage can be triggered by using a SATA optical drive to install from. This may generate a message about the boot device not being available or something like:

Windows XP (32-bit)

blue screen
A Windows Vista (64-bit) message looks almost identical except for the 64-bit
codes...

bluescreen
The quick fix is to attach an IDE optical drive during the installation process.
Once the OS has been installed and the chipset and storage drivers have been loaded, you can remove the drive and use the SATA optical drive instead.

Other BYO suggestions:

  • If planning a Windows multi-boot configuration, install the "oldest" OS version first. Newer versions usually will detect the previous install and give you the option for a new install or to upgrade the previous version. A new install should give you your multi-boot with the fewest issues. (Check compatibility as well - if you can't find chipset or other drivers for your OS, your system may detect, but cannot use device features without them.)

  • When selecting a processor for your system board, be sure to check the vendor site for compatibility. If the processor model was released after the system board was manufactured, you may need a BIOS update for it to support the new CPU. In some cases, you must install a supported CPU to flash the BIOS before the system can boot with the newer CPU installed.

  • As with the CPU, check your specifications for memory, drives, video, etc. I find nothing worse than sitting down to build a system only to find one or more components are incompatible. For example, many older modems, SCSI adapters, and other hardware that works fine under XP have no support under Windows Vista.

  • Build your system with a minimal configuration to install the OS, this makes for fewer things to go wrong or conflicts to occur. When you get to the OS install phase, fewer devices means fewer drivers will be requested. As you
    add new hardware, you will know exactly what drivers Windows (or any other OS for that matter) is requesting.

  • Make sure to power off the power supply or surge strip when installing or changing system components. ATX power supplies feed minimal power to the system board as soon as they are connected and turned on.

  • Don't forget your anti-static straps when handling components out of their packaging. I have been sparking to every doorknob and piece of electrical equipment, even with the humidifier on "high". Even if you don't feel the spark, static voltages can destroy or shorten the life of your new system if you don't take simple precautions.

  • If you are building a system with a USB card reader, don't connect the device before installing Windows. Many Setup programs will support the reader as a removable drive and shift all of the hard drive and optical drive letters up, placing these devices in the first positions along with any floppy drives. On some older system boards, if you have the BIOS boot sequence configured to "Boot Other", card readers have been known to hang at system startup, waiting for the "removable drive" to report it's "ready".

No comments:

Post a Comment

Note: Only a member of this blog may post a comment.