смола (вычисления)

берет

Оригинальный автор(ы)	Белл Лаборатории
Разработчик(и)	Различные с открытым исходным кодом и коммерческие разработчики разработчики
Первоначальный выпуск	январь 1979 года ( 1979-01 )
Стабильный релиз(ы)
BSD смола 3.7.2 / 2023-09-12 Деготь антилопы гну 1.35   / 2023-07-18 пдтар 1986-10-29 / 1986-10-29 План 9 берет ? / ? звезда 2023-09-28 / 2023-09-28
Написано в	pdtar, звезда, План 9 , GNU : C
Операционная система	Unix , Unix-подобные , Plan 9 , Microsoft Windows , IBM i
Платформа	Кросс-платформенный
Тип	Команда
Лицензия	Смола BSD: пункт BSD-2 GNU tar: GPL-3.0 или новее. pdtar: общественное достояние План 9: С звезда: CDDL-1.0

берет

Расширение имени файла	.берёт
Тип интернет-СМИ	приложение/x-tar
Единый идентификатор типа (UTI)	public.tar-архив
Магическое число	u s t a r \0 0 0  по смещению байта 257 (для версий POSIX) u s t a r \040 \040 \0  (для старого формата GNU tar) отсутствует в версиях до POSIX
Последний выпуск	различный различный
Тип формата	Архив файлов
Стандартный	POSIX, начиная с POSIX.1, в настоящее время в определении pax [1]
Открытый формат ?	Да

В вычислительной технике tar — это компьютерная программная утилита для сбора множества файлов в один архивный файл , часто называемый архивным файлом , для целей распространения или резервного копирования. Название происходит от слова «ленточный архив», поскольку оно изначально было разработано для записи данных на устройства последовательного ввода-вывода без собственной файловой системы, например устройства, использующие магнитную ленту . Наборы архивных данных, созданные tar, содержат различные параметры файловой системы , такие как имя, временные метки, право собственности, права доступа к файлам и организация каталогов . POSIX отказался от tar в пользу pax , но tar продолжает широко использоваться.

История

Утилита командной строки была впервые представлена ​​в версии 7 Unix в январе 1979 года, заменив программу tp (которая, в свою очередь, заменила «tap»). Файловая структура для хранения этой информации была стандартизирована в POSIX .1-1988. и позже POSIX.1-2001, и стал форматом, поддерживаемым большинством современных систем архивирования файлов. В POSIX.1-2001 от команды tar отказались в пользу команды pax , которая должна была поддерживать формат файлов ustar; команде tar было указано на вывод в пользу команды pax как минимум с 1994 года.

Сегодня Unix-подобные операционные системы обычно включают инструменты для поддержки файлов tar, а также утилиты, обычно используемые для их сжатия, такие как xz , gzip и bzip2 .

The Команда tar также была перенесена в операционную систему IBM i .

BSD-tar включен в Microsoft Windows начиная с обновления Windows 10 за апрель 2018 года . Кроме того, существует множество сторонних инструментов для чтения и записи этих форматов в Windows.

Обоснование

переменной длины Многие исторические ленточные накопители считывают и записывают блоки данных , оставляя на ленте значительное ненужное пространство между блоками (чтобы лента физически начинала и прекращала движение). Некоторые ленточные накопители (и необработанные диски) поддерживают только блоки данных фиксированной длины. Кроме того, при записи на любой носитель, например файловую систему или сеть, запись одного большого блока занимает меньше времени, чем запись множества маленьких блоков. Поэтому команда tar записывает данные в записи из множества по 512 Б. блоков Пользователь может указать коэффициент блокировки, который представляет собой количество блоков на запись. Значение по умолчанию — 20, что дает записи размером 10 КиБ .

Формат файла

Существует несколько форматов файлов tar, включая исторические и текущие. В POSIX кодифицированы два формата tar: ustar и pax . Не кодифицированный, но все еще используемый формат GNU tar.

Архив tar состоит из ряда файловых объектов, отсюда и популярный термин tarball , обозначающий, как tar-архив собирает объекты всех видов, прилипающие к его поверхности. Каждый файловый объект включает в себя любые данные файла, и ему предшествует запись заголовка длиной 512 байт . Данные файла записываются без изменений, за исключением того, что его длина округляется до кратного 512 байт. Исходная реализация tar не заботилась о содержимом заполняющих байтов и оставляла данные буфера неизмененными, но большинство современных реализаций tar заполняют дополнительное пространство нулями. Конец архива отмечается как минимум двумя последовательными записями, заполненными нулями. (По-видимому, источником размера записи tar являются 512-байтовые секторы диска, используемые в файловой системе Unix версии 7.) Последний блок архива дополняется нулями до полной длины.

Заголовок

Запись заголовка файла содержит метаданные о файле. Чтобы обеспечить переносимость между различными архитектурами с разным порядком байтов , информация в записи заголовка кодируется в ASCII . Таким образом, если все файлы в архиве представляют собой текстовые файлы ASCII и имеют имена ASCII, то архив по существу представляет собой текстовый файл ASCII (содержащий множество символов NUL ).

Поля, определенные исходным форматом tar Unix, перечислены в таблице ниже. Таблица индикаторов ссылок/типов файлов включает в себя некоторые современные расширения. Когда поле не используется, оно заполняется NUL-байтами. Заголовок занимает 257 байт, а затем дополняется NUL-байтами, чтобы заполнить запись длиной 512 байт. В шапке нет "магического числа" для идентификации файла.

Заголовок tar до POSIX.1-1988 (т.е. v7):

Смещение поля	Размер поля	Поле
0	100	Имя файла
100	8	Файловый режим (восьмеричный)
108	8	Числовой идентификатор пользователя владельца (восьмеричный)
116	8	Числовой идентификатор пользователя группы (восьмеричный)
124	12	Размер файла в байтах (восьмеричном)
136	12	Время последнего изменения в числовом формате времени Unix (восьмеричном).
148	8	Контрольная сумма для записи заголовка
156	1	Индикатор ссылки (тип файла)
157	100	Имя связанного файла

до POSIX.1-1988 Поле индикатора связи может иметь следующие значения:

Поле индикатора связи

Ценить	Значение
'0' или ( ASCII NUL )	Обычный файл
'1'	Жесткая ссылка
'2'	Символическая ссылка

В некоторых реализациях tar до POSIX.1-1988 каталог указывался с помощью косой черты (/) в имени.

Числовые значения кодируются восьмеричными числами с использованием цифр ASCII с ведущими нулями. последний символ NUL или пробел По историческим причинам также следует использовать . Таким образом, хотя для хранения размера файла зарезервировано 12 байт, можно сохранить только 11 восьмеричных цифр. Это дает максимальный размер 8 гигабайт архивных файлов . Чтобы преодолеть это ограничение, в 2001 году компания Star ввела кодировку Base-256, которая обозначается установкой старшего бита самого левого байта числового поля. GNU-tar и BSD-tar последовали этой идее. Кроме того, версии tar, существовавшие до появления первого стандарта POSIX 1988 года, дополняли значения пробелами вместо нулей.

Контрольная сумма рассчитывается путем взятия суммы значений беззнаковых байтов записи заголовка, при этом восемь байтов контрольной суммы считаются пробелами ASCII (десятичное значение 32). Он хранится в виде шестизначного восьмеричного числа с ведущими нулями, за которыми следует NUL, а затем пробел. Различные реализации не придерживаются этого формата. Кроме того, некоторые исторические реализации tar считали байты подписанными. Реализации обычно вычисляют контрольную сумму в обоих направлениях и считают ее правильной, если знаковая или беззнаковая сумма соответствует включенной контрольной сумме.

Файловые системы Unix поддерживают несколько ссылок (имен) на один и тот же файл. Если в tar-архиве присутствует несколько таких файлов, то только первый из них архивируется как обычный файл; остальные архивируются как жесткие ссылки, при этом в поле «имя связанного файла» указывается имя первого файла. При извлечении такие жесткие ссылки должны быть воссозданы в файловой системе.

UStar format

Большинство современных tar-программ читают и записывают архивы в формате UStar ( стандарт Unix TAR). ), представленный стандартом POSIX IEEE P1003.1 с 1988 года. Он ввел дополнительные поля заголовка. Старые программы tar будут игнорировать дополнительную информацию (возможно, извлечение частично именованных файлов), тогда как новые программы будут проверять наличие строки «ustar», чтобы определить, используется ли новый формат. Формат UStar позволяет использовать более длинные имена файлов и сохраняет дополнительную информацию о каждом файле. Максимальный размер имени файла составляет 256, но он разделен между предшествующим путем «префиксом имени файла» и самим именем файла, поэтому может быть намного меньше.

Смещение поля	Размер поля	Поле
0	156	(Несколько полей, как и в старом формате)
156	1	Тип флага
157	100	(То же поле, что и в старом формате)
257	6	UStar indicator, "ustar", then NUL
263	2	UStar version, "00"
265	32	Имя пользователя владельца
297	32	Название группы владельцев
329	8	Основной номер устройства
337	8	Младший номер устройства
345	155	Префикс имени файла

может Поле флага типа иметь следующие значения:

Введите поле флага

Ценить	Значение
'0' или ( ASCII NUL )	Обычный файл
'1'	Жесткая ссылка
'2'	Символическая ссылка
'3'	Специальный персонаж
'4'	Блокировать специальные
'5'	Каталог
'6'	ФИФО
'7'	Непрерывный файл
'г'	Глобальный расширенный заголовок с метаданными (POSIX.1-2001)
'х'	Расширенный заголовок с метаданными для следующего файла в архиве (POSIX.1-2001)
«А» — «Я»	Расширения, специфичные для конкретного поставщика (POSIX.1-1988)
Все остальные значения	Зарезервировано для будущей стандартизации

Расширения конкретного поставщика POSIX.1-1988, использующие значения флагов связи «A» – «Z», частично имеют разное значение у разных поставщиков и, таким образом, считаются устаревшими и заменяются расширениями POSIX.1-2001, которые также включают тег поставщика.

Тип «7» (непрерывный файл) формально помечен как зарезервированный в стандарте POSIX, но предназначался для обозначения файлов, которые должны быть расположены на диске непрерывно. Немногие операционные системы поддерживают явное создание таких файлов, и, следовательно, большинство программ TAR их не поддерживают и будут обрабатывать файлы типа 7, как если бы они были типа 0 (обычные). Исключением являются более старые версии GNU tar при работе в операционной системе MASSCOMP RTU (Real Time Unix), которая поддерживала флаг O_CTG для функции open() для запроса непрерывного файла; однако эта поддержка была удалена из GNU tar версии 1.24 и далее.

POSIX.1-2001/чел.

В 1997 году Sun предложила метод добавления расширений к формату tar. Позже этот метод был принят в стандарте POSIX.1-2001. Этот формат известен как расширенный формат tar или формат pax . Новый формат tar позволяет пользователям добавлять любые улучшения, помеченные поставщиком. Следующие теги определены стандартом POSIX:

• atime , mtime : все временные метки файла в произвольном разрешении (большинство реализаций используют наносекундную детализацию)
• путь : имена путей неограниченной длины и кодировки набора символов.
• linkpath : целевые имена символических ссылок неограниченной длины и кодировки набора символов.
• uname , gname : имена пользователей и групп неограниченной длины и кодировки набора символов.
• размер : файлы неограниченного размера (исторический формат tar — 8 ГБ)
• uid , gid : идентификатор пользователя и идентификатор группы без ограничения размера (исторический формат tar ограничен максимальным идентификатором 2097151)
• определение набора символов для имен путей и имен пользователей/групп ( UTF-8 )

В 2001 году программа «Звезда» стала первым tar, поддерживающим новый формат. В 2004 году GNU tar поддержал новый формат: хотя он еще не записывает его в качестве вывода по умолчанию из программы tar.

Формат pax разработан таким образом, что все реализации, способные читать формат UStar, смогут также читать формат pax. Единственным исключением являются файлы, использующие расширенные функции, такие как более длинные имена файлов. Для совместимости они закодированы в файлах tar как специальные x или g Типовые файлы, обычно находящиеся под PaxHeaders.XXXX каталог. Реализация, поддерживающая pax, будет использовать эту информацию, а не поддерживающая, например 7-Zip, будет обрабатывать ее как дополнительные файлы.

Использование

Синтаксис команды

tar [-options] <name of the tar archive> [files or directories which to add into archive]

Основные параметры:

• -c, --create — создать новый архив;
• -a, --auto-compress — дополнительно сжать архив компрессором, который будет автоматически определен по расширению имени файла архива. Если имя архива заканчивается на *.tar.gz тогда используйте gzip , если *.tar.xz затем используйте xz , *.tar.zst для Zstandard и т. д.;
• -r, --append — добавлять файлы в конец архива;
• -x, --extract, --get — извлечь файлы из архива;
• -f, --file — укажите имя архива;
• -t, --list — показать список файлов и папок в архиве;
• -v, --verbose — показать список обработанных файлов.

Основное использование

Создать архивный файл archive.tar из файла README.txt и каталог src:

$ tar -cvf archive.tar README.txt src

Извлечь содержимое для archive.tar в текущий каталог:

$ tar -xvf archive.tar

Создать архивный файл archive.tar.gz из файла README.txt и каталог src и сожмите его с помощью gzip :

$ tar -cavf archive.tar.gz README.txt src

Извлечь содержимое для archive.tar.gz в текущий каталог:

$ tar -xvf archive.tar.gz

Брезент

tarpipe — это метод создания архива в стандартном выходном файле утилиты tar и передачи его другому процессу tar на его стандартный ввод , работающему в другом каталоге, где он распаковывается. Этот процесс копирует все дерево исходных каталогов, включая все специальные файлы, например:

$ tar cf - srcdir | tar x -C destdir

Распространение программного обеспечения

Формат tar продолжает широко использоваться для с открытым исходным кодом распространения программного обеспечения . *NIX-дистрибутивы используют его в различных механизмах распространения исходных кодов и двоичных пакетов, при этом исходный код большинства программ доступен в сжатых tar-архивах.

Ограничения

Исходный формат tar был создан на заре Unix, и, несмотря на широкое распространение в настоящее время, многие из его конструктивных особенностей считаются устаревшими.

Многие старые реализации tar не записывают и не восстанавливают расширенные атрибуты (xattrs) или списки управления доступом (ACL). В 2001 году Star представила поддержку списков ACL и расширенных атрибутов посредством собственных тегов для POSIX.1-2001 pax. bsdtar использует звездообразные расширения для поддержки списков управления доступом. Более поздние версии GNU tar поддерживают расширенные атрибуты Linux, переопределяя звездообразные расширения. Ряд расширений рассмотрен в руководстве по типам файлов для BSD tar, tar(5).

Другие форматы были созданы для устранения недостатков tar.

Тарбомба

«Тарбомба» перенаправляется сюда. Не путать с почтовой бомбой .

Тарбомба — это tar - на хакерском сленге файл, содержащий множество файлов, которые извлекаются в рабочий каталог. Такой файл tar может создать проблемы, перезаписывая файлы с тем же именем в рабочем каталоге или смешивая файлы одного проекта с другими. В лучшем случае это доставляет неудобства пользователю, которому приходится идентифицировать и удалять множество файлов, перемежающихся с другим содержимым каталога. Такое поведение считается нарушением этикета со стороны создателя архива.

Связанная с этим проблема — использование абсолютных путей или ссылок на родительские каталоги при создании файлов tar. Файлы, извлеченные из таких архивов, часто создаются в необычных местах за пределами рабочего каталога и, подобно тарбомбе, могут перезаписать существующие файлы. Однако современные версии FreeBSD и GNU tar не создают и не извлекают абсолютные пути и ссылки на родительские каталоги по умолчанию, если только это явно не разрешено с помощью флага -P или вариант --absolute-names. Программа bsdtar, которая также доступна во многих операционных системах и является утилитой tar по умолчанию в Mac OS X v10.6, также не следует ссылкам на родительский каталог или символическим ссылкам.

Если у пользователя доступен только очень старый tar-файл, в котором нет этих мер безопасности, эти проблемы можно решить, сначала проверив tar-файл с помощью команды tar tf archive.tar, который перечисляет содержимое и позволяет впоследствии исключить проблемные файлы. Эти команды не извлекают файлы, а отображают имена всех файлов в архиве. Если какие-либо из них вызывают проблемы, пользователь может создать новый пустой каталог и извлечь в него архив или полностью отказаться от файла tar. Большинство графических инструментов могут отображать содержимое архива перед его распаковкой. Vim может открывать tar-архивы и отображать их содержимое. GNU Emacs также может открывать tar-архив и отображать его содержимое в буфере .

Произвольный доступ

Формат tar был разработан без централизованного индекса или таблицы содержания файлов и их свойств для потоковой передачи на ленточные устройства резервного копирования. Архив необходимо читать последовательно, чтобы просмотреть или извлечь файлы. Для больших tar-архивов это приводит к снижению производительности, что делает tar-архивы непригодными для ситуаций, когда часто требуется произвольный доступ к отдельным файлам.

Если правильно сформированный файл tar хранится на доступном для поиска (т. е. позволяющем эффективное случайное чтение) носителе, tar программа по-прежнему может относительно быстро (за линейное время относительно количества файлов) искать файл, пропуская операции чтения файла в соответствии с полем «размер» в заголовках файлов. Это основа выбора -n в GNU tar. Когда файл tar сжимается целиком, формат сжатия, который обычно не доступен для поиска, не позволяет выполнить эту оптимизацию. Ряд «индексированных» компрессоров, поддерживающих формат tar, могут восстановить эту функцию для сжатых файлов. Чтобы обеспечить возможность поиска, файлы tar также необходимо правильно объединить, удалив конечный нулевой блок в конце каждого файла.

Дубликаты

Другая проблема с форматом tar заключается в том, что он позволяет нескольким (возможно, разным) файлам в архиве иметь одинаковые пути и имена. При распаковке такого архива обычно последняя версия файла перезаписывает предыдущую.

Это может создать неявную (неочевидную) tar-бомбу, которая технически не содержит файлов с абсолютными путями или ссылками на родительские каталоги, но все же вызывает перезапись файлов за пределами текущего каталога (например, архив может содержать два файла с одинаковым путем и именем файла). , первый из которых представляет собой символическую ссылку на какое-то место за пределами текущего каталога, а второй — обычный файл, тогда извлечение такого архива в некоторых реализациях tar может привести к записи в местоположение, на которое указывает символическая ссылка).

Ключевые реализации

Исторически сложилось так, что многие системы реализовали tar, и многие обычные файловые архиваторы имеют хотя бы частичную поддержку tar (часто используя одну из приведенных ниже реализаций). История смолы — это история несовместимостей, известная как «смольные войны». Большинство реализаций tar также могут читать и создавать cpio и pax (последний на самом деле представляет собой формат tar с расширениями POSIX -2001).

Ключевые реализации в порядке происхождения:

• Solaris tar основан на оригинальном tar Unix V7 и используется по умолчанию в операционной системе Solaris.
• GNU tar используется по умолчанию в большинстве дистрибутивов Linux . Он основан на общедоступной реализации pdtar, которая была запущена в 1987 году. Последние версии могут использовать различные форматы, включая форматы ustar, pax, GNU и v7.
• FreeBSD Файл tar (также BSD tar ) стал tar по умолчанию в большинстве Berkeley Software Distribution операционных систем на базе включая Mac OS X. , Основные функции доступны в виде библиотеки для включения в другие приложения. Эта реализация автоматически определяет формат файла и может извлекать его из образов компакт-дисков tar, pax, cpio, zip, rar, ar, xar, rpm и ISO 9660. Он также поставляется с функционально эквивалентным интерфейсом командной строки cpio.
• Шилая смола , более известная как звездочка ( / ˈ ɛ s ˌ t ɑːr / , ESS -tar ), имеет историческое значение, поскольку некоторые из его расширений были весьма популярны. Впервые опубликовано в апреле 1997 г. его разработчик заявил, что начал разработку в 1982 году.
• Модуль Python tarfile поддерживает несколько форматов tar, включая ustar, pax и gnu; он может читать, но не создавать формат V7 и расширенный формат SunOS tar; pax — формат по умолчанию для создания архивов. В наличии с 2003 года.

Кроме того, большинство реализаций pax и cpio могут читать и создавать файлы tar нескольких типов.

Суффиксы для сжатых файлов

Архивные файлы tar обычно имеют суффикс .tar (например, somefile.tar ).

Архивный файл tar содержит несжатые потоки байтов файлов, которые он содержит. различные программы сжатия Для сжатия архива доступны , такие как gzip , bzip2 , xz , lzip , lzma , zstd или compress , которые сжимают весь tar-архив. Обычно сжатая форма архива получает имя файла путем добавления к имени файла архива суффикса компрессора, соответствующего формату. Например, tar-архив archive.tar называется archive.tar.gz , когда он сжимается с помощью gzip.

Популярные программы tar, такие как версии tar для BSD и GNU, поддерживают параметры командной строки Z (сжатие), z (gzip) и j (bzip2) для сжатия или распаковки архивного файла при его создании или распаковке. Относительно недавние дополнения включают --lzma ( LZMA ), --lzop ( lzop ), --xz или J ( xz ), --lzip (lzip) и --zstd . Распаковка этих форматов выполняется автоматически, если используются поддерживаемые расширения имен файлов, а сжатие выполняется автоматически с использованием тех же расширений имен файлов, если параметр --auto-compress (короткая форма -a ) передается в применимую версию GNU tar. BSD tar обнаруживает еще более широкий диапазон компрессоров ( lrzip , lz4 ), используя не имя файла, а содержащиеся в нем данные. Нераспознанные форматы необходимо сжимать или распаковывать вручную по конвейеру.

Ограничения имен файлов в MS-DOS 8.3 привели к появлению дополнительных соглашений об именах сжатых tar-архивов. Однако эта практика пошла на убыль, поскольку FAT теперь предлагает длинные имена файлов .

Архивирование Tar часто используется вместе с методом сжатия, например gzip , для создания сжатого архива. Как показано, совокупность файлов в архиве сжимается как единое целое.

Эквиваленты суффикса файла

Компрессор	Длинный	Короткий
bzip2	.tar.bz2	.tb2, .tbz, .tbz2, .tz2
gzip	.tar.gz	.taz, .tgz
lzip	.tar.lz
лзма	.tar.lzma	.tlz
лзоп	.tar.lzo
хз	.tar.xz	.TX
компресс	.tar.Z	.tZ, .taZ
ЗСТД	.tar.zst	.tzst

См. также

• Сравнение файловых архиваторов
• Сравнение форматов архивов
• Список форматов архивов
• Список команд Unix

Внешние ссылки

• Команды и утилиты спецификации X/Open CAE, выпуск 4, версия 2 (pdf), 1994 г., opengroup.org – указывает, что tar должен быть отозван.
• tar в Единой спецификации UNIX, версия 2, 1997, opengroup.org – указывает, что приложения следует перейти на утилиту pax.
• C.4 Утилиты в базовых спецификациях Open Group, выпуск 6, издание 2004 г., opengroup.org – указывает, что tar удален.
• pax – Справочник по оболочке и утилитам, Единая спецификация UNIX , версия 4 от The Open Group – определяет форматы файлов ustar и pax.
• tar(1) – Unix версии 7. программиста Руководство
• tar(1) — руководство от GNU
• tar(1) – Plan 9 , том 1 Руководство программиста
• tar(1) – Solaris 11.4 по пользовательским командам Справочное руководство
• tar(1) – FreeBSD по основным командам Руководство
• tar(1) – OpenBSD по общим командам Руководство
• tar(1) – Linux пользователя Руководство – Пользовательские команды
• tar(5) – FreeBSD по форматам файлов Руководство
• TAR — Windows CMD — SS64.com