From owner-freebsd-scsi Tue May 11 1: 8: 8 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from ren.detir.qld.gov.au (ns.detir.qld.gov.au [203.46.81.66]) by hub.freebsd.org (Postfix) with ESMTP id A13F115D8B for ; Tue, 11 May 1999 01:07:59 -0700 (PDT) (envelope-from syssgm@detir.qld.gov.au) Received: by ren.detir.qld.gov.au; id SAA01379; Tue, 11 May 1999 18:07:23 +1000 (EST) Received: from ogre.detir.qld.gov.au(167.123.8.3) by ren.detir.qld.gov.au via smap (4.1) id xma001369; Tue, 11 May 99 18:06:53 +1000 Received: from atlas.detir.qld.gov.au (atlas.detir.qld.gov.au [167.123.8.9]) by ogre.detir.qld.gov.au (8.8.8/8.8.7) with ESMTP id SAA09861; Tue, 11 May 1999 18:06:53 +1000 (EST) Received: from nymph.detir.qld.gov.au (nymph.detir.qld.gov.au [167.123.10.10]) by atlas.detir.qld.gov.au (8.8.5/8.8.5) with ESMTP id SAA23315; Tue, 11 May 1999 18:06:52 +1000 (EST) Received: from nymph.detir.qld.gov.au (localhost.detir.qld.gov.au [127.0.0.1]) by nymph.detir.qld.gov.au (8.8.8/8.8.7) with ESMTP id SAA28834; Tue, 11 May 1999 18:06:50 +1000 (EST) (envelope-from syssgm@nymph.detir.qld.gov.au) Message-Id: <199905110806.SAA28834@nymph.detir.qld.gov.au> To: Wilko Bulte Cc: freebsd-scsi@freebsd.org, syssgm@detir.qld.gov.au, roberto@keltia.freenix.fr (Ollivier Robert) Subject: Re: problem with non-rewinding device on DLT / using dump ? References: <199905091849.UAA99359@yedi.iaf.nl> In-Reply-To: <199905091849.UAA99359@yedi.iaf.nl> from Wilko Bulte at "Sun, 09 May 1999 20:49:39 +0200" Date: Tue, 11 May 1999 18:06:50 +1000 From: Stephen McKay Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sunday, 9th May 1999, Wilko Bulte wrote: >As Ollivier Robert wrote ... >> According to Wilko Bulte: >> > make that: restore -s 3 -b64 -i -f /dev/nrsa2 >> > >> > and it works a whole lot better. >> >> I thought restore(8) was supposed to find the blocksize itself... > >Well... with -b64 I can restore things, without I can't. So I guess restore >can not do it. It can guess as high as 32KB, but no higher. Changing HIGHDENSITYTREC to 64 would cause dump to write in 64KB blocks for most devices and cause restore to guess as large as 64KB. But, I think that some QIC tape devices will fail because 64KB blocks are illegal in some modes. I find that 32KB works for me for all drive types that I use (QIC old and new, Exabyte 8200 thru 8505). Any reason why you don't use 32KB? Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message