From owner-freebsd-hackers Thu Dec 14 06:18:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA03935 for hackers-outgoing; Thu, 14 Dec 1995 06:18:58 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA03923 for ; Thu, 14 Dec 1995 06:18:50 -0800 (PST) Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id WAA05904; Thu, 14 Dec 1995 22:18:20 +0800 (WST) From: Julian Elischer Message-Id: <199512141418.WAA05904@jhome.DIALix.COM> Subject: Re: Anyway to get tape head past end of tape mark ? To: mbarkah@hemi.com (Ade Barkah) Date: Thu, 14 Dec 1995 22:18:19 +0800 (WST) Cc: hackers@freebsd.org In-Reply-To: <199512132215.PAA23386@hemi.com> from "Ade Barkah" at Dec 13, 95 03:15:12 pm X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Hello, > > Uhm, I managed to get an end of tape mark to be written at the > very beginning of one tape. I don't know much about tapes, but > I think that means there are two filemarks written there now. on some drives this is true. > > Q: how can I recover from this ? overwrite it.. > > The tape is a Wangtek 5150es (SCSI), attached to a FreeBSD 2.0.5 > machine. I'm wondering several questions: > > 1. Is EOT really signified by two filemarks ? well, QIC drives know EOD without the extra mark (from memory) > > 2. Is this behaviour hardware or software ? That is, can software > force the tape to go pass the EOT ? you should be able to 'read' past all the data and then start writing, as long as you never read the EOT marks. That SHOULD overwrite it.. > > 3. If it's software, can I simply use the tape's MTFSF ioctl to > skip over the two filemarks, or do I need to modify the driver ? > that should work, but some drives recognise 2 EOF marks as special and will only allow you to write past them and not read past them.. > 4. If it's hardware, can I cut a few feet at the beginning of the > tape (hopefully past the EOT mark) and recover that way ? How > much of the tape should I cut ? Can I maybe do a 'cat /dev/nrst0 > > /dev/null' to force the tape to get to the EOT, eject without > rewinding, then cut just past that ? > no idea if this would work is nthere DATA on the tape you are trying to read? > Thanks in advance for any help, > > -Ade Barkah > -------------------------------------------------------------------- > Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: > -------------------------------------------------------------------- >