home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8061 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  1.1 KB
  1. Path: sparky!uunet!dtix!mimsy!ra!tantalus!eric
  2. From: eric@tantalus.dell.com (Eric Youngdale)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Why GNU cp is flakey under Linux
  5. Message-ID: <3323@ra.nrl.navy.mil>
  6. Date: 12 Aug 92 23:36:29 GMT
  7. References: <1992Aug12.060338.24805@ennews.eas.asu.edu> <1992Aug12.063534.4178@muddcs.claremont.edu> <JRS.92Aug12190300@lepton.world.std.com>
  8. Sender: usenet@ra.nrl.navy.mil
  9. Organization: Naval Research Laboratory
  10. Lines: 15
  11.  
  12. In article <JRS.92Aug12190300@lepton.world.std.com> jrs@world.std.com (Rick Sladkey) writes:
  13. >
  14. >So if your cp is creating holes ROUTINELY then:
  15. >
  16. >* fstat is broken and returns incorrect values for st_blocks, or
  17. >* you manually defined an incorrect value of DEV_BSIZE (i.e. too small)
  18.  
  19.     I noticed something else that may be relevant.  The du command should
  20. always report blocks in 1K chunks or in 512 byte chunks, depending upon the
  21. command line switches.  The way things work now, it effectively reports in 2048
  22. byte chunks, perhaps because the du assumes that the block size is 512 bytes.
  23.  
  24. --
  25. Eric Youngdale
  26. eric@tantalus.nrl.navy.mil
  27.