Difference between revisions of "Hard Drive Testing"

From FreekiWiki
Jump to navigation Jump to search
 
(34 intermediate revisions by 3 users not shown)
Line 1: Line 1:
''This document is currently out of date and will be rewritten in the next few weeks - Patrick 6/19/12''
+
{{migrated}}
 +
[https://docs.google.com/document/d/1ntvt7pE8qK-cpGenhGFfqXZ3vhCEFn4W-eeJATiRYaE/edit?usp=sharing Link]
  
==New Version==
+
''This document is written from the perspective of use in Hardware Testing, but the sections on [[Hard Drive Testing#Starting Disktest|Starting Disktest]], [[Hard Drive Testing#During Testing|During Testing]], and [[Hard Drive Testing#Finishing a Batch|Finishing a Batch]] should be relevant to use in other areas.''
  
The actual work to be done on hard drive testing ideally needs to happen only twice a day; once for a batch of smaller drives (100GB and less) in the morning and once for a batch of larger drives (larger than 100GB) to run through the afternoon and overnight if necessary.
+
The technical details of the software used can be found on the [[Hard Drive Testing/Disktest]] page.
  
===Setting Up===
+
The process of hard drive testing incorporates verification of a drive's SMART status, verification of the drive's ability to write and read all available surface area of the drive, and repeated overwriting of any previous data on the drive to ensure donors' data security.
  
If there are finished hard drives already on the racks then proceed to [[Hard drive testing#Finishing a Batch|Finishing a Batch]].
+
The actual work to be done on hard drive testing ideally needs to happen only twice a day; once for a batch of smaller drives (≤100GB) in the morning and once for a batch of larger drives (>100GB) to run through the afternoon and overnight if necessary.
  
# Grab the red tray and head into TARDIS (the locked storage room) then open up the big brown lockbox.
+
'''Important note on Solid State Drives (SSD)''': The testing methodology we employ is intended for magnetic disc media and use on SSDs may not completely remove user data and/or may shorten the useful life of the device. As the number of donated SSDs is beginning to increase we are currently developing an approach for testing and wiping these devices properly; currently any SSDs received are to be securely stored and should ''NOT'' be reused until we can verify secure data destruction.
# Hopefully the drives in the box are fairly well organized by size and interface. If this is the first batch of the day you'll want to grab smaller drives, if it's the second batch you can go for the larger ones. Load up the tray with an equal number of IDE- and SATA-connected hard drives. Don't forget about the 2.5" (laptop-sized) drives on the smaller top shelf! Be sure to lock up the big brown box again when you're done.
+
 
 +
==Setting Up==
 +
 
 +
If there are finished hard drives already on the racks then proceed to [[Hard Drive Testing#Finishing a Batch|Finishing a Batch]].
 +
 
 +
# The drives in the box should be fairly well organized by size and interface. If this is the first batch of the day you'll want to grab smaller drives. If it's the second batch you can go for the larger ones. Load up the tray with an equal number of IDE- and SATA-connected hard drives. Don't forget about the 2.5" (laptop-sized) drives on the smaller top shelf! If they are present and you have the time you should grab a few SCSI drives as well. Be sure to lock up the big brown box again when you're done.
 
# Take the tray of drives over to one of the wiping racks and start connecting them to the boards. Most boards have 4 connections with various mixtures of IDE and SATA cables.
 
# Take the tray of drives over to one of the wiping racks and start connecting them to the boards. Most boards have 4 connections with various mixtures of IDE and SATA cables.
 
## Try to keep all the drives connected to a single board around the same size so we don't have 3 smaller drives finished and waiting around sucking electricity while the 1 larger drive is still finishing.
 
## Try to keep all the drives connected to a single board around the same size so we don't have 3 smaller drives finished and waiting around sucking electricity while the 1 larger drive is still finishing.
 
## Look the drives over for identifying information while you're connecting them; be sure you can clearly identify the model and serial number of the drive. You may need this information for sorting the failed drives from the passed drives later on. If you can't find the serial number on a drive then make sure you're attaching it to a board with other drives you can positively identify so you can use process of elimination when identifying the finished drives.
 
## Look the drives over for identifying information while you're connecting them; be sure you can clearly identify the model and serial number of the drive. You may need this information for sorting the failed drives from the passed drives later on. If you can't find the serial number on a drive then make sure you're attaching it to a board with other drives you can positively identify so you can use process of elimination when identifying the finished drives.
 
## Check the jumpers on IDE drives and make sure they're set to ''Master''. For most drives this is set by a single jumper positioned vertically between the two pins closest to the IDE pins; check the labels on the drives as they will generally indicate if they require a different arrangement (or default to ''Master'' with no jumpers at all).
 
## Check the jumpers on IDE drives and make sure they're set to ''Master''. For most drives this is set by a single jumper positioned vertically between the two pins closest to the IDE pins; check the labels on the drives as they will generally indicate if they require a different arrangement (or default to ''Master'' with no jumpers at all).
 +
## SCSI drives can be tested in the bays attached to board 8 on wiper 0 and 2.
 
# As soon as you've connected all the drives to a single board, turn it on. You can move on to hooking up another board while the first one boots up and does the initial check of the drives.
 
# As soon as you've connected all the drives to a single board, turn it on. You can move on to hooking up another board while the first one boots up and does the initial check of the drives.
# Once a board has finished booting Disktest has started (you will see a list of the detected hard drives and a prompt asking to start the test) proceed to [[Hard drive testing#Working with Disktest|Working with Disktest]].
+
# Once a board has finished booting and Disktest has started (you will see a list of the detected hard drives and a prompt asking about drive details) proceed to [[Hard Drive Testing#Starting Disktest|Starting Disktest]].
  
===Working with Disktest===
+
==Starting Disktest==
  
Disktest is our nifty little home-brewed hard drive testing and wiping program.
+
Disktest is our nifty little in-house hard drive testing and wiping program.
  
 
When Disktest first starts you will be presented with a list of drives that should look something like this:
 
When Disktest first starts you will be presented with a list of drives that should look something like this:
  PASSED sda: IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>
+
  PASSED sda: -?-  IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>
  FAILED sdb: IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>
+
  FAILED sdb: 2.5" IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>
  PASSED sda: SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>
+
  PASSED sdc: -?-  SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>
  PASSED sda: SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>>
+
  PASSED sdd: 3.5" SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>>
 
Are these the expected drives and do you want to test them? [yes]:
 
  
 
The information on these lines indicates the following:
 
The information on these lines indicates the following:
 
* PASSED/FAILED: The SMART status of the drive after the initial test.
 
* PASSED/FAILED: The SMART status of the drive after the initial test.
 
* sda/sdb/sdc/sdd: The identifier the system has assigned to the drive.
 
* sda/sdb/sdc/sdd: The identifier the system has assigned to the drive.
 +
* -?-/2.5"/3.5": The form factor of the hard drive.
 
* IDE/SATA: The drive's connection type.
 
* IDE/SATA: The drive's connection type.
 
* 80.0GB: The capacity of the attached drive.
 
* 80.0GB: The capacity of the attached drive.
* << ... >> : The drive manufacturer, model number, and serial number.
+
* << ... >> : The drive manufacturer, model number, and the device serial number in parenthesis.
 +
 
 +
===Form Factor Logging===
 +
If any of the detected drives have an unknown form factor (indicated with -?-) you will receive the following prompt:
 +
<nowiki>Correcting drive details:
 +
        1: Correct Serial Numbers
 +
        2: Correct Form Factors
 +
        3: Finished Making Corrections
 +
What would you like to do?:</nowiki>
  
Look this screen over carefully before proceeding!
+
Select option 2 and use the following menus to specify the correct form factor for the attached drives. Laptop-sized drives are 2.5", desktop-sized drives are 3.5", and anything else can be recorded as Other. While making changes to form factors be sure to also check that serial numbers are accurate and correct them as necessary; these are required for proper tracking of secure data destruction batches.
  
 +
'''Note on form factor logging:''' Hard drives have no way of reporting their form factor, so we are using a system that looks up the form factor associated with the last-tested hard drive of the same model. If you misidentify a drive's form factor it will be misidentified for all subsequently tested drives with the same model number until it is corrected for future devices.
 +
 +
===Verifying Drive Details===
 +
If you did not need to specify any form factors then the first prompt you will receive is:
 +
Are the hard drive serial numbers and form factors displayed correctly above? [yes]:
 +
If any corrections are necessary then an answer of 'no' will take you to the same data correction submenus you would have been presented with for [[Hard Drive Testing#Form Factor Logging|Form Factor Logging]] above.
 +
 +
Once all drive details have been confirmed the next prompt will be:
 +
Begin testing the listed drives? [yes]:
 +
 +
Before starting the test, go through the following checks:
 
# Are any drives marked as FAILED? If so you will want to abort the test and power off the board then replace the failed drive(s) and start the board again.
 
# Are any drives marked as FAILED? If so you will want to abort the test and power off the board then replace the failed drive(s) and start the board again.
 
# Are all the attached drives on the list? Double check that the power and IDE/SATA cables are firmly connected and try to determine if the disc is actually spinning. If any connections were loose you will need to abort the test and restart the board to redetect the devices. If the connections seem solid and the disc is spinning you may need to try the drive on another board or with another combination of drives; incompatibilities happen.
 
# Are all the attached drives on the list? Double check that the power and IDE/SATA cables are firmly connected and try to determine if the disc is actually spinning. If any connections were loose you will need to abort the test and restart the board to redetect the devices. If the connections seem solid and the disc is spinning you may need to try the drive on another board or with another combination of drives; incompatibilities happen.
 
# Are the drives indicating the capacity they're labeled with? Some variation is normal; a drive labeled 80GB reporting as 83.0GB is common, a drive labeled 200GB indicating 3.4MB is a fail.
 
# Are the drives indicating the capacity they're labeled with? Some variation is normal; a drive labeled 80GB reporting as 83.0GB is common, a drive labeled 200GB indicating 3.4MB is a fail.
 
# Is the manufacturer and model information accurate? Drives from some manufacturers will report some information as "Unknown" and this is fine, but a string of total gibberish is a good indicator of failure.
 
# Is the manufacturer and model information accurate? Drives from some manufacturers will report some information as "Unknown" and this is fine, but a string of total gibberish is a good indicator of failure.
 +
# Are the listed form factors and serial numbers correct? At this point there is no further option to make corrections without aborting entirely and starting over, but you ''should'' do so if necessary.
  
If anything seems out of order you can abort the test by responding to the "Are these the expected drives..." prompt with an "n", taking you to a final status screen indicating the aborted or failed state of the attached drives. Press enter at the final status screen to power off the board.
+
If you notice any of the above problems then answer 'no' at the prompt. The test will be aborted and you will be given a final status screen that will indicate the drives did not complete testing or were recorded as failed due to a SMART failure.
 
 
If everything is in order you can simply strike Enter at the prompt and the test will begin.
 
 
 
===Finishing a Batch===
 
 
 
==Old Version==
 
 
 
Hard drive testing takes a while, so the actual work done in testing (described herein) pretty much only happens twice a day. The staff or build person doing this should be able to identify an IDE hard drive, figure out jumper diagrams, and remember a four-digit number for more than 30 seconds.
 
  
===Quick Guide:===
+
If it looks like everything is in order then just strike Enter to give a positive response and the test will begin!
  
The following is a quick guide for those who've already read the detailed instructions before and just want to get going:
+
==During Testing==
  
* Note the results for the completed drives
+
While disktest is running it will output status updates on the drives every few seconds.
* Turn off the system and record results on labels and tallysheet
 
* Get drives for testing and make sure they are labeled
 
* Set the jumpers on the to-be-tested drives to Master or Single
 
* Make sure the hard drive testing computer is off
 
* Plug the drives in to the removable bays and slide them in all the way
 
* Power up the computer, make sure the tests are running correctly
 
* Turn off the monitor
 
* Put away the tested drives
 
  
===Detailed Instructions===
+
sda: 3.5" IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>: 13% of wipe complete - 2:58:02
 +
sdb: 2.5" IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>: 80% of badblocks read (part 1) complete - 2:58:02
 +
sdc: 3.5" SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>: all tests passed:
 +
---
 +
-smart test passed
 +
-initiating smart self-test
 +
-badblocks test started
 +
-100% of badblocks read (part two) complete
 +
-smart test passed
 +
-disk wipe started
 +
-100% of wipe complete
 +
-disk wipe finished
 +
-smart test passed
 +
-2:08:32
 +
sdd: 3.5" SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>> 22% of badblocks write (part 2) complete - 2:58:02
  
If the test is finished, it'll tell you what to write on the labels. The first will be HDA and the second will be HDC. If the test went well, it will say <tt>Enter to Power Down</tt>; hit Enter and turn off the system when it says Power Down. Record the size (in MB) on the gizmo label, and write OK so we know someone didn't just read the drive label and write the size down! If it's a bad drive, put an X through the number.
+
Any variation on the outputs above is normal. Drive sdc in the example above has successfully finished testing and wiping and is giving it's final status summary. If you notice drives' progress percentages or running time failing to advance this may indicate the system has frozen and needs to be restarted. If you suspect a freeze then make a note of which board it is and what the percentages/times indicated are; check it again in 10 minutes and abort testing if there has been no progress.
  
Get drives for testing, generally from the build lockup ("[[Tardis]]"). At the beginning of the day, you'll want to test drives that are nearer the low end of the range so they can finish before the end of the day. At the end of the day, test larger drives. The drives to be tested should be the same size, since you can't swap out a smaller one while the larger one is still running. We also generally try to test two drives of the same brand. Make sure the drive is labeled. There may be a sheet of gizmo labels with numbers already on them near the storage shelf, or you might need to create new ones. Try not to cover size or geometry information when putting it on the drive, and look out for airholes (they usually are marked and say not to block them).
+
The video output from the board will automatically switch off after a while; if you do not see any output from a running board you can press any key to "wake" the display. However, ''avoid the Enter key as this may accidentally power down a finished test before you can view the results''.
  
Set the jumpers on the to-be-tested drives to Master or Single. In the case of Western Digital drives, you can just remove the [[jumpers]] or turn them sideways (to neutral position). For others, you will need to look for jumpering information on the drive labels. This may read Master, or Single, or Stand Alone, or DEV0, or something similar.
+
Testing can be aborted at any time using the keyboard command Ctrl-C. A final status screen will be presented and any drives that have already finished testing will be indicated as such and can be considered passed.
  
If the hard drive already has a gizmo number, note this when you put it in. The script will ask you about it.
+
==Finishing a Batch==
  
Make sure the hard drive testing computer is off before adding or removing drives.
+
Once disktest has finished you will be presented with a results screen like this:
 +
sda: 3.5" IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>
 +
sda passed! Label and store it.
 +
sdb: 2.5" IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>
 +
sdb failed! Recycle it!
 +
sdc: 3.5" SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>
 +
sdc passed! Label and store it.
 +
sdd: 3.5" SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>>
 +
sdd passed! Label and store it.
 +
Hit enter to shut down.
  
Plug the drives in to the removable bays and slide them in all the way; sometimes it is not totally clear if the drive sled is all the way in the bay, so give it a little push after you think it's in all the way.
+
# Fill out a [[Media:Hard_drive_labels.glabels|hard drive label (Avery 5167)]] for each hard drive that has passed, then physically identify the passed drives.
 +
# Attach the labels to the passed drives. You can either do this while they are still on the rack, or press enter to power down the board and disconnect the drives before labeling them.
 +
## Be certain you have positively identified all drives before powering down the system as there is no easy way to recall these results once the board is off.
 +
## Do not place labels over model numbers, serial numbers, or other identifying information that may be necessary for future tests.
 +
# Place the passed and labeled drives in the green tray to await Hard Drive storage in build room. 80GB-160GB stored in labled crates, 200GB & larger get locked in box 107 in build room.
 +
# [[Hard Drive Testing#Destroying Failed Hard Drives|Destroy failed drives promptly]].
 +
# [[Hard Drive Testing#Setting Up|Start a new batch!]]
  
Power up the computer, make sure the tests are running correctly. Each drive bay should have now its power indicator light lit. If it is not, the bay may not be locked, not seated all the way back in the drawer, or not plugged in to the hard drive's power cable. Turn off the power to the entire system before you try to correct the problem.
+
==Related Tasks==
 +
===Destroying Failed Hard Drives===
 +
* 3.5" drives (desktop sized) should be destroyed in the Wheel of Death (hand-cranked drill). Position the drive so that the drill will penetrate the magnetic platters; avoid drilling straight through the spindle as this damages the drive enclosure more than the data-bearing platters and makes them difficult to disassemble in recycling.
 +
* 2.5" drives (laptop sized) can be placed on the floor and struck (not too hard!) with a hammer so that the enclosure is bent in and crushing the platters.
  
It will give you information about the drives it detected; make sure it finds an hda and an hdc; finding drives at other positions probably means you need to recheck the jumpers. The sizes found should be similar to what you expected. Watch it get started to make sure it doesn't have problems right away (if it does, you may want to just fail that one drive and replace it with another one).
+
===Sorting Incoming Hard Drives===
 +
Incoming hard drives will be removed from systems in the SDA by SDA staff only; hard drives will be sorted by size & capacity until wiped; Currently they are grouped by size (&le;100GB, >100GB to <300GB, >300GB/all SCSI) and interface (IDE/SATA).
  
Once you and the program agree that everything is set up to your satisfaction, it will start the tests running. You can expect to wait on the order of hours, depending on the size of the drive(s). Each drive is tested with the badblocks program, which will write data to the drives, and then confirm it did so properly by reading it. It will do this to every partition on the disk four times.
+
===Storing Passed Hard Drives===
 +
* Passed 3.5" (desktop) drives should be stored in the build room. There are crates in the build room labled with the capacity and either SATA, or IDE.  There are also special purpose bins for size/interface combinations needed for special systems and projects.
 +
* Passed 2.5" (laptop) drives are stored in the laptop area; the bins are organized by size and interface.
  
Put away the tested drives and turn off the monitor. The tested good drives will go in the Tardis; ones that tested bad should be smacked with a hammer and hurled, with prejudice and not gently at all, into the barrel set up for hard drives.
+
=== Future: Certificate of Destruction Tracking ===
 +
'''Work In Progress Notes'''
 +
* When we get a box of drives which we will need to generate a report or certificate for, all of the serial numbers will be added to a new "disktest batch" in the database.
 +
** If the donor requires us to track removing them from systems, the optional system serial numbers need to be entered too.
 +
* The "disktest batch" report will then collect information as matching drives are tested until it has a "PASSED" or "destroyed" status for all drives, which will allow the report to be finalized.
 +
** While testing on machines designated for testing "certificate of destruction" drives, undetected or incorrect hard drive serial numbers will need to be entered twice to confirm they are correct. The tester should check they are reported correctly when asked "Are the hard drive serial numbers displayed correctly above?".
 +
** If a drive is not detected in disktest, it can just be marked destroyed.
 +
* Drives that complete testing without a "PASSED" status (FAIL, STOPPED, ABORTED, etc) will need to be marked as "destroyed" in the "disktest batch" record to confirm physical destruction before they can be considered resolved.
 +
** Note: They should be marked as they're being destroyed, or a printed version of the list should be used to track as this happens.
 +
* After all hard drives have either "PASSED" or been marked as "destroyed", the report can be marked as finalized and used.
  
 
[[Category:Hardware Testing]][[Category:howto]]
 
[[Category:Hardware Testing]][[Category:howto]]

Latest revision as of 14:07, 25 July 2014

deletion

This page has been migrated to a document on Free Geek's Google Drive.

Information remaining behind may no longer be relevant.

MIGRATOR:

When you have tagged this page as migrated,
please add a link to the new document on Google Drive.

(Link to new page immediately below.)


Link

This document is written from the perspective of use in Hardware Testing, but the sections on Starting Disktest, During Testing, and Finishing a Batch should be relevant to use in other areas.

The technical details of the software used can be found on the Hard Drive Testing/Disktest page.

The process of hard drive testing incorporates verification of a drive's SMART status, verification of the drive's ability to write and read all available surface area of the drive, and repeated overwriting of any previous data on the drive to ensure donors' data security.

The actual work to be done on hard drive testing ideally needs to happen only twice a day; once for a batch of smaller drives (≤100GB) in the morning and once for a batch of larger drives (>100GB) to run through the afternoon and overnight if necessary.

Important note on Solid State Drives (SSD): The testing methodology we employ is intended for magnetic disc media and use on SSDs may not completely remove user data and/or may shorten the useful life of the device. As the number of donated SSDs is beginning to increase we are currently developing an approach for testing and wiping these devices properly; currently any SSDs received are to be securely stored and should NOT be reused until we can verify secure data destruction.

Setting Up

If there are finished hard drives already on the racks then proceed to Finishing a Batch.

  1. The drives in the box should be fairly well organized by size and interface. If this is the first batch of the day you'll want to grab smaller drives. If it's the second batch you can go for the larger ones. Load up the tray with an equal number of IDE- and SATA-connected hard drives. Don't forget about the 2.5" (laptop-sized) drives on the smaller top shelf! If they are present and you have the time you should grab a few SCSI drives as well. Be sure to lock up the big brown box again when you're done.
  2. Take the tray of drives over to one of the wiping racks and start connecting them to the boards. Most boards have 4 connections with various mixtures of IDE and SATA cables.
    1. Try to keep all the drives connected to a single board around the same size so we don't have 3 smaller drives finished and waiting around sucking electricity while the 1 larger drive is still finishing.
    2. Look the drives over for identifying information while you're connecting them; be sure you can clearly identify the model and serial number of the drive. You may need this information for sorting the failed drives from the passed drives later on. If you can't find the serial number on a drive then make sure you're attaching it to a board with other drives you can positively identify so you can use process of elimination when identifying the finished drives.
    3. Check the jumpers on IDE drives and make sure they're set to Master. For most drives this is set by a single jumper positioned vertically between the two pins closest to the IDE pins; check the labels on the drives as they will generally indicate if they require a different arrangement (or default to Master with no jumpers at all).
    4. SCSI drives can be tested in the bays attached to board 8 on wiper 0 and 2.
  3. As soon as you've connected all the drives to a single board, turn it on. You can move on to hooking up another board while the first one boots up and does the initial check of the drives.
  4. Once a board has finished booting and Disktest has started (you will see a list of the detected hard drives and a prompt asking about drive details) proceed to Starting Disktest.

Starting Disktest

Disktest is our nifty little in-house hard drive testing and wiping program.

When Disktest first starts you will be presented with a list of drives that should look something like this:

PASSED sda: -?-  IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>
FAILED sdb: 2.5" IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>
PASSED sdc: -?-  SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>
PASSED sdd: 3.5" SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>>

The information on these lines indicates the following:

  • PASSED/FAILED: The SMART status of the drive after the initial test.
  • sda/sdb/sdc/sdd: The identifier the system has assigned to the drive.
  • -?-/2.5"/3.5": The form factor of the hard drive.
  • IDE/SATA: The drive's connection type.
  • 80.0GB: The capacity of the attached drive.
  • << ... >> : The drive manufacturer, model number, and the device serial number in parenthesis.

Form Factor Logging

If any of the detected drives have an unknown form factor (indicated with -?-) you will receive the following prompt:

Correcting drive details:
        1: Correct Serial Numbers
        2: Correct Form Factors
        3: Finished Making Corrections
What would you like to do?:

Select option 2 and use the following menus to specify the correct form factor for the attached drives. Laptop-sized drives are 2.5", desktop-sized drives are 3.5", and anything else can be recorded as Other. While making changes to form factors be sure to also check that serial numbers are accurate and correct them as necessary; these are required for proper tracking of secure data destruction batches.

Note on form factor logging: Hard drives have no way of reporting their form factor, so we are using a system that looks up the form factor associated with the last-tested hard drive of the same model. If you misidentify a drive's form factor it will be misidentified for all subsequently tested drives with the same model number until it is corrected for future devices.

Verifying Drive Details

If you did not need to specify any form factors then the first prompt you will receive is:

Are the hard drive serial numbers and form factors displayed correctly above? [yes]:

If any corrections are necessary then an answer of 'no' will take you to the same data correction submenus you would have been presented with for Form Factor Logging above.

Once all drive details have been confirmed the next prompt will be:

Begin testing the listed drives? [yes]:

Before starting the test, go through the following checks:

  1. Are any drives marked as FAILED? If so you will want to abort the test and power off the board then replace the failed drive(s) and start the board again.
  2. Are all the attached drives on the list? Double check that the power and IDE/SATA cables are firmly connected and try to determine if the disc is actually spinning. If any connections were loose you will need to abort the test and restart the board to redetect the devices. If the connections seem solid and the disc is spinning you may need to try the drive on another board or with another combination of drives; incompatibilities happen.
  3. Are the drives indicating the capacity they're labeled with? Some variation is normal; a drive labeled 80GB reporting as 83.0GB is common, a drive labeled 200GB indicating 3.4MB is a fail.
  4. Is the manufacturer and model information accurate? Drives from some manufacturers will report some information as "Unknown" and this is fine, but a string of total gibberish is a good indicator of failure.
  5. Are the listed form factors and serial numbers correct? At this point there is no further option to make corrections without aborting entirely and starting over, but you should do so if necessary.

If you notice any of the above problems then answer 'no' at the prompt. The test will be aborted and you will be given a final status screen that will indicate the drives did not complete testing or were recorded as failed due to a SMART failure.

If it looks like everything is in order then just strike Enter to give a positive response and the test will begin!

During Testing

While disktest is running it will output status updates on the drives every few seconds.

sda: 3.5" IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>: 13% of wipe complete - 2:58:02
sdb: 2.5" IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>: 80% of badblocks read (part 1) complete - 2:58:02
sdc: 3.5" SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>: all tests passed:
---
-smart test passed
-initiating smart self-test
-badblocks test started
-100% of badblocks read (part two) complete
-smart test passed
-disk wipe started
-100% of wipe complete
-disk wipe finished
-smart test passed
-2:08:32
sdd: 3.5" SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>> 22% of badblocks write (part 2) complete - 2:58:02

Any variation on the outputs above is normal. Drive sdc in the example above has successfully finished testing and wiping and is giving it's final status summary. If you notice drives' progress percentages or running time failing to advance this may indicate the system has frozen and needs to be restarted. If you suspect a freeze then make a note of which board it is and what the percentages/times indicated are; check it again in 10 minutes and abort testing if there has been no progress.

The video output from the board will automatically switch off after a while; if you do not see any output from a running board you can press any key to "wake" the display. However, avoid the Enter key as this may accidentally power down a finished test before you can view the results.

Testing can be aborted at any time using the keyboard command Ctrl-C. A final status screen will be presented and any drives that have already finished testing will be indicated as such and can be considered passed.

Finishing a Batch

Once disktest has finished you will be presented with a results screen like this:

sda: 3.5" IDE 80.0GB <<Seagate SD380830A (5GQ1DB70)>>
sda passed! Label and store it.
sdb: 2.5" IDE 80.0GB <<Samsung SV400AH (173G27Q37282S)>>
sdb failed! Recycle it!
sdc: 3.5" SATA 80.0GB <<Seagate SD380830A (5GQ1HG92)>>
sdc passed! Label and store it.
sdd: 3.5" SATA 80.0GB <<Western Digital WD800JBB (WMAMF92810)>>
sdd passed! Label and store it.
Hit enter to shut down.
  1. Fill out a hard drive label (Avery 5167) for each hard drive that has passed, then physically identify the passed drives.
  2. Attach the labels to the passed drives. You can either do this while they are still on the rack, or press enter to power down the board and disconnect the drives before labeling them.
    1. Be certain you have positively identified all drives before powering down the system as there is no easy way to recall these results once the board is off.
    2. Do not place labels over model numbers, serial numbers, or other identifying information that may be necessary for future tests.
  3. Place the passed and labeled drives in the green tray to await Hard Drive storage in build room. 80GB-160GB stored in labled crates, 200GB & larger get locked in box 107 in build room.
  4. Destroy failed drives promptly.
  5. Start a new batch!

Related Tasks

Destroying Failed Hard Drives

  • 3.5" drives (desktop sized) should be destroyed in the Wheel of Death (hand-cranked drill). Position the drive so that the drill will penetrate the magnetic platters; avoid drilling straight through the spindle as this damages the drive enclosure more than the data-bearing platters and makes them difficult to disassemble in recycling.
  • 2.5" drives (laptop sized) can be placed on the floor and struck (not too hard!) with a hammer so that the enclosure is bent in and crushing the platters.

Sorting Incoming Hard Drives

Incoming hard drives will be removed from systems in the SDA by SDA staff only; hard drives will be sorted by size & capacity until wiped; Currently they are grouped by size (≤100GB, >100GB to <300GB, >300GB/all SCSI) and interface (IDE/SATA).

Storing Passed Hard Drives

  • Passed 3.5" (desktop) drives should be stored in the build room. There are crates in the build room labled with the capacity and either SATA, or IDE. There are also special purpose bins for size/interface combinations needed for special systems and projects.
  • Passed 2.5" (laptop) drives are stored in the laptop area; the bins are organized by size and interface.

Future: Certificate of Destruction Tracking

Work In Progress Notes

  • When we get a box of drives which we will need to generate a report or certificate for, all of the serial numbers will be added to a new "disktest batch" in the database.
    • If the donor requires us to track removing them from systems, the optional system serial numbers need to be entered too.
  • The "disktest batch" report will then collect information as matching drives are tested until it has a "PASSED" or "destroyed" status for all drives, which will allow the report to be finalized.
    • While testing on machines designated for testing "certificate of destruction" drives, undetected or incorrect hard drive serial numbers will need to be entered twice to confirm they are correct. The tester should check they are reported correctly when asked "Are the hard drive serial numbers displayed correctly above?".
    • If a drive is not detected in disktest, it can just be marked destroyed.
  • Drives that complete testing without a "PASSED" status (FAIL, STOPPED, ABORTED, etc) will need to be marked as "destroyed" in the "disktest batch" record to confirm physical destruction before they can be considered resolved.
    • Note: They should be marked as they're being destroyed, or a printed version of the list should be used to track as this happens.
  • After all hard drives have either "PASSED" or been marked as "destroyed", the report can be marked as finalized and used.