AK>>> при работе с блочными лентами - нужен паддинг, они не умеют AK>>> писать пол-блока VS>> А mt status пишет про ленточку Blocksize variable. Что такое VS>> "полблока" - AK> это означает, что ты его можешь выбирать. А не что-то еще.
А по умолчанию, интересно, какой он?
Я подбирал bs=64k для dd именно практическим путем из соображений, что при таком размере блока стример работает ровно, без остановок и дерганий туда-сюда, и на предельной скорости около 16 МБ/сек.
Но поскольку никогда не заливал на него произвольные файлы, а только dump-овские и tar-овские архивы, то и с сабжевой проблемой столкнулся впервые за много лет использования ленточек таким образом.
VS>> Вопрос собственно в том, как tar и dump обеспечивают паддинг AK> дополняют нулями, очевидно.
man dump об этом молчит, а вот в man tar написано (как хорошо знать, что именно ищешь):
All archive output is written in correctly-sized blocks, even if the out- put is being compressed. Whether or not the last output block is padded to a full block size varies depending on the format and the output device. For tar and cpio formats, the last block of output is padded to a full block size if the output is being written to standard output or to a character or block device such as a tape drive. If the output is being written to a regular file, the last block will not be padded.
Поскольку tar запускается у меня через "ssh remotehost tar cf - /usr/home", то соответственно архив получается padded.
AK> И у них есть управление размером блока - для тех, у кого он не AK> variable. -b
И по умолчанию размер tar-овского блока равен 10240 байт, а я заливаю tar-овские файлы с bs=64k. А 64*1024/10240 нацело не делится. И тем не менее всё работает. Как, сэр?