home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / ibm / pc / misc / 14637 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  1.6 KB
  1. From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
  2. Date: Thu, 12 Nov 1992 08:53:05 GMT
  3. Subject: Re: Help! How to get tar to read UNIX archives??
  4. Message-ID: <26790026@hpuamsa.neth.hp.com>
  5. Organization: Hewlett-Packard, The Netherlands
  6. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!hplextra!hpcc05!hpbbn!hpuamsa!franks
  7. Newsgroups: comp.sys.ibm.pc.misc
  8. References: <1992Nov11.090352.5964@syma.sussex.ac.uk>
  9. Lines: 24
  10.  
  11. mppu3@syma.sussex.ac.uk (Conor McMenamin) writes:
  12.  
  13. >     Does anyone out there use Unix tar on 1.44Mb floppies to
  14. > transfer files to a PC? If so could you tell me how to do it, because I
  15. > keep getting directory checksum errors and the like on archives that are
  16. > fine on the 'side' (Unix or PC) that created them. I have tried a few
  17. > TAR's on the PC, of which tar4dos gets closest. Close but no cigar that
  18. > is....
  19.  
  20.   For most tar's "directory checksum error" normally means that the
  21. blocking factor during read was not the same as during write. Check out
  22. the documentation on the tar "b" option on both platforms involved, and
  23. select a block size which is compatible.
  24.  
  25.   If you only get "directory checksum error" at the *end* of the read (t
  26. or x), i.e. the first files are OK but the last (few) not, then probably
  27. your writing tar is broken. All blocks in the archive should be the same
  28. size, but some broken tar's truncate the last block. You can workaround
  29. this by piping the output to dd(1) with "conv=sync" (and of course the
  30. right "bs=").
  31.  
  32.   Hope this helps.
  33.  
  34. Frank Slootweg, UNIX support person and PC (with MKS Toolkit) owner.
  35.