From owner-freebsd-questions Fri Oct 2 13:32:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01265 for freebsd-questions-outgoing; Fri, 2 Oct 1998 13:32:40 -0700 (PDT) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from juniper.tsoft.net (b123.ppp.tsoft.com [209.133.58.123]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01248 for ; Fri, 2 Oct 1998 13:32:28 -0700 (PDT) (envelope-from jritorto@tsoft.net) Received: from localhost (jritorto@localhost) by juniper.tsoft.net (8.8.8/8.8.8) with SMTP id NAA02735; Fri, 2 Oct 1998 13:28:03 -0700 (PDT) (envelope-from jritorto@tsoft.net) X-Authentication-Warning: juniper.tsoft.net: jritorto owned process doing -bs Date: Fri, 2 Oct 1998 13:28:02 -0700 (PDT) From: Jacob Ritorto To: Thomas David Rivers cc: freebsd-questions@FreeBSD.ORG Subject: Re: migrating to FreeBSD In-Reply-To: <199810022000.QAA01121@lakes.dignus.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Oct 1998, Thomas David Rivers wrote: > 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?) No, linux did that itself. > > But - you should be able to access the raw device... are you root? > Ain't happenin'. That's why I sent the typescript (see near end of it). > > > > >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=part1sh-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