From owner-freebsd-scsi Wed Nov 6 2: 0:15 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA7B37B401; Wed, 6 Nov 2002 02:00:13 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15A8F43E97; Wed, 6 Nov 2002 02:00:11 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id LAA09839; Wed, 6 Nov 2002 11:00:04 +0100 (CET) Received: from uriah.heep.sax.de (localhost.heep.sax.de [127.0.0.1]) by uriah.heep.sax.de (8.12.5/8.12.5) with ESMTP id gA69wBWc033147; Wed, 6 Nov 2002 10:58:11 +0100 (MET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.12.5/8.12.5/Submit) id gA69wBiW033146; Wed, 6 Nov 2002 10:58:11 +0100 (MET) (envelope-from j) Date: Wed, 6 Nov 2002 10:58:11 +0100 From: Joerg Wunsch To: Ruslan Ermilov Cc: freebsd-scsi@freebsd.org Subject: Re: ``mt erase 0'' on a non-rewinded tape Message-ID: <20021106105811.A31642@uriah.heep.sax.de> Reply-To: Joerg Wunsch Mail-Followup-To: Joerg Wunsch , Ruslan Ermilov , freebsd-scsi@freebsd.org References: <20021105122423.GA79188@sunbay.com> <200211051918.gA5JIqaY014094@uriah.heep.sax.de> <20021106092223.GB93420@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20021106092223.GB93420@sunbay.com>; from ru@freebsd.org on Wed, Nov 06, 2002 at 11:22:23AM +0200 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 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Ruslan Ermilov wrote: > level 0 backups at Friday's evening, level 1 backups on Monday, ..., > level 4 backups on Thursday. If I don't erase the tape when I do a > level 0 backup, won't there be a chance that when I later do an > incremental backup and do an "mt eom" it will find some stale file > markers left by old incremental backups? Nope. When you start writing from the beginning of the medium, it'll always set a new EOM. You can't access the old contents behind EOM (at least not using the normal SCSI interface -- the only known method is to poweroff the drive after writing behind the previous EOM, or to hand off your medium to the NSA ;-). That's not half-inch reel-to-reel tapes anymore :), they are the only drives that needed two file marks in order to mark the logical end of tape, since you could still position behind it, and continue reading. Well, we still write two filemarks anyway, but other than compatibility with prehistoric software, there's no practical reason for this since the drives/media of all modern drives have their own notion of EOM anyway. > I wasn't clear enough. I meant it worked if I always used the rewind > device. In this case, "mt erase" was always run at the BOM. If the tape is at BOM, the command is supposed to work regardless of whether you use /dev/sa0 or /dev/nsa0. If it doesn't, that should be debugged. > Yes, the script runs "mt eom" for that very reason. But why would I > rewind the tape if the next day I want to use it from this same > position? IOW, if the SCSI bus isn't reset in-between, I get: > > # /usr/bin/time mt eom > 0,01 real 0,00 user 0,00 sys OK, saving a minute of positioning time might be an argument. :) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message