home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / ibm / pc / misc / 11495 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.5 KB
  1. Path: sparky!uunet!mcsun!uknet!bradford.ac.uk!T.D.G.Sandford
  2. From: T.D.G.Sandford@bradford.ac.uk (TDG SANDFORD)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: Re: Unable to undelete
  5. Message-ID: <1992Aug14.173323.23012@bradford.ac.uk>
  6. Date: 14 Aug 92 17:33:23 GMT
  7. References: <1992Aug13.171251.19825@menudo.uh.edu> <jf=ylsk@rpi.edu>
  8. Organization: University of Bradford, UK
  9. Lines: 20
  10. Originator: 90908106@muser
  11. Nntp-Posting-Host: muser
  12.  
  13. In article <jf=ylsk@rpi.edu> ncc1701@acm.rpi.edu writes:
  14. >Sounds like some of the files were cross-linked.  As long as
  15. >they were all deleted, they had equal chance of being recovered
  16. >in an "orderly" fashion.  However, once one file that was
  17. >cross-linked with another was recovered, the second file
  18. >would see part of itself as being allocated, and would
  19. >therefore no longer have a good chance at recovery.
  20. >
  21. Not necessarily - more likely the files were fragmented, and undeleting one
  22. of the earlier ones incorrectly included the start cluster of one of the later
  23. files (since, without delete tracking, there is no way of telling which
  24. clusters apart from the first one to use - so undelete programs generally
  25. allocate the next available cluster until the file length is satisfied). It
  26. can be better to undelete starting from the LAST file in the directory and
  27. working up, but the best solutions are i) don't delete the wrong files in
  28. the first place :-) ii) keep backups iii) use delete tracking iv) unfragment
  29. your hard disk regularly
  30. --
  31. Thomas Sandford | t.d.g.sandford@bradford.ac.uk
  32.