From owner-freebsd-current Mon Sep 15 16:51:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA03904 for current-outgoing; Mon, 15 Sep 1997 16:51:11 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA03875 for ; Mon, 15 Sep 1997 16:51:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA01386 for current@FreeBSD.ORG; Tue, 16 Sep 1997 01:51:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id BAA09072; Tue, 16 Sep 1997 01:43:22 +0200 (MET DST) Message-ID: <19970916014322.SQ08928@uriah.heep.sax.de> Date: Tue, 16 Sep 1997 01:43:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: restore seems to be misbehaving References: <19970914091441.PA51985@uriah.heep.sax.de> <199709150939.TAA01215@mailbox.uq.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199709150939.TAA01215@mailbox.uq.edu.au>; from Stephen Hocking on Sep 15, 1997 19:39:28 +1000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Stephen Hocking wrote: > I was just bitten by this too - repartitioned my hard drive and lost a few > files when restoring my /usr/src fs. I'm running with an NCR 810 also. I'll > keep the dd trick in mind. The command used to back things up with a large > number of QIC-150 tapes was "dump Obf 120000 /dev/rst0 /usr/src". Most > puzzling. Uhh -- but QIC 150 tapes (you are using them up to 120 MB only actually) are in a *totally* different boat than the original posting. They are fixed-length blocking with 512 bytes per tape block. They always *must* work, or something is royally screwed. restore will probably claim the tape block size were 10 KB or even 32, but that doesn't matter: if it issues a read(2) with this blocksize, the kernel should read as many tape blocks as required to satisfy the request. Variable-length blocking tapes are vastly different in their behaviour. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)