Re: Rewinding tapes
Jonathan Belson wrote: Hiya I've written a small script that backs up data to a tape, rewinds it, then reads back the data that was stored as a test. The problem I've run into is that 'mt rewind' is asynchronous, and subsequent tape operations will fail until the rewind operation has finished. Is there a way to find out when the tape has finished rewinding, or at least to rewind synchronously? The drive is an ATA Seagate STT2401A. Cheers, Hi Jon, How about simply accessing the rewinding version of the device? (e.g. /dev/st0 instead of /dev/nst0) Kind regards, Alex. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Rewinding tapes
Hiya I've written a small script that backs up data to a tape, rewinds it, then reads back the data that was stored as a test. The problem I've run into is that 'mt rewind' is asynchronous, and subsequent tape operations will fail until the rewind operation has finished. Is there a way to find out when the tape has finished rewinding, or at least to rewind synchronously? The drive is an ATA Seagate STT2401A. Cheers, --Jon http://www.witchspace.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rewinding tapes
In the last episode (May 19), Jonathan Belson said: I've written a small script that backs up data to a tape, rewinds it, then reads back the data that was stored as a test. The problem I've run into is that 'mt rewind' is asynchronous, and subsequent tape operations will fail until the rewind operation has finished. mt rewind is synchronous on all the tape drive I have used it on (dat, dlt, 9-track, 3490). -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rewinding tapes
Dan Nelson wrote: mt rewind is synchronous on all the tape drive I have used it on (dat, dlt, 9-track, 3490). Apologies, it's 'tar' that seems to return when the drive is still busy - attempting to access the tape device before it's finished making groaning noises gives an input/output error. # tar -cv /some/dir fx: groan whirr # tar t tar: Error opening archive: Error reading '/dev/ast0': Input/output error Cheers, --Jon http://www.witchspace.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rewinding tapes
In the last episode (May 19), Jonathan Belson said: Dan Nelson wrote: mt rewind is synchronous on all the tape drive I have used it on (dat, dlt, 9-track, 3490). Apologies, it's 'tar' that seems to return when the drive is still busy - attempting to access the tape device before it's finished making groaning noises gives an input/output error. # tar -cv /some/dir fx: groan whirr # tar t tar: Error opening archive: Error reading '/dev/ast0': Input/output error That's not my experience either. Maybe it's a bug in the ata code? I wonder if atapicam works for tape drives. -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rewinding tapes
I've written a small script that backs up data to a tape, rewinds it, then reads back the data that was stored as a test. The problem I've run into is that 'mt rewind' is asynchronous, and subsequent tape operations will fail until the rewind operation has finished. Is there a way to find out when the tape has finished rewinding, or at least to rewind synchronously? The drive is an ATA Seagate STT2401A. Can you use mt status along with the appropriate *.ctl device? From the man page... Print status information about the tape unit. For SCSI mag- netic tape devices, the current operating modes of density, blocksize, and whether compression is enabled is reported. The current state of the driver (what it thinks that it is doing with the device) is reported. If the driver knows the relative position from BOT (in terms of filemarks and records), it prints that. Note that this information is not definitive (only BOT, End of Recorded Media, and hardware or SCSI logical block position (if the drive supports such) are considered definitive tape positions). Or maybe rdspos? Read SCSI logical block position. Some drives do not support this. The count argument is ignored. -philip ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
