home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aix / 11813 < prev    next >
Encoding:
Text File  |  1992-11-21  |  2.5 KB  |  53 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!shared!johnf
  3. From: johnf@shared.com (John Fusselman)
  4. Subject: Re: moving files from disk to tape - problems!
  5. Message-ID: <1992Nov21.235637.40683@shared.com>
  6. Date: Sat, 21 Nov 92 23:56:37 GMT
  7. Distribution: usa
  8. References: <1992Nov17.163014.66377@shared.com>
  9. Organization: Shared Financial Systems
  10. Keywords: dd cp delete tape devices
  11. Lines: 40
  12.  
  13. In <1992Nov17.163014.66377@shared.com> johnf@shared.com (John Fusselman) writes:
  14.  
  15. >In the process of attempting to duplicate a tape I effortlessly read the 
  16. >tape contents onto disk using dd - ``dd if=/dev/rmt0.1 of=FILENAME''. The 
  17. >trouble came when I attempted to copy the files from disk to a new tape; 
  18. >dd never moved the tape but instead *promptly* produced an error as
  19. [stuff deleted]
  20. >Either an RS/6000 550 running AIX 3.1 or a 220 running 3.2.2 acts the
  21. >same; the tape drives are both 1/4 inch cartridge, QIC-150 type,
  22. [stuff deleted]
  23.  
  24. The problem with dd turned out to be the use of DC600 tapes instead of
  25. DC6150 tapes or the equivalent. I had at one time understood that there
  26. was a difference between these tapes and a greater difference than the
  27. length (at one time the 600's were 600 feet long - 20 feet shorter than
  28. the 6150's).  I now *know* that one should use nothing other than DC6150
  29. tapes in high density (QIC-150) tape drives; otherwise, the results
  30. may be unpredictable. The precise operation that failed 100% of the
  31. time works 100% of the time with only changing the type of tape.
  32. None of several DC600's would work; all of several DC6150's worked
  33. perfectly. Problem solved.
  34.  
  35. >Things got more interesting when I tried "cp" on the 220 under 3.2.2;
  36. >sometimes when it failed, it deleted the tape device! I was only able
  37. >consistently to delete rmt0, rmt0.1, .2, and .4; rmt0.5 usually works
  38. [stuff deleted}
  39.  
  40. This problem persists; the special files that correspond to the tape
  41. drive are owned by root and are assigned to group "system". Logged in
  42. as root or as member of group system, an attempt to copy a file to the
  43. tape - ``cp file /dev/rmt0'' - will remove the file; changing my group
  44. with "newgrp" will instead result in the file being copied to tape as
  45. expected. There is an open call to IBM on this matter.
  46.  
  47. Once the file is on the tape, whether by "dd" or "cp", the tape is an
  48. exact duplicate of the original (it was a system image; it is
  49. bootable). 
  50. -- 
  51.                  Dallas, Texas   "Visualize whirled peas."
  52.  --->>> My comments are my opinions and may not be shared by Shared <<<---
  53.