home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / dec / 4116 < prev    next >
Encoding:
Text File  |  1992-07-21  |  3.5 KB  |  71 lines

  1. Newsgroups: comp.sys.dec
  2. Path: sparky!uunet!rayssd!m1b
  3. From: m1b@rayssd.ssd.ray.com (Barone)
  4. Subject: Declassification of disks and DEC
  5. Message-ID: <1992Jul21.174506.25517@rayssd.ssd.ray.com>
  6. Summary: Enhanced HSC Format Utility
  7. Keywords: complaint
  8. Organization: Raytheon Submarine Signal Division, Portsmouth, RI
  9. Date: Tue, 21 Jul 1992 17:45:06 GMT
  10. Lines: 59
  11.  
  12. In April of this year, I purchased the "Enhanced HSC Format Utility",
  13. part number QA-926AB-H7, for $100 because we have many Winchester
  14. disk drives (RA82s) in a classified environment.  What prompted me
  15. to buy it was the little blurb that stated, "This enhanced version
  16. provides the functionality to overwrite data in all user sectors
  17. (including revectored sectors) with user-specified patterns acceptable
  18. to the Department of Defense."  (As the name of the product implies,
  19. the disks must be on an HSC (except the HSC50).)
  20.  
  21. For those unfamiliar with classified work, whenever a Winchester
  22. disk is replaced, the platters must be removed and destroyed if one
  23. cannot overwrite every sector on the disk.  In itself, this would
  24. be no big deal but DEC charges us $2800 for RA82s that are destroyed
  25. since they cannot refurbish them.  Satisfying the Defense Investigative
  26. Services (DIS) with this formatter would save my company lots of money
  27. because we could declassify the disks and give them back to DEC.  The
  28. fact that we still have many ancient RA82s which require FCOs to avoid
  29. failures added some urgency to the purchase.
  30.  
  31. The regional DIS office requires that the procedure of writing a
  32. particular pattern in every block (except those in the Format Control
  33. Table) on the disk followed by random block dumps be performed three
  34. times.  This requirement should be easily satisfied by using the new
  35. FORMAT program followed by the DKUTIL program.
  36.  
  37. So we called DIS in for a demonstration of the product and we ran it.
  38. (It's tough to get disks just to play with so there could be no "dress
  39. rehearsals".)  We received a successful completion status but the
  40. results were not what we expected or what was documented.  It seems
  41. that the formatter will write all zeros to bad blocks rather than the
  42. specified pattern that we selected.  It doesn't matter that the data
  43. is gone (we couldn't prove it, that block may have always contained
  44. zeros) -- what matters is that the pattern isn't what we specified.
  45. The demo was a failure.
  46.  
  47. Talks with the SDI Controller Software Supervisor indicate that this
  48. is a feature and the formatter does conform with the 1989 Industrial
  49. Security Manual.  Unfortunately, this manual has been superseded by
  50. the Government Declassification Specification of 1990.
  51.  
  52. It seems to me that to change the formatter to write the specified
  53. pattern rather than zeros should be straightforward and easy but I
  54. had the impression that nothing would be done.  The fact that it's
  55. advertised to "overwrite data in *all* user sectors (including
  56. revectored sectors) with user-specified patterns" indicates to me
  57. that it isn't doing what it's supposed to do.
  58.  
  59. I might understand this stance if we were in a unique situation.  But
  60. there must be hundreds of Digital customers who do classified work who
  61. have RA82s going bad.  And each one must shell out $2800 each and every
  62. time that happens.  I don't get it (except that it's a way of gouging
  63. the customer since you can get RA82s from Midwest for about $1500).
  64.  
  65. Would SPRing it do any good?  How do other companies deal with
  66. declassifying Winchesters?
  67. -- 
  68. Joe Barone
  69. m1b@rayssd.ssd.ray.com
  70. Gentlemen!  You can't fight in here!  This is the War Room!
  71.