[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-cpio] Problem with "mt seek" behavior
From: |
Michal Seben |
Subject: |
[Bug-cpio] Problem with "mt seek" behavior |
Date: |
Thu, 04 Dec 2008 14:29:13 +0100 |
User-agent: |
Thunderbird 2.0.0.18 (X11/20081112) |
Hello
Could anybody help me with my "mt" seeking problem ? When the tape position
is on the end of data (EOD) and I want seek to the first block of the
previous file (bsf), the seek didn't work correctly. I try to explain in
follow (real-life) example :
# mt -f /dev/nst0 eod //move tape position to the end of data
# mt -f /dev/nst0 tell //print actual tape position
At block 22664710.
# mt -f /dev/nst0 bsf 1 //go back over one EOF mark (beginning of last file)
# mt -f /dev/nst0 tell //print actual tape pocition
At block 22664710. //FAULT ! the tape position is still on the same block
(even the last file has more
than 1GB ! I think this is not intended behavior)
# mt -f /dev/nst0 bsf 1 //when I go back over second EOF mark
# mt -f /dev/nst0 tell // i am on the right position
At block 18874374.
I read in docs that each cpio blocks of files are finished with two file marks
For me it looks that this double marks property causes fault behavior (you are
on the right tape position after second call of bsf)
So, is this seeking behavior OK ? depend on drivers or hardware ? or I am
something oversight ?
Unfortunately I use cpio 2.6 and I cant check 2.9 behavior
Thanks
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug-cpio] Problem with "mt seek" behavior,
Michal Seben <=