home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / msdos / misc / 4839 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  3.6 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!netnews.upenn.edu!netnews.cc.lehigh.edu!ns1.cc.lehigh.edu!jjk1
  2. From: jjk1@ns1.cc.lehigh.edu (Konsultant Josh/fuzzy.happy.green.box)
  3. Newsgroups: comp.os.msdos.misc
  4. Subject: Re: Norton Utility's Calibrate: Is it good or not?
  5. Message-ID: <1992Aug21.174728.18411@ns1.cc.lehigh.edu>
  6. Date: 21 Aug 92 17:47:28 GMT
  7. Organization: Lehigh University
  8. Lines: 60
  9.  
  10. In article <1992Aug21.001026.26091@nic.umass.edu>, s9874203@titan.ucc.umass.edu (s9874203) writes:
  11. >I was told that it was always bad to do low-level format on hard disk.
  12. >However, Norton Utility's Calibrate does such a thing. My question is: is
  13. >Calibrate good for hard disk or not (assuming NU suggests me to have some
  14. >optimization work done on hard disk...)? Or more simply, is low-level
  15. >format good or not to hard disk? Thanks in advance.
  16.  
  17. Hard disks need to be formatted in two stages before you can use them:
  18. first, they need to be "low-level" formatted (this puts down the
  19. tracks on the disk).  Then, they need a "high-level" format; this is
  20. different for each OS.  For example, DOS uses a FAT filesystem, OS/2
  21. an HPFS, and Linux an inode-type filesystem.
  22.  
  23. When you low-level format a hard drive, you are essentially recreating
  24. the tracks from scratch.  This is not bad for a hard disk in any way,
  25. shape or form.  It is quite bad for data, as it is generally erased.
  26. Some programs like NU's Calibrate restore the data after the reformat,
  27. and are thus fine to use.
  28.  
  29. Finally, low-level formatting a hard drive is dependent on the
  30. controller, drive, etc.  Calibrate will refuse to re-low level an IDE
  31. drive because you should *never* low-level format your IDE drive.
  32. This does not imply it is never done; the manufacturer does it for
  33. you.  The reason has to do not with speed as someone said, but with
  34. the way that the bad data areas are marked.  You will notice that IDE
  35. drives never have any errors or unusable portions of the drive.  This
  36. is because these are all automagically mapped away by the hard drive
  37. itself (IDE hard drives have the real controller built-in; the
  38. controller card is more a dummy than anything else, but usually
  39. contains your floppy controllers and is thus useful :-).
  40.  
  41. The upshot of this is that if you force a re-low level on an IDE
  42. drive, you cannot be sure of exactly what you are reformatting (since
  43. the drive may actually be playing with a different location than you
  44. think it is), and you can royally screw things up.  If you find that
  45. your IDE drive is giving you tons of problems and a low-level is the
  46. only solution you can come up with (after trying everything else),
  47. contact the drive manufacturer.  They may be able to give you a
  48. program - the one they originally used - which will low-level the
  49. drive properly.
  50.  
  51. In answer to your basic question: It is not bad to low-level format a
  52. drive unless it is an IDE, in which case it should only be your last
  53. resort after a lengthy discussion with the drive manufacturer.  In
  54. most cases low-level formatting an IDE drive will void the warranty
  55. unless the manufacturer tells you specifically to do so.  Most
  56. programs (for example, Calibrate and SpinRite II) will recognize IDEs
  57. and refuse to nuke them.  This doesn't mean they're useless - they can
  58. still perform pattern testing to see if new defective areas have
  59. developed (in which case you may wish to contact the manufacturer).
  60.  
  61.  
  62. -- 
  63. ____________------------===========------------____________
  64.                      from: Josh Kopper
  65.                       jjk1@lehigh.edu
  66.     
  67.   Computer Engineering, EECS Department, Lehigh University
  68.  
  69.   Systems Programming - Lehigh University Computing Center
  70.