<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Битые ленты или неверный размер блока на экзабайте?</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/86687.html</link>
    <description>Подняли старый архив с целью переписать его на LTO.&lt;br&gt;Естественно никто не помнит ни кто писал ни как писал эти ленты. А происходит с ними следующее:&lt;br&gt;&lt;br&gt;# mt -f /dev/rmt/9n status&lt;br&gt;Exabyte EXB-8500 8mm Helical Scan tape drive:&lt;br&gt;   sense key(0x0)= No Additional Sense   residual= 0   retries= 0&lt;br&gt;   file no= 0   block no= 0&lt;br&gt;&lt;br&gt;&#091;i&#093;пытаемся копировать&#091;/i&#093;&lt;br&gt;&lt;br&gt;# &#091;b&#093;tcopy /dev/rmt/9n test1&#091;/b&#093;&lt;br&gt;file 1: record 1: size 2696&lt;br&gt;file 1: records 2 to 579: size 10056&lt;br&gt;file 1: eof after 579 records: 5815064 bytes&lt;br&gt;Write EOF: Inappropriate ioctl for device&lt;br&gt;&lt;br&gt;&#091;i&#093;не пойму - лента битая или размер блока не нравится?&lt;br&gt;но вперёд продвинулись:&#091;/i&#093;&lt;br&gt;&lt;br&gt;# mt -f /dev/rmt/9n status&lt;br&gt;Exabyte EXB-8500 8mm Helical Scan tape drive:&lt;br&gt;   sense key(0x12)= EOF   residual= 0   retries= 0&lt;br&gt;   file no= 1   block no= 0&lt;br&gt;&lt;br&gt;&#091;i&#093;но потом уже ничего скопировать нельзя&#091;/i&#093;&lt;br&gt;&lt;br&gt;# &#091;b&#093;tcopy /dev/rmt/9n test2&#091;/b&#093;&lt;br&gt;file 1: eof after 0 records: 0 bytes&lt;br&gt;Write EOF: Inappropriate ioctl for device&lt;br&gt;&lt;br&gt;&#091;i&#093;и tarом тоже не копируется:&#091;/i&#093;&lt;br&gt;&lt;br&gt;# &#091;b&#093;tar xvf /dev/rmt/9n&#091;/b</description>

<item>
    <title>Битые ленты или неверный размер блока на экзабайте? (goblin13)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/86687.html#4</link>
    <pubDate>Tue, 01 Dec 2009 10:28:26 GMT</pubDate>
    <description>&amp;gt;В общем нашёл в интернете утилиту segd2disk &lt;br&gt;&lt;br&gt;размер блока &lt;br&gt;tcopy /dev/rmt0 &lt;br&gt;посмотри потом попробуй с -s maxblk &lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Битые ленты или неверный размер блока на экзабайте? (Im27th)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/86687.html#3</link>
    <pubDate>Thu, 01 Oct 2009 10:49:04 GMT</pubDate>
    <description>В общем нашёл в интернете утилиту segd2disk&lt;br&gt;&lt;br&gt;Но и оно не помогло.&lt;br&gt;Тут я всё-таки заподозрил ленты в убитости и пришлось перебрать большую кучу лент, чтобы найти таки рабочую, либо всё же записанную как-то по-другому. Хотя и в ней идёт два EOF подряд, а как их обходить я так и не понял. Ну ясно дело, что я написал скрипт, который сам запускает копирование следующего файла, но думаю, что есть стандартные методы.&lt;br&gt;&lt;br&gt;prouser(blade)/bigsan4/A&amp;gt;touch test1&lt;br&gt;prouser(blade)/bigsan4/A&amp;gt;tcopy /dev/rmt/9n test1&lt;br&gt;file 1: record 1: size 2656&lt;br&gt;file 1: records 2 to 515: size 10056&lt;br&gt;file 1: eof after 515 records: 5171440 bytes&lt;br&gt;Write EOF: Inappropriate ioctl for device&lt;br&gt;&lt;br&gt;prouser(blade)/bigsan4/A&amp;gt;mt -f /dev/rmt/9n status&lt;br&gt;Exabyte EXB-8500 8mm Helical Scan tape drive:&lt;br&gt;   sense key(0x12)= EOF   residual= 0   retries= 0&lt;br&gt;   file no= 1   block no= 0&lt;br&gt;&lt;br&gt;prouser(blade)/bigsan4/A&amp;gt;touch test2&lt;br&gt;prouser(blade)/bigsan4/A&amp;gt;tcopy /dev/rmt/9n test2&lt;br&gt;file 1: record 1: size 2656&lt;br&gt;file 1: records 2 to 515: size 10056&lt;br&gt;file 1: eof after 515 </description>
</item>

<item>
    <title>Битые ленты или неверный размер блока на экзабайте? (Im27th)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/86687.html#2</link>
    <pubDate>Fri, 25 Sep 2009 05:56:49 GMT</pubDate>
    <description>В общем устройство рабочее.&lt;br&gt;Ленточки, на которые что-то писалось tarом - читаются.&lt;br&gt;А на эти ленты, которые я не могу прочитать, оказывается записаны сейсмические файлы в некоемом формате SEG-D&lt;br&gt;http://74.125.77.132/search?q=cache:o9V6GANBKcMJ:www.seg.org/SEGportalWEBproject/prod/SEG-Publications/Pub-Technical-Standards/Documents/seg_d_rev0.doc+tape+seg-d&amp;cd=4&amp;hl=ru&amp;ct=clnk&amp;gl=ru&lt;br&gt;Прочитал несколько статей про этот формат, но не узрел информации, которая могла бы меня спасти.&lt;br&gt;&lt;br&gt;Дело в том, что до этого всегда с этих ленточек загоняли данные сразу в специальную сейсмическую программу ProMAX - она эти ленты читает легко, но она данные сразу при считывании конвертирует в другой сейсмический формат seg-y.&lt;br&gt;А так как сейчас идёт просто перевод архивов со старых лент на новые, то формат необходимо оставить seg-d.&lt;br&gt;&lt;br&gt;В общем появилось ещё 2 мысли:&lt;br&gt;1. Слышал, что во времена бобин была какая-то утилита, которая тупо прокручивала всю ленту и выдавала информацию о количестве файлов, размерах блоков, метках, концах и </description>
</item>

<item>
    <title>Битые ленты или неверный размер блока на экзабайте? (Im27th)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/86687.html#1</link>
    <pubDate>Thu, 24 Sep 2009 06:58:51 GMT</pubDate>
    <description>Ничего не пойму.&lt;br&gt;Может само устройство нагнулось?&lt;br&gt;Есть какие-то средства протестировать?&lt;br&gt;&lt;br&gt;# &#091;b&#093;tar tvf /dev/rmt/9n&#091;/b&#093;&lt;br&gt;tar: tape read error&lt;br&gt;&lt;br&gt;# &#091;b&#093;tar xvfb - 512k /dev/rmt/9n test4&#091;/b&#093;&lt;br&gt;&#091;i&#093;зависает при любом размере блока - всякие перепробовал&#091;/i&#093;&lt;br&gt;&lt;br&gt;# &#091;b&#093;pax -l -f /dev/rmt/9n&#091;/b&#093;&lt;br&gt;pax: No input&lt;br&gt;&lt;br&gt;# &#091;b&#093;cpio -civt &amp;lt; /dev/rmt/9n&#091;/b&#093;&lt;br&gt;End of medium on &quot;input&quot;.&lt;br&gt;To continue, type device/file name when ready.&lt;br&gt;&lt;br&gt;Уже и не знаю, что ещё попробовать.&lt;br&gt;</description>
</item>

</channel>
</rss>
