Date: Sat, 25 May 1996 22:37:47 +0200 (MET DST) From: J Wunsch <j@uriah.heep.sax.de> To: andreas@knobel.gun.de (Andreas Klemm) Cc: wilko@yedi.iaf.nl, joerg_wunsch@uriah.heep.sax.de, freebsd-scsi@FreeBSD.org, davidg@FreeBSD.org, dyson@FreeBSD.org Subject: Re: dump and 32blocks limit Message-ID: <199605252037.WAA27101@uriah.heep.sax.de> In-Reply-To: <Pine.BSF.3.92.960525105145.594A-100000@knobel.gun.de> from Andreas Klemm at "May 25, 96 10:57:17 am"
next in thread | previous in thread | raw e-mail | index | archive | help
As Andreas Klemm wrote: > Well, sometimes I had a SUN 4mm DAT (Archive Python) at home. > When doing backups with dump everything seemed to be fine. I could > choose blocksizes of about 96 blocks (as it's usual on Sun's). Ah! This raises a flag... you've been using 96 KB blocking. Sigh. Now look at the 64 KB physio limitation: your 96 KB has been accepted by dump(8), but physio(9) split it into one 64 KB block (due to its limit), and one 32 KB block. This gives you a tape with alternate 64/32/64/32 KB blocking, nothing you would really like to have... So we should bump the limit to 64 KB, and explain the limitation of physio in the man page (until it's been fixed -- which should remain a goal, think of importing tapes with > 64 KB blocking). -- 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. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605252037.WAA27101>