Bug 171339

Summary: mt man page misdescribes fsfm and bsfm arguments
Product: [Fedora] Fedora Reporter: Need Real Name <kodis>
Component: mt-stAssignee: Jindrich Novy <jnovy>
Status: CLOSED DUPLICATE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: pknirsch
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-10-21 06:35:04 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Need Real Name 2005-10-20 21:31:51 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:
The operation of the fsfm and bsfm arguments is mis-described in the mt man page. 

Version-Release number of selected component (if applicable):
mt-st-0.8-5

How reproducible:
Always

Steps to Reproduce:
1. Read the mt man page.
2.
3.
  

Actual Results:  The man page includes this description:

       bsfm   Backward space count files.  The tape is positioned on the first
              block of the next file.

... and similarly for fsfm.

Expected Results:  The bsfm description should say that "The tape is positioned on the first block of the previous file.", and that fsfm moves to the next file.

Additional info:

Even that description is a bit misleading, in that to re-read a tape file that you've just read requires a "bsfm 2" to return to the beginning of the just-read file.  Perhaps something brief description of how file marks are used in tape positioning would be in order.

Comment 1 Jindrich Novy 2005-10-21 06:35:04 UTC

*** This bug has been marked as a duplicate of 171340 ***