Path: utzoo!utgpu!cunews!bnrgate!brtph3!brchh104!brchs1!bnr.ca!rice.edu!sun-spots-request From: buc@jessica.stanford.edu (Robert Richards) Newsgroups: comp.sys.sun Subject: "copytape" makes exact duplicates of most tapes -- Newer version? Keywords: Source Message-ID: <2064@brchh104.bnr.ca> Date: 22 Mar 91 20:20:20 GMT Sender: news@brchh104.bnr.ca Organization: Sun-Spots Lines: 34 Approved: Sun-Spots@rice.edu X-Original-Date: Tue, 19 Mar 91 06:39:11 GMT X-Sun-Spots-Digest: Volume 10, Issue 48, message 17 X-Note: Submissions: sun-spots@rice.edu, Admin: sun-spots-request@rice.edu The program "copytape" makes exact duplicates of SUN 1/4" tapes and DEC tapes and probably others. This includes boot tapes. Copytape is available by anonymous ftp from, ftp.acsu.buffalo.edu ! in pub/copytape.tar titan.rice.edu However, "copytape" fails on tapes that contain files whose record size changes in a file. For example, the following is a partial listing of the output of tcopy on a SPARCstation of a tape that "copytape" can not properly copy. file 6: record 1: size 65536 file 6: record 2: size 9216 file 6: eof after 2 records: 74752 bytes file 7: records 1 to 174: size 65536 file 7: record 175: size 57344 file 7: eof after 175 records: 11460608 bytes file 8: records 1 to 42: size 65536 file 8: record 43: size 64512 file 8: records 44 to 50: size 65536 file 8: record 51: size 1536 file 8: eof after 51 records: 3277312 bytes file 9: records 1 to 7: size 65536 file 9: record 8: size 6144 file 9: eof after 8 records: 464896 bytes Copytape handles all the files properly except for file 8 which has record 43 that has a record size different from all the other record sizes. Does anyone know of a modified "copytape" that can handle this situation? Rob Richards Stanford University