home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6981 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.5 KB
  1. Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
  2. From: davidsen@ariel.crd.GE.COM (william E Davidsen)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: FOLLOWUP: fileutl-3.3B* and find-3.7B*: possible problems
  5. Message-ID: <1992Jul29.194401.1300@crd.ge.com>
  6. Date: 29 Jul 92 19:44:01 GMT
  7. References: <14190@borg.cs.unc.edu> <14203@borg.cs.unc.edu>
  8. Sender: usenet@crd.ge.com (Required for NNTP)
  9. Reply-To: davidsen@crd.ge.com (bill davidsen)
  10. Organization: GE Corporate R&D Center, Schenectady NY
  11. Lines: 39
  12. Nntp-Posting-Host: ariel.crd.ge.com
  13.  
  14. In article <14203@borg.cs.unc.edu>, faith@cs.unc.edu (Rik Faith) writes:
  15. | 
  16. | This note explains the problems that I was having with fu-3.3's cp, what
  17. | caused these problems, and why cp is really *SAFE*!
  18. | 
  19. | The only documented problem with fu-3.3's cp involves cp'ing a kernal image
  20. | for booting with shoelace (i.e., cp Image /vmunix).  The cp in 3.3, since I
  21. | compiled it with a kernel that has st_blocks working correctly (i.e., 0.96c
  22. | pl2) is now able to detect when a file has "holes" in it.  It will then try
  23. | to copy the "holes."  It does this during the copy by looking for a block of
  24.  
  25.   That's a great feature in general, although I can see where it could
  26. cause problems in some cases.
  27.  
  28. | However, shoelace *CANNOT* correctly read a file that contains "holes."
  29. | 
  30. | So, I had two *IDENTICAL* kernel images, one created with a new cp and one
  31. | created with an old cp.  They were identical in terms of size, sum, and diff.
  32. | One would boot and the other would not.  This seemed very weird, and since
  33. | a new utility that I has posted was involved, I decided to err on the side
  34. | of caution and post a retraction message (especially since I had made some
  35. | optimizations in the compilation of the posted binaries). It now seems that
  36. | this was not necessary, and that the files that I posted are *SAFE*.
  37.  
  38.   This sounds like a responsible thing to do, and I either a note in the
  39. man page of a command line option. I wish there were a better way to
  40. tell what's "really" in the file.
  41.  
  42.   I have my own "kopy" routine which does the same thing, for database
  43. use. And a backup utiltiy which detects and eliminates zero block during
  44. saves to keep backup media usage down. Great feature.
  45.  
  46.   We could probably start a thread in comp.arch.storage about the
  47. benefits of having this in the kernel.
  48. -- 
  49. bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  50.     It never ceases to amaze me that otherwise rational people, able to
  51.     understand calculus, compound interest, and the income tax form, can
  52.     continue to believe that poker is a game of chance.
  53.