home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / bit / listserv / notabene / 703 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.1 KB  |  41 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CUNIXB.CC.COLUMBIA.EDU!PJB3
  3. Message-ID: <CMM.0.90.0.715013092.pjb3@cunixb.cc.columbia.edu>
  4. Date:         Fri, 28 Aug 92 10:44:52 EDT
  5. Sender:       Nota Bene List <NOTABENE@TAUNIVM>
  6. From:         "Paul J. Bodin" <pjb3@CUNIXB.CC.COLUMBIA.EDU>
  7. Subject:      Re: File0000.chk
  8. Comments: To: Nota Bene List <NOTABENE%TAUNIVM.BITNET@ricevm1.rice.edu>
  9. Newsgroups: bit.listserv.notabene
  10. In-Reply-To:  Your message of Fri, 28 Aug 92 08:58:45 EDT
  11. Lines: 28
  12.  
  13. Robert Braham's question about the files that CHKDSK creates when it
  14. finds "lost" clusters is one that troubles many.  Sometimes those
  15. clusters look as if they have important stuff in them--unfortunately
  16. it is usually not possible to hook them back where they belong.
  17.  
  18. Bear in mind that most clusters of a heavily-used hard disk will have
  19. lots of stray data written in them.  Consider the following scenario:
  20. you update your Ibid. database, Ibid. writes a fresh copy using new
  21. clusters, you write a new document that uses two bytes more than one
  22. cluster and it is written to one of the former Ibid. clusters.  You
  23. edit this document again, and while the file is open and before the
  24. FAT has been completely updated you lose power and the erstwhile Ibid.
  25. then document cluster is "lost".  When you look at that cluster, the
  26. first two bytes will be the last two bytes of your document and the
  27. rest of the cluster will look like Ibid. data--but it does *not*
  28. belong in your Ibid. database.  This is the kind of thing that
  29. produces most of those scary-looking clusters.
  30.  
  31. Unless you *know* that clusters found by CHKDSK belong in a file
  32. that you had open when your power failed, it is best to delete them.
  33. If you have suspicions about binary files, compare them with the
  34. original distribution files or with backups--don't try to plug the
  35. lost clusters back in.
  36.  
  37. ___________________________________________________________________________
  38. Paul J. Bodin                         Internet: pjb3@cunixb.cc.columbia.edu
  39. Union Theological Seminary               smail: 435-52nd Street
  40. (718) 439-3549                                  Brooklyn, NY 11220
  41.