home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 13126 < prev    next >
Encoding:
Text File  |  1992-08-31  |  2.2 KB  |  45 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!decwrl!sgi!classic.asd.sgi.com!jeremy
  3. From: jeremy@classic.asd.sgi.com (Jeremy Higdon)
  4. Subject: Re: 8mm and dd
  5. Message-ID: <p9qeri8@sgi.sgi.com>
  6. Sender: jeremy@classic.asd.sgi.com
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References: <715275893@anthrax.cs.duke.edu> <1992Aug31.192332.26751@nsisrv.gsfc.nasa.gov>
  9. Date: Tue, 1 Sep 1992 06:27:02 GMT
  10. Lines: 33
  11.  
  12. In article <1992Aug31.192332.26751@nsisrv.gsfc.nasa.gov>, merritt@climate.NoSubdomain.NoDomain (John H. Merritt) writes:
  13. > In article <715275893@anthrax.cs.duke.edu>, jwt@duke.cs.duke.edu (Jeffrey W. Tannehill) writes:
  14. > |> 
  15. > |>     We have an 8mm tape drive attached via a scsi cable to our SGI IRIS 4D.
  16. > |> It seems to work as expected with the SGI backup and restore utilities and 
  17. > |> with the BSD dump and restore commands.  However, whenever I try the dd
  18. > |> command to write I get:
  19. > |> 
  20. > |> > dd if=/etc/motd of=/dev/tape
  21. > Well, you were on the right track with the block size specification 
  22. > in your later examples.  In my layman's term, the "Invalid argument"
  23. > comes from the mismatch of the block size of the 'dd' statement and
  24. > the block size of the output device;  I could not produce this error
  25. > message for the variable block 8mm device.  
  26. > I have noticed that if the input file has an odd number of bytes and
  27. > you output to the variable block device,  that the entire file will
  28. > not be written; the last byte will be missing.  If, however, you use
  29. > "bs=1" you will get the desired results (for the variable block 8mm device).
  30. > I would expect "Invalid argument" when you try to write the wrong
  31. > amount of bytes for the device -- fixed block device perhaps when the
  32. > 'bs' is not correct. I always see "No space left on device" when the
  33. > 'bs' is too small or you are trying to read a high density tape on a
  34. > low density drive.
  35.  
  36. "No space left on device" also occurs when you get to end of data on
  37. the tape, which is what the previous poster is doing.  When using the
  38. fixed blocksize device, you must give a blocksize arg to dd that
  39. is a multiple of that blocksize.  You must also successfully write
  40. something before you can read anything from a tape.
  41.  
  42. jeremy
  43.  
  44.