Disk test (hard disk, floppy, flash drive) [DISK] |
![]() ![]() ![]() |
This suite contains a number of tests that exercise the mass storage units (hard disk or otherwise) connected to the computer. This test can be on the File System (e.g. NTFS disk volume C:) or in the case of BurnInTest Professional directly to the physical disk (e.g. physical disk 1, not using a file system like NTFS). The physical disk test is available on unformatted disks and formatted disks that do not contain Windows installations or paging files. On systems without an Operating System, i.e. when using Bootable BurnInTest or WinPE, only unformatted disks are supported for the physical disk test. By default drive C: is used for the hard disk but this can be changed from the Preferences Dialog. and up to 50 drives can be selected for simultaneous testing. From this 50 it is possible to select combinations of available floppy disks, hard disks and flash drives. Drives can be connected via the IDE bus, SATA, eSATA, SCSI, USB, Firewire or any other method supported by Windows. How the tests work The user can select one of the following test modes or choose to automatically cycle between the patterns. This selection is done in the preferences window. Possible test modes are,
During each test cycle (except Butterfly seeking and Quick physical drive test) a file is created and verified on the disk. BurnInTest Professional specific For the physical disk test there is no file system (e.g. NTFS) to write 'visible' files. As such BurnInTest will create 'virtual' files directly to the disk. This will destroy any data on the disk. The physical drive test in general will be much faster than the formatted drive test and provide better results. BurnInTest Professional specific end The size of the file is equal to a certain percentage of the disks capacity and all files are created in the root directory of the drives selected. The default file size is 1.0% of the disk size. For small capacity drives, like floppy disks, there is a minimum file size of 32KB. It is possible to change the default file size percentage from the preferences window. Each test file is filled with a coded number sequence (a Pattern) that is used to verify the correct operation of the disk when the file is verified (read). Files are created in the free space on the disk until the disk is at least 94%* full (we’ll refer to this as the ‘full’ level). When the disk has reached this limit, all the test files are deleted and the test starts again. (*) 94% is used on disks that have a swap file or a Windows directory. A limit of 94% is used to ensure that some space is kept for use by other applications (including the windows swap file). On disks that do not have a swap file or a Windows directory, between 99.5% and 100% of the disk will be used.
A number of test modes perform additional testing to that described above. These are described below:
Random data with Random seeking consists of 2 repeating steps, (1) Writing, reading and verifying a test file with random data and (2) Seeking to random locations in the test files and reading or writing data blocks at this location. (1) BurnInTest generates 7 unique blocks of random data for each disk under test (the block size is determined by the User preferences settings e.g. 16KB). BurnInTest sequentially writes a file using the first block of random data, followed by the second, third , forth, fifth, sixth and seventh and then the first etc, until the file size specified is reached (e.g. 0.1% of the disk size). After writing this test file with the random test data, the data is read sequentially and verified against the test data written. (2) Following the writing and verifying of each file, the random seek part of the test starts. BurnInTest will select a test file at random (1..n, where n is the number of the test file that has already been written to disk). It will then select a random block within that test file (i.e. an offset into the file of, block number x block size, eg. 10 * 16KB = 160KB). BurnInTest will seek to this position in the test file and take an action. BurnInTest, at random, will either (i) read and verify a block at this position in the file or (ii) write a block at this position in the file. This process is repeated the number of times specified by the user in the disk preferences “seek count” field. Steps (1) and (2) are repeated until the disk full level is reached. At this point, all the test files written to disk will be deleted and the process will be repeated. The Random seeking mode is not supported when the Raw disk test mode is selected.
High Low frequency data overwrite works by first writing a file with a high frequency pattern (10101010101010010101…), then overwriting this with a low frequency pattern (00001000010000100001…) and then verifying that the low frequency pattern has been fully and correctly written. Note: This test pattern will write more data than it reads/verifies, this is the reason the MB Written and MB verified shown on the disk test window may not be equal.
Butterfly seeking works by detecting the hard disk geometry (number of cylinders etc) and then seeking between cylinder 0 and cylinder X and back to cylinder 0. This is repeated the user specified ‘seek count’ times, before X is incremented by 1. This is repeated until the last cylinder on the Volume is reached. The number of operations reported refers to the number of combined Seek/Read operations. Note (1) that this test is only supported in Windows XP and above on non-Floppy, non-optical drives. (2) Performing a seek in many cases does not move the disk driver head, to ensure the disk drive head is moved to the seek position, a small read (of the Sector size) is done at each seek position. Also, incremental offsets of the sector size are used for the ‘X’ seek and the return to ‘0’ seek, to ensure that the disk drive cache is overflowed and physical disk seeks consistently occur (once the disk cache has overflowed). (3) Disk drive geometry may be faked or translated by hard disks/ device drivers and may not be the actual drive geometry. (4) The Cylinders, track and sector size used are typically logical values provided by the hard disk. (5) Up to 8 different physical extents per Volume (or Drive letter) are supported in the butterfly-seeking test. (6) As with other disk tests, if a physical disk is partitioned into multiple volumes (drives) and testing is simultaneously carried out on these volumes, the nature of the test will change. In the case of Butterfly seeking, the movement of the physical disk drive head will not reflect butterfly seeking, but something between butterfly seeking and random seeking, as the seeks for volume 1 go from its logical cylinder 0 to X and the seeks for volume 2 go from its logical cylinder 0 to Y are mixed in time. (7) Some disk drive device drivers do not support the supply of disk geometry information that is needed for this test. (8) The Raw disk test option does not support the Butterfly seeking test mode and will be skipped. Error reporting may be configured not to report “Butterfly seeking test not supported for this disk” errors. This can be achieved by editing the Error Classifications file (BITErrorClassifications.txt) for Error Number 160 to NONE. For example, changing the line from: 160,"Butterfly seeking test not supported for this disk",INFORMATION, to 160,"Butterfly seeking test not supported for this disk",NONE,
The default setting is to cycle between the patterns. In this case a new pattern will be selected each time the disk has reached the BurnInTest ‘full’ level. Where the disk drive is a floppy, CD, DVD, or the operating system is Vista (and later) and the user is not running BurnInTest with 'elevated' administrator privileges, then Butterfly seeking will be skipped in the Cyclic testing and a log message reported.
BurnInTest Professional specific The Quick physical drive test works by writing, reading and verifying virtual test files to the start of the disk, the end of the disk and a random selection in between. This provides for much quicker disk testing. BurnInTest Professional specific end
Overview of settings The user can chose to log SMART (Self-Monitoring Analysis and Reporting Technology) errors. To learn more about SMART, see section What is S.M.A.R.T? Each of the following settings: Slow drive warning threshold, File size, Test pattern and the logging of SMART errors may be configured differently for each disk drive. The disk drive Duty Cycle setting will be used for all drives when the Duty Cycle Override entry is set blank (no value). If a different duty cycle is required for a particular disk drive, a value may be entered in the Duty Cycle Override entry. The following settings can be configured differently for each drive: Slow drive warning threshold, File size, Test Pattern and Log SMART errors. To use the general disk drive Duty cycle for each disk just set the Duty Cycle override value to blank (no value), otherwise set the required value per disk. If an error is detected in the coded number sequence then the error count is incremented. The numbers of bytes written and read from the disk are displayed in the test window. The addition of these two values is displayed in the main window. Disk Self Test The Disk Self Test (DST) is a set of built-in routines implemented by the vendor to perform failure diagnostics on the disk. The execution of the DST and the retrieval of the test results are defined by the ATA industry standard. Most drives that conform to this standard implements this set of built-in routines Disclaimer: It has been observed that some drives that claim to support the Disk Self Test (DST) standard don't in fact fully support the specification. Some drives report the percentage progress incorrectly, and some drives report their status incorrectly. Test window display Graphical progress bars indicate if the test is currently writing or verifying (reading) information, the percentage complete for the particular file and the space remaining on the disk. The speed of the hard disk and the duty cycle determine how quickly test files are created.
Notes (1) When multiple copies of BurnInTest are used to test shared or networked drives at the same time, care must be taken to avoid file name collision on the drive being tested. File name collision will manifest itself as file creation errors. As the name of the test files created in the root directory of the disk being tested contains the drive letter, collisions can be avoided by assigning different drive letters to the network drive on each machine running BurnInTest. (2) There are a few issues to aware of when interpreting the results of the disk test. These are covered in the precautions section. (3) To test Firewire ports using BurnInTest it is recommended that an external hard disk via the Firewire port is used in conjunction with the BurnInTest disk test. (2) Similarly, to test external memory card readers/writers or other removable drives, it is recommended that the BurnInTest disk test is used. |