From owner-freebsd-questions Fri Oct 2 12:57:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25518 for freebsd-questions-outgoing; Fri, 2 Oct 1998 12:57:26 -0700 (PDT) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from elvis.vnet.net (elvis.vnet.net [166.82.1.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25513 for ; Fri, 2 Oct 1998 12:57:24 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by elvis.vnet.net (8.8.8/8.8.4) with ESMTP id PAA17379; Fri, 2 Oct 1998 15:56:45 -0400 (EDT) Received: from lakes.dignus.com (lakes [10.0.0.3]) by dignus.com (8.8.8/8.8.5) with ESMTP id QAA05057; Fri, 2 Oct 1998 16:32:51 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.8.8/8.6.9) id QAA01121; Fri, 2 Oct 1998 16:00:22 -0400 (EDT) Date: Fri, 2 Oct 1998 16:00:22 -0400 (EDT) From: Thomas David Rivers Message-Id: <199810022000.QAA01121@lakes.dignus.com> To: jritorto@tsoft.net, rivers@dignus.com Subject: Re: migrating to FreeBSD Cc: freebsd-questions@FreeBSD.ORG In-Reply-To: Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Yikes, I remember that problem when I tried to span a few floppies with > Linux a few years back (I'd mentally accused Linux of being too rouge > because of that sort of quirkyness and that's part of the reason I > converted to FreeBSD, actually. Now I hear it's GNU's fault!). So I have > that to look forward to in addition. Yes, I did use the capital M to > write a multi-tape tar. Two forty-meg QICs, actually. > > here's a script of what's going on. I have a few ^Hs in there, but I > think you'll get the idea of what's happening. Can't access the raw > devices and ft won't talk to the tape unless it has a certain header. > > thanks again.. I don't know much about the floppy tape's though; or the suspicious "Linux raw format v2" - (is that the label you put on the tapes?) But - you should be able to access the raw device... are you root? - Dave R. - > > > >From root@.MISSING-HOST-NAME. Fri Oct 2 12:44:36 1998 > Date: Fri, 2 Oct 1998 12:43:25 -0700 (PDT) > From: Charlie Root > To: jritorto > > Script started on Fri Oct 2 12:39:24 1998 > sh-2.02# tar -xvFM^H ^H^H ^H^H ^HvMf -^H^H^H^H^H^H^H^H^H^H^H^G^[[1@ft^[[1@t^H^[[1@ ^[[1@|^[[1@ > Incorrect volume inserted. This tape is: > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > > Insert ftfilt volume 01 and press enter:Linux raw format v2^H ^H^H ^HV2"^H ^H > ft: using secondary header > Incorrect volume inserted. This tape is: > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > > Insert ftfilt volume 01 and press enter:ft: waiting for drive to become ready > ft: using secondary header > Incorrect volume inserted. This tape is: > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > > Insert ftfilt volume 01 and press enter:ft: waiting for drive to become ready > ft: using secondary header > Incorrect volume inserted. This tape is: > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > > Insert ftfilt volume 01 and press enter:ft: waiting for drive to become ready > ft: using secondary header > Incorrect volume inserted. This tape is: > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > > Insert ftfilt volume 01 and press enter:ft: waiting for drive to become ready > ^C^C^C^C^C^C^C^C^C^C^C^C > sh-2.02# > sh-2.02# ls /dev/*ft* > /dev/ft0 /dev/ft0a /dev/rft0 /dev/rft0a > sh-2.02# dd if=/dev/ft0 of=part1 > dd: /dev/ft0: Operation not supported by device > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.002494 secs (0 bytes/sec) > sh-2.02# dd if=/dev/ft0 of=part1^H^H^H^H^H^H^H^H^H^[[1@a > dd: /dev/ft0a: Operation not supported by device > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.002441 secs (0 bytes/sec) > ^[[Ash-2.02# dd if=/dev/ft0a of=part1 sh-2.02# ^[[Kdd if=/dev/ft0a of=part1^H^H^H^H^H^H^H^H^H^H^H^H^H^H/f^[[1@f^Hf^H^Hf^[[1P^H^[[1@rft0a^H^[[1P > dd: /dev/rft0: Operation not supported by device > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.002512 secs (0 bytes/sec) > sh-2.02# dd if=/dev/rft0 of=part1^H^H^H^H^H^H^H^H^H^[[1@a > dd: /dev/rft0a: Operation not supported by device > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.002448 secs (0 bytes/sec) > sh-2.02# > sh-2.02# > sh-2.02# ft > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > sh-2.02# ft | dd if=- of=part1 > dd: -: No such file or directory > Incorrect volume inserted. This tape is: > "Linux raw format V2" - Mon Apr 27 00:17:50 1998 > > Insert ftfilt volume 01 and press enter: > ft: waiting for drive to become ready > ^C^C^C^C^C^C^C > sh-2.02# exit > > Script done on Fri Oct 2 12:43:10 1998 > > > > On Fri, 2 Oct 1998, Thomas David Rivers wrote: > > > > > > > Hello. I've read and been impressed by your FreeBSD propaganda and have > > > converted to your platform from Slackware Linux. > > > During the migration, I backed up all my serious data to QIC-80 > > > tapes using tar. Now when I try to retrieve the data, the ft filter > > > says that I've inserted the wrong volume and won't accept the > > > volume name of the Linux-generated tape. How do I get around this? The > > > data was a backup of an old operating system for my pdp11 and I can't > > > replace it, so it's critical. > > > > > > thanks in advance > > > > > > Jacob Ritorto > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-questions" in the body of the message > > > > > > > Jacob - > > > > Did you do this with tar cvfM and have multiple volumes? > > > > If so, the problem you're reporting is caused by a bug in GNU tar. > > I've had it myself several times. It seems to happen when a large > > file (larger than the block size) crosses a tape boundary. > > > > Don't despair though - all of your data is there. GNU tar has > > simply written too much on the second tape. > > > > The solution I use is to simply dd the tape images. Then with > > appropriate dd's, you can "chop off" the extra parts. > > > > Another approach I've taken is to use pdtar (available in the usenet > > archives) which ignores GNU's multivolume stuff. Then, you > > can get the file which cross the boundary and put it back together > > appropriately (again, taking the "extra" stuff off of the front of > > the second half.) > > > > - Dave Rivers - > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message