VS>> А теперь объясните мне, пожалуйста, теорию того, что произошло, VS>> если конечно знание о работе tape I/O не утрачено окончательно. AK> при работе с блочными лентами - нужен паддинг, они не умеют писать AK> пол-блока
А mt status пишет про ленточку Blocksize variable. Что такое "полблока" - половина от чего?
AK> Hи драйвер, ни dd паддинга не обеспечивают.
Вопрос собственно в том, как tar и dump обеспечивают паддинг, если пишут не сразу на ленточку, а в файл.
AK> Мораль: dd абсолютно непригодная для работы с лентами утилита (если не AK> заниматься поблочными операциями, скажем для восстановления или AK> отладки). Пригодная - например, tar.
У меня с помощью dd делается D2D2T, т.е. tar и dump создают архивы на промежуточном диске, а потом dd сливает их на ленту. И вот при залитии tar и dump архивов на ленту dd-ой - описанных проблем никогда не происходит. Значит, эти архивы, даже в виде файлов, обладают некоторым волшебным свойством. Каким?
AK> Hет, знание не утрачено - в том числе, судя по тому, AK> что tar все еще работоспособен. Hапомнить, как расшифровывается?
Да, потом залитое таким образом очень хорошо считывается с помощью "tar xb 128" или "restore -b64 -r". Не отличишь, как будто изначально на ленту дампили или тарили.
Как расшифровывается tar, помню разумеется. Вопрос - в чем секрет и как реализован.