We have compiled answers to commonly asked questions in our BurnInTest FAQ below. You can also discuss any questions or suggestions you may have at our BurnInTest Discussion and Support forums, as well as read solutions for issues that have been previously answered.
If you need further assistance, please feel free to contact us by e-mail at help@passmark.com
How does the new licensing in BurnInTest V11 work?
As of V11, BurnInTest running on a Single User License needs an internet connection to fuction. The license isn't locked to any given machine: it is a floating license. See this detailed outline on BurnInTest Licensing for further information
Why isn't my License Key working?
License Key must be correctly entered before the software turns itself into the registered version. See this step-by-step guide for help.
How many licenses will I need if I purchase BurnInTest?
Once purchased, a license is perpetual and does not require renewal. The initial purchase also includes 12 months of support and software updates, which can be extended annually if required. You need 1 license per machine that is running the software, or has the software installed at the same time.
Unlimited usage: Site licenses are available for coverage for an unlimited number of users within a single organization within a single country.
I have lost my License Key; how can I get it back?
Login to your PassMark Account to access a copy of your BurnInTest License Key.
I have a license start-up error, what does it mean?
"Startup Error Number 1"
BurnInTest cannot find the license information. When running from a CD, USB drive, BartPE or WinPE, you need a file called key.dat in the BurnInTest directory with your license key in it (or the evaluation equivalent). You should create your BurnInTest directory using, File -> Install BurnInTest to a USB drive, as this process creates the necessary files for the CD, USB drive, BartPE plugin directory or WinPE Program Files directory. The key.dat file must not have blank lines contained in it. See help topics: Test automation and productivity, Installing BurnInTest to a USB drive.
"Startup Error Number 7"
The license key is for other PassMark software, but not for the version of BurnInTest you are trying to use.
What is the difference between the trial version and the paid software?
There is no limit in the testing capabilities of the software, the only restriction is the length of time you can run tests. With the trial version of BurnInTest, you are limited to running tests for 15 minutes at a time.
How do I install the software? I need some help to "Unzip" the file I have just downloaded.
Most of our software is now distributed in self extracting archives ('.exe' files) so you do not need to 'unzip'. However, some download sites prefer the Zip version. If you need help to unzip a file, see our Unzipping page.
I do not need to do any more tests; how do I uninstall BurnInTest?
Use the "Add / remove programs" icon in the Windows control panel.
Does BurnInTest support the use of older BurnInTest configuration files?
Yes. BurnInTest will read config files from the earliest builds of BurnInTest V10 and convert these to latest configuration file version.
The test run stops after 15 minutes, why?
With the trial version the tests will only run for 15 minutes at a time. After the software has been purchased, the time is unlimited. Note that you can still get a much longer test run in the trial version by clicking on the Go button each 15 minutes After the software has been purchased the test duration can be increased from the, 'Auto Stop' field in the 'Test preferences' window.
How does BurnInTest work? Doesn't it just wear my computer out?
Societies' reliance on computers means that the cost of hardware failure can be enormous (and embarrassing). BurnInTest thoroughly exercises PC hardware in the shortest amount of time so intermittent or hidden problems are found before they turn into a disaster. The typical life span of the main moving component in a PC, the hard drive, is quoted at around 300,000 hours by manufacturers such as Seagate. The use of BurnInTest for a 6-to-12-hour period would thus have a no significant impact on the life of the drive. On the other hand, it would allow manufacturing faults and intermittent faults to be detected in a controlled manner when the consequences of failure are minimal. The situation is the same for more modern SSDs, a test lasting several hours will still only be a tiny percentage of expected lifespan for the hardware.
How long should I run BurnInTest for?
In our opinion, the chances of finding a problem in the first hour are relatively high, (the system gets hot, it is the first run across the disk / CD and the first use of some of the drivers). Then every hour after that, the chance of finding a hardware problem drops significantly. The extra benefit of doing 12 hours compared to 6 hours is thus probably not great. For a small fast SSD, this might be just 1 hour, but for slower large drives this might be 24 hours. Other nice technique is temperature cycling. All major manufacturers of electronic equipment do this, they have large ovens and fridges in which they test equipment. The expansion and contraction of components and solder joins brings to light many problems. You could do 6 hours on, 6 hours off, then 6 hours on, to get some limited temperature variation like this. NASA and the Army load their equipment on to vibration machines, but this may be going too far for home / office use.
What duty cycle setting should I use?
See the page BurnInTest - What duty cycle setting should I use?
BurnInTest fails to start or crashes on start, what can I do to debug this?
See the page BurnInTest for Windows - Startup Debugging
About systems with low amounts of RAM
See the page BurnInTest - About systems with only 4GB RAM
What is the maximum number of CPU cores that BurnInTest can test?
BurnInTest can test up to 1024 cores in up to 32 sockets (within the limits of what the operating system permits).
How can I test my Trusted Protection Module (TPM)
See the page BurnInTest - Testing a TPM
How can I use BurnInTest to test for counterfeit oversize capacity USB drives?
See the page BurnInTest FAQ - Testing for fake counterfeit USB drive capacity
BurnInTest does not have a test for my specialized hardware. Can I add my own test to be run with the other tests?
Yes. If you have specialized hardware that BurnInTest does not test, you can write your own test and integrate it with BurnInTest. Up to 5 plugins can be specified. PassMark has developed plugins for the following tests:
Sample software in C and C++ is also available to assist developing a plugin for your specific hardware.
Can I setup BurnInTest to self-boot (e.g., from a USB drive) to test my system without an operating system?
See the page BurnInTest FAQ - Making BurnInTest Self Bootable with PassMark WinPE Builder
Can I setup BurnInTest to boot from a PXE Server?
See the page BurnInTest FAQ - How do I setup BurnInTest to boot from a PXE server?
How can I get BurnInTest to detect mapped network drives?
Due to the way UAC works in Windows, often when a network drive is mapped to a specific user a program running with elevated Administrator rights (as BurnInTest does) will not be able to see it. To solve this, you can edit the registry to enable it by adding a EnableLinkedConnections value:
Which network test should I use, standard or advanced?
There are two network tests in BurnInTest, a standard and an advanced one.
The standard test is a ICMP_ECHO (ping) test, it requires a destination IP address to be entered and the network card will ping this destination IP and report on the number of errors (packets that are never acknowledged as received). This is a simple test designed to ensure the network card has an IP and can't communicate with other network equipment. Be aware that ping packets can be dropped by network hardware if load levels are too high or the network hardware has security settings setting disabling ping responses.
The advanced test requires one or more systems on the network to be running the Endpoint application (packaged with the BurninTest installer) and is designed for stability and load testing, it is a peer to peer TCP/IP test that opens a network connection between the NICs on the test system and one of the detected Endpoint systems. Test settings allow the test to be run as half or full duplex, allow validation of data sent and received and target a specific network load percentage. BurnInTest will attempt to maintain the target speed load of the network card by inserting sleep periods into the send and receive threads, this is not the exact speed the test will run at but a rough average of the speed BurnInTest will attempt to maintain. Only one instance of the BurnInTest can be running the advanced network test on the same network.
Can I test two network cards on the same system connected to each other?
Two network cards on the same system connected directly with a network cable can be tested by the standard network test however care must be taken when setting the test up to have it work as expected.
First connect the two network cards directly with a network cable and assign each network card a static IP, e.g., 192.168.0.1 and 192.168.0.2.
Next open the network test settings, BurnInTest users the entered IP addresses and assigns them to a network card based on the order as seen by the operating system, they cannot be assumed to be in name or IP order.
To check what order BurnInTest see the cards in select the Advanced network test option and then click the Advanced test options button. This will display the list of available network cards, see the picture below for an example and note that network card with the 192.168.0.2 IP is the first in the list.
Close this window and reselect the standard network test option.
Select the "All available physical ethernet ports" option and for the first address to be tested enter the IP address that was not the first entry shown by the advanced network test, in this case 192.168.0.1.
Now when the test runs it will find the first network card, 192.168.0.2, and start testing to the address 192.168.0.1, as seen in the example below.
GPU Compute Utilization in Task Manager
The GPU Utilization in Windows Task Manager may not show the correct GPGPU workload when running BurnInTest V10.2.1006 or later. Starting in V10.2.1006, when the GPGPU test is ran under OpenCL (instead of Direct Compute), you can view the workload by selecting the "CUDA" or "Compute #" graph.
My system crashed after X days of running BurnInTest but after a reboot was OK again?
Common causes for a system crash are device driver and hardware problems. When a system crashes it will display a diagnostic screen (Blue Screen Of Death) or restart, depending on your systems configuration. If a BSOD is displayed it may display helpful information, such as the name of the device driver that crashed. If this is the case, then update that driver, or uninstall the related hardware/driver if possible. Otherwise, you can use this diagnostic information to search the Internet for possible solutions to your problem. If your system is configured to restart on a system failure (System->Advanced->Startup and recovery, Settings->System failure=automatically restart), then investigating a Kernel memory dump (e.g., \Windows\Minidump\*.dmp) can be helpful to identify the faulty component.
Excessive heat can cause a system to fail over time, so monitoring the temperature while stress testing the system can help identify this. The solution could be fixing/cleaning fans, re-applying the CPU thermal paste or adding more cooling.
Problems can occur if your computer runs out of system resources because there is some process or driver that does not release memory, handles, semaphores, etc. back to the operating system. After a long period of uptime Windows runs out of resources which can cause the operating system to crash. What can you do about this? Identify the offending software, if you can, and disable it. Keep in mind that this could be a bug in the operating system.
Many things can cause a computer to crash. Typical things would be a spike on the power line, a strong burst of electromagnetic interference (e.g. power fluctuations, electric motors, lightning, etc..). If your system is running at its limits due to overclocking or your components are running at the top of their temperature range, small external influences can push your system over the edge resulting in a crash. What can you do about this?
Some software/hardware bugs only show up in very rare occasions. These can be caused by drivers, the operating system, your hardware, any part of your system. They are the most difficult to reproduce and therefore the most difficult to diagnose, for the you, the user, as well as for the maker of the machine or software. What can you do about these types of bugs? If a crash dump or any logs (be they Windows Event Logs or ones specific to the software running) have been generated it may be possible to deduce a cause or at least narrow down the list of possibilities.
Mundane program bugs are, of course, also a major cause of failure.
What follows are some hints on how to go about finding the cause of a system crash. We do not try to explain the steps listed. They are just a guide to some things that are worth investigating.
I get the warning "The 3D test was interrupted".
This warning can occur when:
Things you can try to narrow down the issue:
Sometimes the graphics card device driver crashes. This results in a time out often followed by a recovery.
The System and Application event logs should be checked around the time of the event. To view the events, open Event Viewer, expand "Windows Logs" and select "Application", look for "Desktop Window Manager" and "Windows Error Reporting" events around the time the 3D test was interrupted. Then select "System" events and look for "Display" Warning events (e.g., Display driver igfx stopped responding and has been successfully recovered).
A graphics device driver
These events caused the "3D test was interrupted" reported by the BurnInTest 3D test.
1. Application event log
2. Application event log
3. System event log
BurnInTest crashes at the start of testing.
If BurnInTest creates a detailed (minidump) debug file, please email it to us, e.g., C:\Users\<username>\Documents\PassMark\BurnInTest\<Crash dump>.dmp
The most common reason for a fault like this is a problem with the low level communication BurnInTest does for temperatures and for certain RAM properties.
The way to access these properties changes over time and from system maker to system maker (AMD, Intel, ASUS, GigaByte, MSI, ASRock and all the Dells and HPs of the world).
Temperature monitoring of my USB drive only works sometimes.
We have found that some USB drives can hang (block) on requesting temperature (SMART) information repeatedly. We have observed this with the Seagate "Expansion External" USB drive. When this occurs, the BurnInTest temperature graph will show no results for the USB drive temperature from the point in time that this problem occurs. If you have this problem, it is suggested that you de-select temperature monitoring for this USB drive in BurnInTest Preferences->Temperature.
I get time-out errors during the serial port test.
If you are testing serial ports at a high speed, together with USB ports, it should be noted that some chip sets have been reported to have limitations while under load high load. Contact your manufacturer regarding these types of limitations.
I get an error with the parallel port test, "Error loading parallel port device driver".
This problem can occur when you are running BurnInTest from a networked drive. In this case Windows may fail to load the device driver required to provide access to the parallel port. The only solution, for the moment, is to copy the BurnInTest files to a local drive before running it.
Update 1: This has also been seen, even when BurnInTest is on a local drive. It seems to be a timing issue. BurnInTest will automatically attempt to reload the driver after a delay of a few seconds and the test will continue correctly thereafter.
For the parallel port test, the detailed log file indicates some errors, which are not, indicated in the main window of the BurnInTest. Why?
If a byte is read from the parallel port and it is determined to be wrong, then there is a 2nd attempt to read the same byte (at least 10ms after the 1st attempt). If the 2nd attempt gets the right value, then there is no error reported in the main window. If the 2nd attempt also gets a wrong value, then the error count in the main window is incremented. In the case of corrupted data being received during the parallel port test the following information is included in the log file.
Sent = the byte value sent to the parallel loopback plug
Rec = the byte value returned from the parallel loopback plug
Att = Read Attempt 1 or 2 (see above)
RawByte = When a byte is read from the pins on the parallel port the bits are in the wrong order. This is the RawByte. After the bits are put back in their correct order then they should match the Sent byte. This is displayed mainly for our debugging purposes.
I get the error, "No permission to open RAW network socket" with the Network test.
You need to have administrator privileges to run this test. Access to Raw Sockets is granted on a per-transport basis. For the address family AF_INET, only administrators have the access necessary to create Raw Sockets.
I get the error "Failed to play back MIDI via sequencer".
Several causes of this problem over the years have been discovered:
We believe most of the MIDI related errors are due to device driver bugs and lack of testing of MIDI features being done by the sound hardware manufacturers. It's also possible there may be some operating system bugs as the API used for accessing the MIDI functionality (BurnInTest uses Windows MCI/MIDIMapper to play back test MIDI files) is becoming obsolete and deprecated.
MIDI is no longer a widely used feature and is generally only used by specialist audio engineers and musicians. If MIDI is not considered an important function for your system, you can edit the BurnInTest error classification file (BITErrorClassification.txt) and downgrade the MIDI related errors from SERIOUS to WARNING or INFORMATION. See “Configuring Error Classifications” in the “Event Log” page of the BurnInTest help.
Assuming that the problem is caused by a memory leak in the audio device driver while playing back just a MIDI file via the built-in Windows MIDI mechanism, we believe the impact of this error should be minor and probably only occur with users of low-end MIDI software over longish periods of heavy usage. In such a case it is likely the MIDI software would fail and need to be restarted. High-end MIDI software in many cases does not use the Windows mechanism to play back MIDI (but uses their own implementation) and would likely be unaffected.
Issues with Intel MIPI Camera.
There is currently a known issue when there is an Intel MIPI camera on a system and both BurnInTest and the Microsoft Windows Store Camera App are launched at the same time.
In some cases, BurnInTest is accessing the camera at the same time as the Microsoft camera app and as this access is exclusive the camera app will not be able to access the camera and will not load correctly. The camera is accessed using the "Microsoft Media Foundation" functions, which the Intel driver also uses, currently these functions do not allow shared access of the camera device.
Allowing BurnInTest to finish loading before launching a camera application should prevent this issue from happening.
I get the error, "2D Graphics, Surface lost: Restoring." with the 2D test.
The most common cause of this error is if a KVM switch is in use or the monitor is turned off / goes to sleep. For the test to run, a monitor must be present on the system.
Can I add my company logo and company information to the BurnInTest test certificate report?
Yes. The test certificate is a HTML document (BITCertificateTemplate.html). It is almost completely customizable, such as style, your company logo, company information and the certification statement. The only 'fixed' component of the report is a tag <!--BITCERTIFICATE-->
that marks where BurnInTest will insert the results information.
You will need an HTML editor to modify the test certificate for your company. For example:
1. To insert your Company Logo, the first item in the <body>
of the HTML file is a <table>
containing your company name and logo as a gif file:
<p>Put your company logo here:</p>
<img src="./Passmark_logo3.gif">
You should modify the text in the first line to be your Company name, and change the logo gif filename to a file containing your company logo.
2. To change your company information, you should edit the footer in the HTML file:
<div class="footer">
Put your company name here:<br>
Level 5, 63 Foveaux St, Surry Hills, 2010, Sydney, Australia<br>
Phone + 61 2 9690 0444<br>
E-Mail: test@example.com<br>
</div>
Please see the "Preparing a Customer Test Certificate" (index item "Test Certificate") in the BurnInTest 5.0 help file for more information on modifying the test certificate.
Is there any way that BurnInTest can be used in an automated fashion, on a production line?
There are several features built into BurnInTest to help automate system testing. This includes several command line parameters like: "/r" - run BurnInTest tests automatically, "/m" - display the machine ID data entry window on BurnInTest startup, "/c" - load a user defined configuration file on BurnInTest startup, "/s" - run a user defined test script on BurnInTest startup.See our white paper on this subject and BurnInTest help.
How can I setup BurnInTest to run from a USB drive under Windows?
It is possible to install BurnInTest onto a USB drive such that no installation is required on the test system. This can be useful in several scenarios, such as field staff testing PC's without installing BurnInTest on the test system. When running BurnInTest this way, there will be no files left on the PC after BurnInTest has finished. When BurnInTest is run from a removable drive when installed in this way, the default directory for the users' files (like reports and the configuration file) is the BurnInTest directory, rather than the normal default directory of the users Documents directory.
A standard installation of BurnInTest must first be installed on a system. Then within BurnInTest software, navigate to the File menu and select the "Install BurnInTest to a USB drive" option to perform the USB drive installation (or any writable drive).
From the "Install BurnInTest to a USB drive" window, you need to specify:
1. The USB drive and directory you want to install BurnInTest to. For example, "F:\BurnInTest". BurnInTest will create the directory if it does not exist.
2. The type of installation. If you have a license key, then select Licensed, otherwise select Evaluation for a trial period.
3. If you selected a "Licensed" installation type, then enter the Username/Key.
When you select install, BurnInTest will create the directory on the USB drive (e.g., F:\BurnInTest), copy all the files from the BurnInTest directory (e.g., C:\Program Files\BurnInTest) to the USB drive (e.g., F:\BurnInTest) and install the license information onto the USB drive.
To make a self-booting USB Flash Drive, bootable optical disk or PXE boot, please see support item "Can I setup BurnInTest to self-boot (e.g., from a USB drive) to test my system without an operating system?".
I am not using the 3D test and do not want to install or update DirectX. Can I skip the DirectX warning message on startup?
Yes. Start BurnInTest with the "/x" command line parameter (see BurnInTest help for more details).
How can I set BurnInTest to auto start at logon?
As BurnInTest requires elevated administrator permissions it cannot be auto launched by placing it in the startup folder as windows blocks execution of shortcuts like that that require a UAC prompt for the elevated permissions.
Instead, a scheduled task needs to be created, open the Windows Task Scheduler, and create a new task. When creating the task be sure to check the "Run with highest privileges" option on the general tab, choose the trigger for launching BurnInTest (e.g., at log on) and then add an action of "start a program" pointing to the location of bit.exe.