|
NAMEcopytape - duplicate magtapesSYNOPSIScopytapeDESCRIPTIONcopytape duplicates magtapes. It is intended for duplication of bootable or other non-file-structured (non-tar-structured) magtapes on systems with only one tape drive. copytape is blissfully ignorant of tape formats. It merely makes a bit-for-bit copy of its input.In normal use, copytape would be run twice. First, a boot tape is copied to an intermediate disk file. The file is in a special format that preserves the record boundaries and tape marks. On the second run, copytape reads this file and generates a new tape. The second step may be repeated if multiple copies are required. The typical process would look like this: tutorial% copytape /dev/rmt8 tape.tmp
tutorial% copytape tape.tmp /dev/rmt8 tutorial% rm tape.tmp copytape copies from the standard input to the standard output, unless input and output arguments are provided. It will automatically determine whether its input and output are physical tapes, or data files. Data files are encoded in a special (human-readable) format. Since copytape will automatically determine what sort of thing its input and output are, a twin-drive system can duplicate a tape in one pass. The command would be tutorial% copytape /dev/rmt8 /dev/rmt9
OPTIONS
FILES/dev/rmt*SEE ALSOansitape(1), dd(1), tar(1), mtio(4), copytape(5)AUTHORDavid S. Hayes, Site Manager, US Army Artificial Intelligence Center. Originally developed September 1984 at Rensselaer Polytechnic Institute, Troy, New York. Revised July 1986. This software is in the public domain.BUGScopytape treats two successive file marks as logical end-of-tape.The intermediate data file can consume huge amounts of disk space. A 2400-foot reel at 6250-bpi can burn 140 megabytes. This is not strictly speaking a bug, but users should be aware of the possibility. Check disk space with df(1) before starting copytape. Caveat Emptor! A 256K buffer is used internally. This limits the maximum block size of the input tape.
Visit the GSP FreeBSD Man Page Interface. |