From b253dd7cd3994d94137556defe22e56e94a19805 Mon Sep 17 00:00:00 2001 From: Kim Kibum Date: Mon, 21 May 2012 17:49:43 +0900 Subject: Upload Tizen:Base source --- doc/tar.info-1 | 7594 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 7594 insertions(+) create mode 100644 doc/tar.info-1 (limited to 'doc/tar.info-1') diff --git a/doc/tar.info-1 b/doc/tar.info-1 new file mode 100644 index 0000000..362a137 --- /dev/null +++ b/doc/tar.info-1 @@ -0,0 +1,7594 @@ +This is tar.info, produced by makeinfo version 4.8 from tar.texi. + + This manual is for GNU `tar' (version 1.17, 8 June 2007), which +creates and extracts files from archives. + + Copyright (C) 1992, 1994, 1995, 1996, 1997, 1999, 2000, 2001, 2003, +2004, 2005, 2006, 2007 Free Software Foundation, Inc. + + Permission is granted to copy, distribute and/or modify this + document under the terms of the GNU Free Documentation License, + Version 1.1 or any later version published by the Free Software + Foundation; with no Invariant Sections, with the Front-Cover Texts + being "A GNU Manual," and with the Back-Cover Texts as in (a) + below. A copy of the license is included in the section entitled + "GNU Free Documentation License". + + (a) The FSF's Back-Cover Text is: "You are free to copy and modify + this GNU Manual. Buying copies from GNU Press supports the FSF in + developing GNU and promoting software freedom." + +INFO-DIR-SECTION Archiving +START-INFO-DIR-ENTRY +* Tar: (tar). Making tape (or disk) archives. +END-INFO-DIR-ENTRY + +INFO-DIR-SECTION Individual utilities +START-INFO-DIR-ENTRY +* tar: (tar)tar invocation. Invoking GNU `tar'. +END-INFO-DIR-ENTRY + + +File: tar.info, Node: Top, Next: Introduction, Up: (dir) + +GNU tar: an archiver tool +************************* + +This manual is for GNU `tar' (version 1.17, 8 June 2007), which creates +and extracts files from archives. + + Copyright (C) 1992, 1994, 1995, 1996, 1997, 1999, 2000, 2001, 2003, +2004, 2005, 2006, 2007 Free Software Foundation, Inc. + + Permission is granted to copy, distribute and/or modify this + document under the terms of the GNU Free Documentation License, + Version 1.1 or any later version published by the Free Software + Foundation; with no Invariant Sections, with the Front-Cover Texts + being "A GNU Manual," and with the Back-Cover Texts as in (a) + below. A copy of the license is included in the section entitled + "GNU Free Documentation License". + + (a) The FSF's Back-Cover Text is: "You are free to copy and modify + this GNU Manual. Buying copies from GNU Press supports the FSF in + developing GNU and promoting software freedom." + + The first part of this master menu lists the major nodes in this Info +document. The rest of the menu lists all the lower level nodes. + +* Menu: + +* Introduction:: +* Tutorial:: +* tar invocation:: +* operations:: +* Backups:: +* Choosing:: +* Date input formats:: +* Formats:: +* Media:: + +Appendices + +* Changes:: +* Configuring Help Summary:: +* Tar Internals:: +* Genfile:: +* Free Software Needs Free Documentation:: +* Copying This Manual:: +* Index of Command Line Options:: +* Index:: + + --- The Detailed Node Listing --- + +Introduction + +* Book Contents:: What this Book Contains +* Definitions:: Some Definitions +* What tar Does:: What `tar' Does +* Naming tar Archives:: How `tar' Archives are Named +* Authors:: GNU `tar' Authors +* Reports:: Reporting bugs or suggestions + +Tutorial Introduction to `tar' + +* assumptions:: +* stylistic conventions:: +* basic tar options:: Basic `tar' Operations and Options +* frequent operations:: +* Two Frequent Options:: +* create:: How to Create Archives +* list:: How to List Archives +* extract:: How to Extract Members from an Archive +* going further:: + +Two Frequently Used Options + +* file tutorial:: +* verbose tutorial:: +* help tutorial:: + +How to Create Archives + +* prepare for examples:: +* Creating the archive:: +* create verbose:: +* short create:: +* create dir:: + +How to List Archives + +* list dir:: + +How to Extract Members from an Archive + +* extracting archives:: +* extracting files:: +* extract dir:: +* extracting untrusted archives:: +* failing commands:: + +Invoking GNU `tar' + +* Synopsis:: +* using tar options:: +* Styles:: +* All Options:: +* help:: +* defaults:: +* verbose:: +* interactive:: + +The Three Option Styles + +* Long Options:: Long Option Style +* Short Options:: Short Option Style +* Old Options:: Old Option Style +* Mixing:: Mixing Option Styles + +All `tar' Options + +* Operation Summary:: +* Option Summary:: +* Short Option Summary:: + +GNU `tar' Operations + +* Basic tar:: +* Advanced tar:: +* create options:: +* extract options:: +* backup:: +* Applications:: +* looking ahead:: + +Advanced GNU `tar' Operations + +* Operations:: +* append:: +* update:: +* concatenate:: +* delete:: +* compare:: + +How to Add Files to Existing Archives: `--append' + +* appending files:: Appending Files to an Archive +* multiple:: + +Updating an Archive + +* how to update:: + +Options Used by `--create' + +* override:: Overriding File Metadata. +* Ignore Failed Read:: + +Options Used by `--extract' + +* Reading:: Options to Help Read Archives +* Writing:: Changing How `tar' Writes Files +* Scarce:: Coping with Scarce Resources + +Options to Help Read Archives + +* read full records:: +* Ignore Zeros:: + +Changing How `tar' Writes Files + +* Dealing with Old Files:: +* Overwrite Old Files:: +* Keep Old Files:: +* Keep Newer Files:: +* Unlink First:: +* Recursive Unlink:: +* Data Modification Times:: +* Setting Access Permissions:: +* Directory Modification Times and Permissions:: +* Writing to Standard Output:: +* Writing to an External Program:: +* remove files:: + +Coping with Scarce Resources + +* Starting File:: +* Same Order:: + +Performing Backups and Restoring Files + +* Full Dumps:: Using `tar' to Perform Full Dumps +* Incremental Dumps:: Using `tar' to Perform Incremental Dumps +* Backup Levels:: Levels of Backups +* Backup Parameters:: Setting Parameters for Backups and Restoration +* Scripted Backups:: Using the Backup Scripts +* Scripted Restoration:: Using the Restore Script + +Setting Parameters for Backups and Restoration + +* General-Purpose Variables:: +* Magnetic Tape Control:: +* User Hooks:: +* backup-specs example:: An Example Text of `Backup-specs' + +Choosing Files and Names for `tar' + +* file:: Choosing the Archive's Name +* Selecting Archive Members:: +* files:: Reading Names from a File +* exclude:: Excluding Some Files +* wildcards:: Wildcards Patterns and Matching +* quoting styles:: Ways of Quoting Special Characters in Names +* transform:: Modifying File and Member Names +* after:: Operating Only on New Files +* recurse:: Descending into Directories +* one:: Crossing File System Boundaries + +Reading Names from a File + +* nul:: + +Excluding Some Files + +* problems with exclude:: + +Wildcards Patterns and Matching + +* controlling pattern-matching:: + +Crossing File System Boundaries + +* directory:: Changing Directory +* absolute:: Absolute File Names + +Date input formats + +* General date syntax:: Common rules. +* Calendar date items:: 19 Dec 1994. +* Time of day items:: 9:20pm. +* Time zone items:: EST, PDT, GMT. +* Day of week items:: Monday and others. +* Relative items in date strings:: next tuesday, 2 years ago. +* Pure numbers in date strings:: 19931219, 1440. +* Seconds since the Epoch:: @1078100502. +* Specifying time zone rules:: TZ="America/New_York", TZ="UTC0". +* Authors of get_date:: Bellovin, Eggert, Salz, Berets, et al. + +Controlling the Archive Format + +* Portability:: Making `tar' Archives More Portable +* Compression:: Using Less Space through Compression +* Attributes:: Handling File Attributes +* cpio:: Comparison of `tar' and `cpio' + +Making `tar' Archives More Portable + +* Portable Names:: Portable Names +* dereference:: Symbolic Links +* old:: Old V7 Archives +* ustar:: Ustar Archives +* gnu:: GNU and old GNU format archives. +* posix:: POSIX archives +* Checksumming:: Checksumming Problems +* Large or Negative Values:: Large files, negative time stamps, etc. +* Other Tars:: How to Extract GNU-Specific Data Using + Other `tar' Implementations + +GNU `tar' and POSIX `tar' + +* PAX keywords:: Controlling Extended Header Keywords. + +How to Extract GNU-Specific Data Using Other `tar' Implementations + +* Split Recovery:: Members Split Between Volumes +* Sparse Recovery:: Sparse Members + +Using Less Space through Compression + +* gzip:: Creating and Reading Compressed Archives +* sparse:: Archiving Sparse Files + +Tapes and Other Archive Media + +* Device:: Device selection and switching +* Remote Tape Server:: +* Common Problems and Solutions:: +* Blocking:: Blocking +* Many:: Many archives on one tape +* Using Multiple Tapes:: Using Multiple Tapes +* label:: Including a Label in the Archive +* verify:: +* Write Protection:: + +Blocking + +* Format Variations:: Format Variations +* Blocking Factor:: The Blocking Factor of an Archive + +Many Archives on One Tape + +* Tape Positioning:: Tape Positions and Tape Marks +* mt:: The `mt' Utility + +Using Multiple Tapes + +* Multi-Volume Archives:: Archives Longer than One Tape or Disk +* Tape Files:: Tape Files +* Tarcat:: Concatenate Volumes into a Single Archive + + +Tar Internals + +* Standard:: Basic Tar Format +* Extensions:: GNU Extensions to the Archive Format +* Sparse Formats:: Storing Sparse Files +* Snapshot Files:: +* Dumpdir:: + +Storing Sparse Files + +* Old GNU Format:: +* PAX 0:: PAX Format, Versions 0.0 and 0.1 +* PAX 1:: PAX Format, Version 1.0 + +Genfile + +* Generate Mode:: File Generation Mode. +* Status Mode:: File Status Mode. +* Exec Mode:: Synchronous Execution mode. + +Copying This Manual + +* GNU Free Documentation License:: License for copying this manual + + +File: tar.info, Node: Introduction, Next: Tutorial, Prev: Top, Up: Top + +1 Introduction +************** + +GNU `tar' creates and manipulates "archives" which are actually +collections of many other files; the program provides users with an +organized and systematic method for controlling a large amount of data. +The name "tar" originally came from the phrase "Tape ARchive", but +archives need not (and these days, typically do not) reside on tapes. + +* Menu: + +* Book Contents:: What this Book Contains +* Definitions:: Some Definitions +* What tar Does:: What `tar' Does +* Naming tar Archives:: How `tar' Archives are Named +* Authors:: GNU `tar' Authors +* Reports:: Reporting bugs or suggestions + + +File: tar.info, Node: Book Contents, Next: Definitions, Up: Introduction + +1.1 What this Book Contains +=========================== + +The first part of this chapter introduces you to various terms that will +recur throughout the book. It also tells you who has worked on GNU +`tar' and its documentation, and where you should send bug reports or +comments. + + The second chapter is a tutorial (*note Tutorial::) which provides a +gentle introduction for people who are new to using `tar'. It is meant +to be self contained, not requiring any reading from subsequent +chapters to make sense. It moves from topic to topic in a logical, +progressive order, building on information already explained. + + Although the tutorial is paced and structured to allow beginners to +learn how to use `tar', it is not intended solely for beginners. The +tutorial explains how to use the three most frequently used operations +(`create', `list', and `extract') as well as two frequently used +options (`file' and `verbose'). The other chapters do not refer to the +tutorial frequently; however, if a section discusses something which is +a complex variant of a basic concept, there may be a cross reference to +that basic concept. (The entire book, including the tutorial, assumes +that the reader understands some basic concepts of using a Unix-type +operating system; *note Tutorial::.) + + The third chapter presents the remaining five operations, and +information about using `tar' options and option syntax. + + The other chapters are meant to be used as a reference. Each +chapter presents everything that needs to be said about a specific +topic. + + One of the chapters (*note Date input formats::) exists in its +entirety in other GNU manuals, and is mostly self-contained. In +addition, one section of this manual (*note Standard::) contains a big +quote which is taken directly from `tar' sources. + + In general, we give both long and short (abbreviated) option names +at least once in each section where the relevant option is covered, so +that novice readers will become familiar with both styles. (A few +options have no short versions, and the relevant sections will indicate +this.) + + +File: tar.info, Node: Definitions, Next: What tar Does, Prev: Book Contents, Up: Introduction + +1.2 Some Definitions +==================== + +The `tar' program is used to create and manipulate `tar' archives. An +"archive" is a single file which contains the contents of many files, +while still identifying the names of the files, their owner(s), and so +forth. (In addition, archives record access permissions, user and +group, size in bytes, and data modification time. Some archives also +record the file names in each archived directory, as well as other file +and directory information.) You can use `tar' to "create" a new +archive in a specified directory. + + The files inside an archive are called "members". Within this +manual, we use the term "file" to refer only to files accessible in the +normal ways (by `ls', `cat', and so forth), and the term "member" to +refer only to the members of an archive. Similarly, a "file name" is +the name of a file, as it resides in the file system, and a "member +name" is the name of an archive member within the archive. + + The term "extraction" refers to the process of copying an archive +member (or multiple members) into a file in the file system. Extracting +all the members of an archive is often called "extracting the archive". +The term "unpack" can also be used to refer to the extraction of many +or all the members of an archive. Extracting an archive does not +destroy the archive's structure, just as creating an archive does not +destroy the copies of the files that exist outside of the archive. You +may also "list" the members in a given archive (this is often thought +of as "printing" them to the standard output, or the command line), or +"append" members to a pre-existing archive. All of these operations +can be performed using `tar'. + + +File: tar.info, Node: What tar Does, Next: Naming tar Archives, Prev: Definitions, Up: Introduction + +1.3 What `tar' Does +=================== + +The `tar' program provides the ability to create `tar' archives, as +well as various other kinds of manipulation. For example, you can use +`tar' on previously created archives to extract files, to store +additional files, or to update or list files which were already stored. + + Initially, `tar' archives were used to store files conveniently on +magnetic tape. The name `tar' comes from this use; it stands for +`t'ape `ar'chiver. Despite the utility's name, `tar' can direct its +output to available devices, files, or other programs (using pipes). +`tar' may even access remote devices or files (as archives). + + You can use `tar' archives in many ways. We want to stress a few of +them: storage, backup, and transportation. + +Storage + Often, `tar' archives are used to store related files for + convenient file transfer over a network. For example, the GNU + Project distributes its software bundled into `tar' archives, so + that all the files relating to a particular program (or set of + related programs) can be transferred as a single unit. + + A magnetic tape can store several files in sequence. However, the + tape has no names for these files; it only knows their relative + position on the tape. One way to store several files on one tape + and retain their names is by creating a `tar' archive. Even when + the basic transfer mechanism can keep track of names, as FTP can, + the nuisance of handling multiple files, directories, and multiple + links makes `tar' archives useful. + + Archive files are also used for long-term storage. You can think + of this as transportation from the present into the future. (It + is a science-fiction idiom that you can move through time as well + as in space; the idea here is that `tar' can be used to move + archives in all dimensions, even time!) + +Backup + Because the archive created by `tar' is capable of preserving file + information and directory structure, `tar' is commonly used for + performing full and incremental backups of disks. A backup puts a + collection of files (possibly pertaining to many users and + projects) together on a disk or a tape. This guards against + accidental destruction of the information in those files. GNU + `tar' has special features that allow it to be used to make + incremental and full dumps of all the files in a file system. + +Transportation + You can create an archive on one system, transfer it to another + system, and extract the contents there. This allows you to + transport a group of files from one system to another. + + +File: tar.info, Node: Naming tar Archives, Next: Authors, Prev: What tar Does, Up: Introduction + +1.4 How `tar' Archives are Named +================================ + +Conventionally, `tar' archives are given names ending with `.tar'. +This is not necessary for `tar' to operate properly, but this manual +follows that convention in order to accustom readers to it and to make +examples more clear. + + Often, people refer to `tar' archives as "`tar' files," and archive +members as "files" or "entries". For people familiar with the +operation of `tar', this causes no difficulty. However, in this +manual, we consistently refer to "archives" and "archive members" to +make learning to use `tar' easier for novice users. + + +File: tar.info, Node: Authors, Next: Reports, Prev: Naming tar Archives, Up: Introduction + +1.5 GNU `tar' Authors +===================== + +GNU `tar' was originally written by John Gilmore, and modified by many +people. The GNU enhancements were written by Jay Fenlason, then Joy +Kendall, and the whole package has been further maintained by Thomas +Bushnell, n/BSG, Franc,ois Pinard, Paul Eggert, and finally Sergey +Poznyakoff with the help of numerous and kind users. + + We wish to stress that `tar' is a collective work, and owes much to +all those people who reported problems, offered solutions and other +insights, or shared their thoughts and suggestions. An impressive, yet +partial list of those contributors can be found in the `THANKS' file +from the GNU `tar' distribution. + + Jay Fenlason put together a draft of a GNU `tar' manual, borrowing +notes from the original man page from John Gilmore. This was withdrawn +in version 1.11. Thomas Bushnell, n/BSG and Amy Gorin worked on a +tutorial and manual for GNU `tar'. Franc,ois Pinard put version 1.11.8 +of the manual together by taking information from all these sources and +merging them. Melissa Weisshaus finally edited and redesigned the book +to create version 1.12. The book for versions from 1.14 up to 1.17 +were edited by the current maintainer, Sergey Poznyakoff. + + For version 1.12, Daniel Hagerty contributed a great deal of +technical consulting. In particular, he is the primary author of *note +Backups::. + + In July, 2003 GNU `tar' was put on CVS at savannah.gnu.org (see +`http://savannah.gnu.org/projects/tar'), and active development and +maintenance work has started again. Currently GNU `tar' is being +maintained by Paul Eggert, Sergey Poznyakoff and Jeff Bailey. + + Support for POSIX archives was added by Sergey Poznyakoff. + + +File: tar.info, Node: Reports, Prev: Authors, Up: Introduction + +1.6 Reporting bugs or suggestions +================================= + +If you find problems or have suggestions about this program or manual, +please report them to `bug-tar@gnu.org'. + + When reporting a bug, please be sure to include as much detail as +possible, in order to reproduce it. . + + +File: tar.info, Node: Tutorial, Next: tar invocation, Prev: Introduction, Up: Top + +2 Tutorial Introduction to `tar' +******************************** + +This chapter guides you through some basic examples of three `tar' +operations: `--create', `--list', and `--extract'. If you already know +how to use some other version of `tar', then you may not need to read +this chapter. This chapter omits most complicated details about how +`tar' works. + +* Menu: + +* assumptions:: +* stylistic conventions:: +* basic tar options:: Basic `tar' Operations and Options +* frequent operations:: +* Two Frequent Options:: +* create:: How to Create Archives +* list:: How to List Archives +* extract:: How to Extract Members from an Archive +* going further:: + + +File: tar.info, Node: assumptions, Next: stylistic conventions, Up: Tutorial + +2.1 Assumptions this Tutorial Makes +=================================== + +This chapter is paced to allow beginners to learn about `tar' slowly. +At the same time, we will try to cover all the basic aspects of these +three operations. In order to accomplish both of these tasks, we have +made certain assumptions about your knowledge before reading this +manual, and the hardware you will be using: + + * Before you start to work through this tutorial, you should + understand what the terms "archive" and "archive member" mean + (*note Definitions::). In addition, you should understand + something about how Unix-type operating systems work, and you + should know how to use some basic utilities. For example, you + should know how to create, list, copy, rename, edit, and delete + files and directories; how to change between directories; and how + to figure out where you are in the file system. You should have + some basic understanding of directory structure and how files are + named according to which directory they are in. You should + understand concepts such as standard output and standard input, + what various definitions of the term "argument" mean, and the + differences between relative and absolute file names. + + * This manual assumes that you are working from your own home + directory (unless we state otherwise). In this tutorial, you will + create a directory to practice `tar' commands in. When we show + file names, we will assume that those names are relative to your + home directory. For example, my home directory is + `/home/fsf/melissa'. All of my examples are in a subdirectory of + the directory named by that file name; the subdirectory is called + `practice'. + + * In general, we show examples of archives which exist on (or can be + written to, or worked with from) a directory on a hard disk. In + most cases, you could write those archives to, or work with them + on any other device, such as a tape drive. However, some of the + later examples in the tutorial and next chapter will not work on + tape drives. Additionally, working with tapes is much more + complicated than working with hard disks. For these reasons, the + tutorial does not cover working with tape drives. *Note Media::, + for complete information on using `tar' archives with tape drives. + + + +File: tar.info, Node: stylistic conventions, Next: basic tar options, Prev: assumptions, Up: Tutorial + +2.2 Stylistic Conventions +========================= + +In the examples, `$' represents a typical shell prompt. It precedes +lines you should type; to make this more clear, those lines are shown +in `this font', as opposed to lines which represent the computer's +response; those lines are shown in `this font', or sometimes `like +this'. + + +File: tar.info, Node: basic tar options, Next: frequent operations, Prev: stylistic conventions, Up: Tutorial + +2.3 Basic `tar' Operations and Options +====================================== + +`tar' can take a wide variety of arguments which specify and define the +actions it will have on the particular set of files or the archive. +The main types of arguments to `tar' fall into one of two classes: +operations, and options. + + Some arguments fall into a class called "operations"; exactly one of +these is both allowed and required for any instance of using `tar'; you +may _not_ specify more than one. People sometimes speak of "operating +modes". You are in a particular operating mode when you have specified +the operation which specifies it; there are eight operations in total, +and thus there are eight operating modes. + + The other arguments fall into the class known as "options". You are +not required to specify any options, and you are allowed to specify more +than one at a time (depending on the way you are using `tar' at that +time). Some options are used so frequently, and are so useful for +helping you type commands more carefully that they are effectively +"required". We will discuss them in this chapter. + + You can write most of the `tar' operations and options in any of +three forms: long (mnemonic) form, short form, and old style. Some of +the operations and options have no short or "old" forms; however, the +operations and options which we will cover in this tutorial have +corresponding abbreviations. We will indicate those abbreviations +appropriately to get you used to seeing them. (Note that the "old +style" option forms exist in GNU `tar' for compatibility with Unix +`tar'. In this book we present a full discussion of this way of +writing options and operations (*note Old Options::), and we discuss +the other two styles of writing options (*Note Long Options::, and +*note Short Options::). + + In the examples and in the text of this tutorial, we usually use the +long forms of operations and options; but the "short" forms produce the +same result and can make typing long `tar' commands easier. For +example, instead of typing + + tar --create --verbose --file=afiles.tar apple angst aspic + +you can type + tar -c -v -f afiles.tar apple angst aspic + +or even + tar -cvf afiles.tar apple angst aspic + +For more information on option syntax, see *note Advanced tar::. In +discussions in the text, when we name an option by its long form, we +also give the corresponding short option in parentheses. + + The term, "option", can be confusing at times, since "operations" +are often lumped in with the actual, _optional_ "options" in certain +general class statements. For example, we just talked about "short and +long forms of options and operations". However, experienced `tar' +users often refer to these by shorthand terms such as, "short and long +options". This term assumes that the "operations" are included, also. +Context will help you determine which definition of "options" to use. + + Similarly, the term "command" can be confusing, as it is often used +in two different ways. People sometimes refer to `tar' "commands". A +`tar' "command" is the entire command line of user input which tells +`tar' what to do -- including the operation, options, and any arguments +(file names, pipes, other commands, etc.). However, you will also +sometimes hear the term "the `tar' command". When the word "command" +is used specifically like this, a person is usually referring to the +`tar' _operation_, not the whole line. Again, use context to figure +out which of the meanings the speaker intends. + + +File: tar.info, Node: frequent operations, Next: Two Frequent Options, Prev: basic tar options, Up: Tutorial + +2.4 The Three Most Frequently Used Operations +============================================= + +Here are the three most frequently used operations (both short and long +forms), as well as a brief description of their meanings. The rest of +this chapter will cover how to use these operations in detail. We will +present the rest of the operations in the next chapter. + +`--create' +`-c' + Create a new `tar' archive. + +`--list' +`-t' + List the contents of an archive. + +`--extract' +`-x' + Extract one or more members from an archive. + + +File: tar.info, Node: Two Frequent Options, Next: create, Prev: frequent operations, Up: Tutorial + +2.5 Two Frequently Used Options +=============================== + +To understand how to run `tar' in the three operating modes listed +previously, you also need to understand how to use two of the options to +`tar': `--file' (which takes an archive file as an argument) and +`--verbose'. (You are usually not _required_ to specify either of +these options when you run `tar', but they can be very useful in making +things more clear and helping you avoid errors.) + +* Menu: + +* file tutorial:: +* verbose tutorial:: +* help tutorial:: + + +File: tar.info, Node: file tutorial, Next: verbose tutorial, Up: Two Frequent Options + +The `--file' Option +------------------- + +`--file=ARCHIVE-NAME' +`-f ARCHIVE-NAME' + Specify the name of an archive file. + + You can specify an argument for the `--file=ARCHIVE-NAME' (`-f +ARCHIVE-NAME') option whenever you use `tar'; this option determines +the name of the archive file that `tar' will work on. + + If you don't specify this argument, then `tar' will examine the +environment variable `TAPE'. If it is set, its value will be used as +the archive name. Otherwise, `tar' will use the default archive, +determined at the compile time. Usually it is standard output or some +physical tape drive attached to your machine (you can verify what the +default is by running `tar --show-defaults', *note defaults::). If +there is no tape drive attached, or the default is not meaningful, then +`tar' will print an error message. The error message might look +roughly like one of the following: + + tar: can't open /dev/rmt8 : No such device or address + tar: can't open /dev/rsmt0 : I/O error + +To avoid confusion, we recommend that you always specify an archive file +name by using `--file=ARCHIVE-NAME' (`-f ARCHIVE-NAME') when writing +your `tar' commands. For more information on using the +`--file=ARCHIVE-NAME' (`-f ARCHIVE-NAME') option, see *note file::. + + +File: tar.info, Node: verbose tutorial, Next: help tutorial, Prev: file tutorial, Up: Two Frequent Options + +The `--verbose' Option +---------------------- + +`--verbose' +`-v' + Show the files being worked on as `tar' is running. + + `--verbose' (`-v') shows details about the results of running `tar'. +This can be especially useful when the results might not be obvious. +For example, if you want to see the progress of `tar' as it writes +files into the archive, you can use the `--verbose' option. In the +beginning, you may find it useful to use `--verbose' at all times; when +you are more accustomed to `tar', you will likely want to use it at +certain times but not at others. We will use `--verbose' at times to +help make something clear, and we will give many examples both using +and not using `--verbose' to show the differences. + + Each instance of `--verbose' on the command line increases the +verbosity level by one, so if you need more details on the output, +specify it twice. + + When reading archives (`--list', `--extract', `--diff'), `tar' by +default prints only the names of the members being extracted. Using +`--verbose' will show a full, `ls' style member listing. + + In contrast, when writing archives (`--create', `--append', +`--update'), `tar' does not print file names by default. So, a single +`--verbose' option shows the file names being added to the archive, +while two `--verbose' options enable the full listing. + + For example, to create an archive in verbose mode: + + $ tar -cvf afiles.tar apple angst aspic + apple + angst + aspic + +Creating the same archive with the verbosity level 2 could give: + + $ tar -cvvf afiles.tar apple angst aspic + -rw-r--r-- gray/staff 62373 2006-06-09 12:06 apple + -rw-r--r-- gray/staff 11481 2006-06-09 12:06 angst + -rw-r--r-- gray/staff 23152 2006-06-09 12:06 aspic + +This works equally well using short or long forms of options. Using +long forms, you would simply write out the mnemonic form of the option +twice, like this: + + $ tar --create --verbose --verbose ... + +Note that you must double the hyphens properly each time. + + Later in the tutorial, we will give examples using +`--verbose --verbose'. + + The full output consists of six fields: + + * File type and permissions in symbolic form. These are displayed + in the same format as the first column of `ls -l' output (*note + format=verbose: (fileutils)What information is listed.). + + * Owner name and group separated by a slash character. If these + data are not available (for example, when listing a `v7' format + archive), numeric ID values are printed instead. + + * Size of the file, in bytes. + + * File modification date in ISO 8601 format. + + * File modification time. + + * File name. If the name contains any special characters (white + space, newlines, etc.) these are displayed in an unambiguous form + using so called "quoting style". For the detailed discussion of + available styles and on how to use them, see *note quoting + styles::. + + Depending on the file type, the name can be followed by some + additional information, described in the following table: + + `-> LINK-NAME' + The file or archive member is a "symbolic link" and LINK-NAME + is the name of file it links to. + + `link to LINK-NAME' + The file or archive member is a "hard link" and LINK-NAME is + the name of file it links to. + + `--Long Link--' + The archive member is an old GNU format long link. You will + normally not encounter this. + + `--Long Name--' + The archive member is an old GNU format long name. You will + normally not encounter this. + + `--Volume Header--' + The archive member is a GNU "volume header" (*note Tape + Files::). + + `--Continued at byte N--' + Encountered only at the beginning of a multi-volume archive + (*note Using Multiple Tapes::). This archive member is a + continuation from the previous volume. The number N gives the + offset where the original file was split. + + `unknown file type C' + An archive member of unknown type. C is the type character + from the archive header. If you encounter such a message, it + means that either your archive contains proprietary member + types GNU `tar' is not able to handle, or the archive is + corrupted. + + + For example, here is an archive listing containing most of the +special suffixes explained above: + + V--------- 0/0 1536 2006-06-09 13:07 MyVolume--Volume Header-- + -rw-r--r-- gray/staff 456783 2006-06-09 12:06 aspic--Continued at + byte 32456-- + -rw-r--r-- gray/staff 62373 2006-06-09 12:06 apple + lrwxrwxrwx gray/staff 0 2006-06-09 13:01 angst -> apple + -rw-r--r-- gray/staff 35793 2006-06-09 12:06 blues + hrw-r--r-- gray/staff 0 2006-06-09 12:06 music link to blues + + + +File: tar.info, Node: help tutorial, Prev: verbose tutorial, Up: Two Frequent Options + +Getting Help: Using the `--help' Option +--------------------------------------- + +`--help' + The `--help' option to `tar' prints out a very brief list of all + operations and option available for the current version of `tar' + available on your system. + + +File: tar.info, Node: create, Next: list, Prev: Two Frequent Options, Up: Tutorial + +2.6 How to Create Archives +========================== + + _(This message will disappear, once this node revised.)_ + +One of the basic operations of `tar' is `--create' (`-c'), which you +use to create a `tar' archive. We will explain `--create' first +because, in order to learn about the other operations, you will find it +useful to have an archive available to practice on. + + To make this easier, in this section you will first create a +directory containing three files. Then, we will show you how to create +an _archive_ (inside the new directory). Both the directory, and the +archive are specifically for you to practice on. The rest of this +chapter and the next chapter will show many examples using this +directory and the files you will create: some of those files may be +other directories and other archives. + + The three files you will archive in this example are called `blues', +`folk', and `jazz'. The archive is called `collection.tar'. + + This section will proceed slowly, detailing how to use `--create' in +`verbose' mode, and showing examples using both short and long forms. +In the rest of the tutorial, and in the examples in the next chapter, +we will proceed at a slightly quicker pace. This section moves more +slowly to allow beginning users to understand how `tar' works. + +* Menu: + +* prepare for examples:: +* Creating the archive:: +* create verbose:: +* short create:: +* create dir:: + + +File: tar.info, Node: prepare for examples, Next: Creating the archive, Up: create + +2.6.1 Preparing a Practice Directory for Examples +------------------------------------------------- + +To follow along with this and future examples, create a new directory +called `practice' containing files called `blues', `folk' and `jazz'. +The files can contain any information you like: ideally, they should +contain information which relates to their names, and be of different +lengths. Our examples assume that `practice' is a subdirectory of your +home directory. + + Now `cd' to the directory named `practice'; `practice' is now your +"working directory". (_Please note_: Although the full file name of +this directory is `/HOMEDIR/practice', in our examples we will refer to +this directory as `practice'; the HOMEDIR is presumed. + + In general, you should check that the files to be archived exist +where you think they do (in the working directory) by running `ls'. +Because you just created the directory and the files and have changed to +that directory, you probably don't need to do that this time. + + It is very important to make sure there isn't already a file in the +working directory with the archive name you intend to use (in this case, +`collection.tar'), or that you don't care about its contents. Whenever +you use `create', `tar' will erase the current contents of the file +named by `--file=ARCHIVE-NAME' (`-f ARCHIVE-NAME') if it exists. `tar' +will not tell you if you are about to overwrite an archive unless you +specify an option which does this (*note backup::, for the information +on how to do so). To add files to an existing archive, you need to use +a different option, such as `--append' (`-r'); see *note append:: for +information on how to do this. + + +File: tar.info, Node: Creating the archive, Next: create verbose, Prev: prepare for examples, Up: create + +2.6.2 Creating the Archive +-------------------------- + +To place the files `blues', `folk', and `jazz' into an archive named +`collection.tar', use the following command: + + $ tar --create --file=collection.tar blues folk jazz + + The order of the arguments is not very important, _when using long +option forms_. You could also say: + + $ tar blues --create folk --file=collection.tar jazz + +However, you can see that this order is harder to understand; this is +why we will list the arguments in the order that makes the commands +easiest to understand (and we encourage you to do the same when you use +`tar', to avoid errors). + + Note that the sequence `--file=collection.tar' is considered to be +_one_ argument. If you substituted any other string of characters for +`collection.tar', then that string would become the name of the +archive file you create. + + The order of the options becomes more important when you begin to use +short forms. With short forms, if you type commands in the wrong order +(even if you type them correctly in all other ways), you may end up with +results you don't expect. For this reason, it is a good idea to get +into the habit of typing options in the order that makes inherent sense. +*Note short create::, for more information on this. + + In this example, you type the command as shown above: `--create' is +the operation which creates the new archive (`collection.tar'), and +`--file' is the option which lets you give it the name you chose. The +files, `blues', `folk', and `jazz', are now members of the archive, +`collection.tar' (they are "file name arguments" to the `--create' +operation. *Note Choosing::, for the detailed discussion on these.) +Now that they are in the archive, they are called _archive members_, +not files. (*note members: Definitions.). + + When you create an archive, you _must_ specify which files you want +placed in the archive. If you do not specify any archive members, GNU +`tar' will complain. + + If you now list the contents of the working directory (`ls'), you +will find the archive file listed as well as the files you saw +previously: + + blues folk jazz collection.tar + +Creating the archive `collection.tar' did not destroy the copies of the +files in the directory. + + Keep in mind that if you don't indicate an operation, `tar' will not +run and will prompt you for one. If you don't name any files, `tar' +will complain. You must have write access to the working directory, or +else you will not be able to create an archive in that directory. + + _Caution_: Do not attempt to use `--create' (`-c') to add files to +an existing archive; it will delete the archive and write a new one. +Use `--append' (`-r') instead. *Note append::. + + +File: tar.info, Node: create verbose, Next: short create, Prev: Creating the archive, Up: create + +2.6.3 Running `--create' with `--verbose' +----------------------------------------- + +If you include the `--verbose' (`-v') option on the command line, `tar' +will list the files it is acting on as it is working. In verbose mode, +the `create' example above would appear as: + + $ tar --create --verbose --file=collection.tar blues folk jazz + blues + folk + jazz + + This example is just like the example we showed which did not use +`--verbose', except that `tar' generated the remaining lines . + + In the rest of the examples in this chapter, we will frequently use +`verbose' mode so we can show actions or `tar' responses that you would +otherwise not see, and which are important for you to understand. + + +File: tar.info, Node: short create, Next: create dir, Prev: create verbose, Up: create + +2.6.4 Short Forms with `create' +------------------------------- + +As we said before, the `--create' (`-c') operation is one of the most +basic uses of `tar', and you will use it countless times. Eventually, +you will probably want to use abbreviated (or "short") forms of +options. A full discussion of the three different forms that options +can take appears in *note Styles::; for now, here is what the previous +example (including the `--verbose' (`-v') option) looks like using +short option forms: + + $ tar -cvf collection.tar blues folk jazz + blues + folk + jazz + +As you can see, the system responds the same no matter whether you use +long or short option forms. + + One difference between using short and long option forms is that, +although the exact placement of arguments following options is no more +specific when using short forms, it is easier to become confused and +make a mistake when using short forms. For example, suppose you +attempted the above example in the following way: + + $ tar -cfv collection.tar blues folk jazz + +In this case, `tar' will make an archive file called `v', containing +the files `blues', `folk', and `jazz', because the `v' is the closest +"file name" to the `-f' option, and is thus taken to be the chosen +archive file name. `tar' will try to add a file called +`collection.tar' to the `v' archive file; if the file `collection.tar' +did not already exist, `tar' will report an error indicating that this +file does not exist. If the file `collection.tar' does already exist +(e.g., from a previous command you may have run), then `tar' will add +this file to the archive. Because the `-v' option did not get +registered, `tar' will not run under `verbose' mode, and will not +report its progress. + + The end result is that you may be quite confused about what happened, +and possibly overwrite a file. To illustrate this further, we will show +you how an example we showed previously would look using short forms. + + This example, + + $ tar blues --create folk --file=collection.tar jazz + +is confusing as it is. When shown using short forms, however, it +becomes much more so: + + $ tar blues -c folk -f collection.tar jazz + +It would be very easy to put the wrong string of characters immediately +following the `-f', but doing that could sacrifice valuable data. + + For this reason, we recommend that you pay very careful attention to +the order of options and placement of file and archive names, +especially when using short option forms. Not having the option name +written out mnemonically can affect how well you remember which option +does what, and therefore where different names have to be placed. + + +File: tar.info, Node: create dir, Prev: short create, Up: create + +2.6.5 Archiving Directories +--------------------------- + +You can archive a directory by specifying its directory name as a file +name argument to `tar'. The files in the directory will be archived +relative to the working directory, and the directory will be re-created +along with its contents when the archive is extracted. + + To archive a directory, first move to its superior directory. If you +have followed the previous instructions in this tutorial, you should +type: + + $ cd .. + $ + +This will put you into the directory which contains `practice', i.e., +your home directory. Once in the superior directory, you can specify +the subdirectory, `practice', as a file name argument. To store +`practice' in the new archive file `music.tar', type: + + $ tar --create --verbose --file=music.tar practice + +`tar' should output: + + practice/ + practice/blues + practice/folk + practice/jazz + practice/collection.tar + + Note that the archive thus created is not in the subdirectory +`practice', but rather in the current working directory--the directory +from which `tar' was invoked. Before trying to archive a directory +from its superior directory, you should make sure you have write access +to the superior directory itself, not only the directory you are trying +archive with `tar'. For example, you will probably not be able to +store your home directory in an archive by invoking `tar' from the root +directory; *Note absolute::. (Note also that `collection.tar', the +original archive file, has itself been archived. `tar' will accept any +file as a file to be archived, regardless of its content. When +`music.tar' is extracted, the archive file `collection.tar' will be +re-written into the file system). + + If you give `tar' a command such as + + $ tar --create --file=foo.tar . + +`tar' will report `tar: ./foo.tar is the archive; not dumped'. This +happens because `tar' creates the archive `foo.tar' in the current +directory before putting any files into it. Then, when `tar' attempts +to add all the files in the directory `.' to the archive, it notices +that the file `./foo.tar' is the same as the archive `foo.tar', and +skips it. (It makes no sense to put an archive into itself.) GNU `tar' +will continue in this case, and create the archive normally, except for +the exclusion of that one file. (_Please note:_ Other implementations +of `tar' may not be so clever; they will enter an infinite loop when +this happens, so you should not depend on this behavior unless you are +certain you are running GNU `tar'. In general, it is wise to always +place the archive outside of the directory being dumped. + + +File: tar.info, Node: list, Next: extract, Prev: create, Up: Tutorial + +2.7 How to List Archives +======================== + +Frequently, you will find yourself wanting to determine exactly what a +particular archive contains. You can use the `--list' (`-t') operation +to get the member names as they currently appear in the archive, as +well as various attributes of the files at the time they were archived. +For example, you can examine the archive `collection.tar' that you +created in the last section with the command, + + $ tar --list --file=collection.tar + +The output of `tar' would then be: + + blues + folk + jazz + +The archive `bfiles.tar' would list as follows: + + ./birds + baboon + ./box + +Be sure to use a `--file=ARCHIVE-NAME' (`-f ARCHIVE-NAME') option just +as with `--create' (`-c') to specify the name of the archive. + + If you use the `--verbose' (`-v') option with `--list', then `tar' +will print out a listing reminiscent of `ls -l', showing owner, file +size, and so forth. This output is described in detail in *note +verbose member listing::. + + If you had used `--verbose' (`-v') mode, the example above would +look like: + + $ tar --list --verbose --file=collection.tar folk + -rw-r--r-- myself user 62 1990-05-23 10:55 folk + + It is important to notice that the output of `tar --list --verbose' +does not necessarily match that produced by `tar --create --verbose' +while creating the archive. It is because GNU `tar', unless told +explicitly not to do so, removes some directory prefixes from file +names before storing them in the archive (*Note absolute::, for more +information). In other words, in verbose mode GNU `tar' shows "file +names" when creating an archive and "member names" when listing it. +Consider this example: + + $ tar cfv archive /etc/mail + tar: Removing leading `/' from member names + /etc/mail/ + /etc/mail/sendmail.cf + /etc/mail/aliases + $ tar tf archive + etc/mail/ + etc/mail/sendmail.cf + etc/mail/aliases + + This default behavior can sometimes be inconvenient. You can force +GNU `tar' show member names when creating archive by supplying +`--show-stored-names' option. + +`--show-stored-names' + Print member (as opposed to _file_) names when creating the + archive. + + You can specify one or more individual member names as arguments when +using `list'. In this case, `tar' will only list the names of members +you identify. For example, `tar --list --file=afiles.tar apple' would +only print `apple'. + + Because `tar' preserves file names, these must be specified as they +appear in the archive (i.e., relative to the directory from which the +archive was created). Therefore, it is essential when specifying +member names to `tar' that you give the exact member names. For +example, `tar --list --file=bfiles.tar birds' would produce an error +message something like `tar: birds: Not found in archive', because +there is no member named `birds', only one named `./birds'. While the +names `birds' and `./birds' name the same file, _member_ names by +default are compared verbatim. + + However, `tar --list --file=bfiles.tar baboon' would respond with +`baboon', because this exact member name is in the archive file +`bfiles.tar'. If you are not sure of the exact file name, use +"globbing patterns", for example: + + $ tar --list --file=bfiles.tar --wildcards '*b*' + +will list all members whose name contains `b'. *Note wildcards::, for +a detailed discussion of globbing patterns and related `tar' command +line options. + +* Menu: + +* list dir:: + + +File: tar.info, Node: list dir, Up: list + +Listing the Contents of a Stored Directory +------------------------------------------ + +To get information about the contents of an archived directory, use the +directory name as a file name argument in conjunction with `--list' +(`-t'). To find out file attributes, include the `--verbose' (`-v') +option. + + For example, to find out about files in the directory `practice', in +the archive file `music.tar', type: + + $ tar --list --verbose --file=music.tar practice + + `tar' responds: + + drwxrwxrwx myself user 0 1990-05-31 21:49 practice/ + -rw-r--r-- myself user 42 1990-05-21 13:29 practice/blues + -rw-r--r-- myself user 62 1990-05-23 10:55 practice/folk + -rw-r--r-- myself user 40 1990-05-21 13:30 practice/jazz + -rw-r--r-- myself user 10240 1990-05-31 21:49 practice/collection.tar + + When you use a directory name as a file name argument, `tar' acts on +all the files (including sub-directories) in that directory. + + +File: tar.info, Node: extract, Next: going further, Prev: list, Up: Tutorial + +2.8 How to Extract Members from an Archive +========================================== + + _(This message will disappear, once this node revised.)_ + +Creating an archive is only half the job--there is no point in storing +files in an archive if you can't retrieve them. The act of retrieving +members from an archive so they can be used and manipulated as +unarchived files again is called "extraction". To extract files from +an archive, use the `--extract' (`--get' or `-x') operation. As with +`--create', specify the name of the archive with `--file' (`-f') +option. Extracting an archive does not modify the archive in any way; +you can extract it multiple times if you want or need to. + + Using `--extract', you can extract an entire archive, or specific +files. The files can be directories containing other files, or not. As +with `--create' (`-c') and `--list' (`-t'), you may use the short or the +long form of the operation without affecting the performance. + +* Menu: + +* extracting archives:: +* extracting files:: +* extract dir:: +* extracting untrusted archives:: +* failing commands:: + + +File: tar.info, Node: extracting archives, Next: extracting files, Up: extract + +2.8.1 Extracting an Entire Archive +---------------------------------- + +To extract an entire archive, specify the archive file name only, with +no individual file names as arguments. For example, + + $ tar -xvf collection.tar + +produces this: + + -rw-r--r-- me user 28 1996-10-18 16:31 jazz + -rw-r--r-- me user 21 1996-09-23 16:44 blues + -rw-r--r-- me user 20 1996-09-23 16:44 folk + + +File: tar.info, Node: extracting files, Next: extract dir, Prev: extracting archives, Up: extract + +2.8.2 Extracting Specific Files +------------------------------- + +To extract specific archive members, give their exact member names as +arguments, as printed by `--list' (`-t'). If you had mistakenly +deleted one of the files you had placed in the archive `collection.tar' +earlier (say, `blues'), you can extract it from the archive without +changing the archive's structure. Its contents will be identical to +the original file `blues' that you deleted. + + First, make sure you are in the `practice' directory, and list the +files in the directory. Now, delete the file, `blues', and list the +files in the directory again. + + You can now extract the member `blues' from the archive file +`collection.tar' like this: + + $ tar --extract --file=collection.tar blues + +If you list the files in the directory again, you will see that the file +`blues' has been restored, with its original permissions, data +modification times, and owner.(1) (These parameters will be identical +to those which the file had when you originally placed it in the +archive; any changes you may have made before deleting the file from +the file system, however, will _not_ have been made to the archive +member.) The archive file, `collection.tar', is the same as it was +before you extracted `blues'. You can confirm this by running `tar' +with `--list' (`-t'). + + Remember that as with other operations, specifying the exact member +name is important. `tar --extract --file=bfiles.tar birds' will fail, +because there is no member named `birds'. To extract the member named +`./birds', you must specify `tar --extract --file=bfiles.tar ./birds'. +If you don't remember the exact member names, use `--list' (`-t') option +(*note list::). You can also extract those members that match a +specific "globbing pattern". For example, to extract from `bfiles.tar' +all files that begin with `b', no matter their directory prefix, you +could type: + + $ tar -x -f bfiles.tar --wildcards --no-anchored 'b*' + +Here, `--wildcards' instructs `tar' to treat command line arguments as +globbing patterns and `--no-anchored' informs it that the patterns +apply to member names after any `/' delimiter. The use of globbing +patterns is discussed in detail in *Note wildcards::. + + You can extract a file to standard output by combining the above +options with the `--to-stdout' (`-O') option (*note Writing to Standard +Output::). + + If you give the `--verbose' option, then `--extract' will print the +names of the archive members as it extracts them. + + ---------- Footnotes ---------- + + (1) This is only accidentally true, but not in general. Whereas +modification times are always restored, in most cases, one has to be +root for restoring the owner, and use a special option for restoring +permissions. Here, it just happens that the restoring user is also the +owner of the archived members, and that the current `umask' is +compatible with original permissions. + + +File: tar.info, Node: extract dir, Next: extracting untrusted archives, Prev: extracting files, Up: extract + +2.8.3 Extracting Files that are Directories +------------------------------------------- + +Extracting directories which are members of an archive is similar to +extracting other files. The main difference to be aware of is that if +the extracted directory has the same name as any directory already in +the working directory, then files in the extracted directory will be +placed into the directory of the same name. Likewise, if there are +files in the pre-existing directory with the same names as the members +which you extract, the files from the extracted archive will replace +the files already in the working directory (and possible +subdirectories). This will happen regardless of whether or not the +files in the working directory were more recent than those extracted +(there exist, however, special options that alter this behavior *note +Writing::). + + However, if a file was stored with a directory name as part of its +file name, and that directory does not exist under the working +directory when the file is extracted, `tar' will create the directory. + + We can demonstrate how to use `--extract' to extract a directory +file with an example. Change to the `practice' directory if you +weren't there, and remove the files `folk' and `jazz'. Then, go back +to the parent directory and extract the archive `music.tar'. You may +either extract the entire archive, or you may extract only the files +you just deleted. To extract the entire archive, don't give any file +names as arguments after the archive name `music.tar'. To extract only +the files you deleted, use the following command: + + $ tar -xvf music.tar practice/folk practice/jazz + practice/folk + practice/jazz + +If you were to specify two `--verbose' (`-v') options, `tar' would have +displayed more detail about the extracted files, as shown in the +example below: + + $ tar -xvvf music.tar practice/folk practice/jazz + -rw-r--r-- me user 28 1996-10-18 16:31 practice/jazz + -rw-r--r-- me user 20 1996-09-23 16:44 practice/folk + +Because you created the directory with `practice' as part of the file +names of each of the files by archiving the `practice' directory as +`practice', you must give `practice' as part of the file names when you +extract those files from the archive. + + +File: tar.info, Node: extracting untrusted archives, Next: failing commands, Prev: extract dir, Up: extract + +2.8.4 Extracting Archives from Untrusted Sources +------------------------------------------------ + +Extracting files from archives can overwrite files that already exist. +If you receive an archive from an untrusted source, you should make a +new directory and extract into that directory, so that you don't have +to worry about the extraction overwriting one of your existing files. +For example, if `untrusted.tar' came from somewhere else on the +Internet, and you don't necessarily trust its contents, you can extract +it as follows: + + $ mkdir newdir + $ cd newdir + $ tar -xvf ../untrusted.tar + + It is also a good practice to examine contents of the archive before +extracting it, using `--list' (`-t') option, possibly combined with +`--verbose' (`-v'). + + +File: tar.info, Node: failing commands, Prev: extracting untrusted archives, Up: extract + +2.8.5 Commands That Will Fail +----------------------------- + +Here are some sample commands you might try which will not work, and why +they won't work. + + If you try to use this command, + + $ tar -xvf music.tar folk jazz + +you will get the following response: + + tar: folk: Not found in archive + tar: jazz: Not found in archive + $ + +This is because these files were not originally _in_ the parent +directory `..', where the archive is located; they were in the +`practice' directory, and their file names reflect this: + + $ tar -tvf music.tar + practice/folk + practice/jazz + practice/rock + +Likewise, if you try to use this command, + + $ tar -tvf music.tar folk jazz + +you would get a similar response. Members with those names are not in +the archive. You must use the correct member names, or wildcards, in +order to extract the files from the archive. + + If you have forgotten the correct names of the files in the archive, +use `tar --list --verbose' to list them correctly. + + +File: tar.info, Node: going further, Prev: extract, Up: Tutorial + +2.9 Going Further Ahead in this Manual +====================================== + + +File: tar.info, Node: tar invocation, Next: operations, Prev: Tutorial, Up: Top + +3 Invoking GNU `tar' +******************** + + _(This message will disappear, once this node revised.)_ + +This chapter is about how one invokes the GNU `tar' command, from the +command synopsis (*note Synopsis::). There are numerous options, and +many styles for writing them. One mandatory option specifies the +operation `tar' should perform (*note Operation Summary::), other +options are meant to detail how this operation should be performed +(*note Option Summary::). Non-option arguments are not always +interpreted the same way, depending on what the operation is. + + You will find in this chapter everything about option styles and +rules for writing them (*note Styles::). On the other hand, operations +and options are fully described elsewhere, in other chapters. Here, +you will find only synthetic descriptions for operations and options, +together with pointers to other parts of the `tar' manual. + + Some options are so special they are fully described right in this +chapter. They have the effect of inhibiting the normal operation of +`tar' or else, they globally alter the amount of feedback the user +receives about what is going on. These are the `--help' and +`--version' (*note help::), `--verbose' (*note verbose::) and +`--interactive' options (*note interactive::). + +* Menu: + +* Synopsis:: +* using tar options:: +* Styles:: +* All Options:: +* help:: +* defaults:: +* verbose:: +* interactive:: + + +File: tar.info, Node: Synopsis, Next: using tar options, Up: tar invocation + +3.1 General Synopsis of `tar' +============================= + +The GNU `tar' program is invoked as either one of: + + tar OPTION... [NAME]... + tar LETTER... [ARGUMENT]... [OPTION]... [NAME]... + + The second form is for when old options are being used. + + You can use `tar' to store files in an archive, to extract them from +an archive, and to do other types of archive manipulation. The primary +argument to `tar', which is called the "operation", specifies which +action to take. The other arguments to `tar' are either "options", +which change the way `tar' performs an operation, or file names or +archive members, which specify the files or members `tar' is to act on. + + You can actually type in arguments in any order, even if in this +manual the options always precede the other arguments, to make examples +easier to understand. Further, the option stating the main operation +mode (the `tar' main command) is usually given first. + + Each NAME in the synopsis above is interpreted as an archive member +name when the main command is one of `--compare' (`--diff', `-d'), +`--delete', `--extract' (`--get', `-x'), `--list' (`-t') or `--update' +(`-u'). When naming archive members, you must give the exact name of +the member in the archive, as it is printed by `--list'. For +`--append' (`-r') and `--create' (`-c'), these NAME arguments specify +the names of either files or directory hierarchies to place in the +archive. These files or hierarchies should already exist in the file +system, prior to the execution of the `tar' command. + + `tar' interprets relative file names as being relative to the +working directory. `tar' will make all file names relative (by +removing leading slashes when archiving or restoring files), unless you +specify otherwise (using the `--absolute-names' option). *Note +absolute::, for more information about `--absolute-names'. + + If you give the name of a directory as either a file name or a member +name, then `tar' acts recursively on all the files and directories +beneath that directory. For example, the name `/' identifies all the +files in the file system to `tar'. + + The distinction between file names and archive member names is +especially important when shell globbing is used, and sometimes a +source of confusion for newcomers. *Note wildcards::, for more +information about globbing. The problem is that shells may only glob +using existing files in the file system. Only `tar' itself may glob on +archive members, so when needed, you must ensure that wildcard +characters reach `tar' without being interpreted by the shell first. +Using a backslash before `*' or `?', or putting the whole argument +between quotes, is usually sufficient for this. + + Even if NAMEs are often specified on the command line, they can also +be read from a text file in the file system, using the +`--files-from=FILE-OF-NAMES' (`-T FILE-OF-NAMES') option. + + If you don't use any file name arguments, `--append' (`-r'), +`--delete' and `--concatenate' (`--catenate', `-A') will do nothing, +while `--create' (`-c') will usually yield a diagnostic and inhibit +`tar' execution. The other operations of `tar' (`--list', `--extract', +`--compare', and `--update') will act on the entire contents of the +archive. + + Besides successful exits, GNU `tar' may fail for many reasons. Some +reasons correspond to bad usage, that is, when the `tar' command is +improperly written. Errors may be encountered later, while +encountering an error processing the archive or the files. Some errors +are recoverable, in which case the failure is delayed until `tar' has +completed all its work. Some errors are such that it would not +meaningful, or at least risky, to continue processing: `tar' then +aborts processing immediately. All abnormal exits, whether immediate +or delayed, should always be clearly diagnosed on `stderr', after a +line stating the nature of the error. + + Possible exit codes of GNU `tar' are summarized in the following +table: + +0 + `Successful termination'. + +1 + `Some files differ'. If tar was invoked with `--compare' + (`--diff', `-d') command line option, this means that some files + in the archive differ from their disk counterparts (*note + compare::). If tar was given `--create', `--append' or `--update' + option, this exit code means that some files were changed while + being archived and so the resulting archive does not contain the + exact copy of the file set. + +2 + `Fatal error'. This means that some fatal, unrecoverable error + occurred. + + If `tar' has invoked a subprocess and that subprocess exited with a +nonzero exit code, `tar' exits with that code as well. This can +happen, for example, if `tar' was given some compression option (*note +gzip::) and the external compressor program failed. Another example is +`rmt' failure during backup to the remote device (*note Remote Tape +Server::). + + +File: tar.info, Node: using tar options, Next: Styles, Prev: Synopsis, Up: tar invocation + +3.2 Using `tar' Options +======================= + +GNU `tar' has a total of eight operating modes which allow you to +perform a variety of tasks. You are required to choose one operating +mode each time you employ the `tar' program by specifying one, and only +one operation as an argument to the `tar' command (two lists of four +operations each may be found at *note frequent operations:: and *note +Operations::). Depending on circumstances, you may also wish to +customize how the chosen operating mode behaves. For example, you may +wish to change the way the output looks, or the format of the files +that you wish to archive may require you to do something special in +order to make the archive look right. + + You can customize and control `tar''s performance by running `tar' +with one or more options (such as `--verbose' (`-v'), which we used in +the tutorial). As we said in the tutorial, "options" are arguments to +`tar' which are (as their name suggests) optional. Depending on the +operating mode, you may specify one or more options. Different options +will have different effects, but in general they all change details of +the operation, such as archive format, archive name, or level of user +interaction. Some options make sense with all operating modes, while +others are meaningful only with particular modes. You will likely use +some options frequently, while you will only use others infrequently, or +not at all. (A full list of options is available in *note All +Options::.) + + The `TAR_OPTIONS' environment variable specifies default options to +be placed in front of any explicit options. For example, if +`TAR_OPTIONS' is `-v --unlink-first', `tar' behaves as if the two +options `-v' and `--unlink-first' had been specified before any +explicit options. Option specifications are separated by whitespace. +A backslash escapes the next character, so it can be used to specify an +option containing whitespace or a backslash. + + Note that `tar' options are case sensitive. For example, the +options `-T' and `-t' are different; the first requires an argument for +stating the name of a file providing a list of NAMEs, while the second +does not require an argument and is another way to write `--list' +(`-t'). + + In addition to the eight operations, there are many options to +`tar', and three different styles for writing both: long (mnemonic) +form, short form, and old style. These styles are discussed below. +Both the options and the operations can be written in any of these three +styles. + + +File: tar.info, Node: Styles, Next: All Options, Prev: using tar options, Up: tar invocation + +3.3 The Three Option Styles +=========================== + +There are three styles for writing operations and options to the command +line invoking `tar'. The different styles were developed at different +times during the history of `tar'. These styles will be presented +below, from the most recent to the oldest. + + Some options must take an argument. (For example, `--file' (`-f')) +takes the name of an archive file as an argument. If you do not supply +an archive file name, `tar' will use a default, but this can be +confusing; thus, we recommend that you always supply a specific archive +file name.) Where you _place_ the arguments generally depends on which +style of options you choose. We will detail specific information +relevant to each option style in the sections on the different option +styles, below. The differences are subtle, yet can often be very +important; incorrect option placement can cause you to overwrite a +number of important files. We urge you to note these differences, and +only use the option style(s) which makes the most sense to you until +you feel comfortable with the others. + + Some options _may_ take an argument. Such options may have at most +long and short forms, they do not have old style equivalent. The rules +for specifying an argument for such options are stricter than those for +specifying mandatory arguments. Please, pay special attention to them. + +* Menu: + +* Long Options:: Long Option Style +* Short Options:: Short Option Style +* Old Options:: Old Option Style +* Mixing:: Mixing Option Styles + + +File: tar.info, Node: Long Options, Next: Short Options, Up: Styles + +3.3.1 Long Option Style +----------------------- + +Each option has at least one "long" (or "mnemonic") name starting with +two dashes in a row, e.g., `--list'. The long names are more clear than +their corresponding short or old names. It sometimes happens that a +single long option has many different names which are synonymous, such +as `--compare' and `--diff'. In addition, long option names can be +given unique abbreviations. For example, `--cre' can be used in place +of `--create' because there is no other long option which begins with +`cre'. (One way to find this out is by trying it and seeing what +happens; if a particular abbreviation could represent more than one +option, `tar' will tell you that that abbreviation is ambiguous and +you'll know that that abbreviation won't work. You may also choose to +run `tar --help' to see a list of options. Be aware that if you run +`tar' with a unique abbreviation for the long name of an option you +didn't want to use, you are stuck; `tar' will perform the command as +ordered.) + + Long options are meant to be obvious and easy to remember, and their +meanings are generally easier to discern than those of their +corresponding short options (see below). For example: + + $ tar --create --verbose --blocking-factor=20 --file=/dev/rmt0 + +gives a fairly good set of hints about what the command does, even for +those not fully acquainted with `tar'. + + Long options which require arguments take those arguments +immediately following the option name. There are two ways of +specifying a mandatory argument. It can be separated from the option +name either by an equal sign, or by any amount of white space +characters. For example, the `--file' option (which tells the name of +the `tar' archive) is given a file such as `archive.tar' as argument by +using any of the following notations: `--file=archive.tar' or `--file +archive.tar'. + + In contrast, optional arguments must always be introduced using an +equal sign. For example, the `--backup' option takes an optional +argument specifying backup type. It must be used as +`--backup=BACKUP-TYPE'. + + +File: tar.info, Node: Short Options, Next: Old Options, Prev: Long Options, Up: Styles + +3.3.2 Short Option Style +------------------------ + +Most options also have a "short option" name. Short options start with +a single dash, and are followed by a single character, e.g., `-t' +(which is equivalent to `--list'). The forms are absolutely identical +in function; they are interchangeable. + + The short option names are faster to type than long option names. + + Short options which require arguments take their arguments +immediately following the option, usually separated by white space. It +is also possible to stick the argument right after the short option +name, using no intervening space. For example, you might write +`-f archive.tar' or `-farchive.tar' instead of using +`--file=archive.tar'. Both `--file=ARCHIVE-NAME' and `-f ARCHIVE-NAME' +denote the option which indicates a specific archive, here named +`archive.tar'. + + Short options which take optional arguments take their arguments +immediately following the option letter, _without any intervening white +space characters_. + + Short options' letters may be clumped together, but you are not +required to do this (as compared to old options; see below). When +short options are clumped as a set, use one (single) dash for them all, +e.g., ``tar' -cvf'. Only the last option in such a set is allowed to +have an argument(1). + + When the options are separated, the argument for each option which +requires an argument directly follows that option, as is usual for Unix +programs. For example: + + $ tar -c -v -b 20 -f /dev/rmt0 + + If you reorder short options' locations, be sure to move any +arguments that belong to them. If you do not move the arguments +properly, you may end up overwriting files. + + ---------- Footnotes ---------- + + (1) Clustering many options, the last of which has an argument, is a +rather opaque way to write options. Some wonder if GNU `getopt' should +not even be made helpful enough for considering such usages as invalid. + + +File: tar.info, Node: Old Options, Next: Mixing, Prev: Short Options, Up: Styles + +3.3.3 Old Option Style +---------------------- + + _(This message will disappear, once this node revised.)_ + +Like short options, "old options" are single letters. However, old +options must be written together as a single clumped set, without +spaces separating them or dashes preceding them(1). This set of +letters must be the first to appear on the command line, after the +`tar' program name and some white space; old options cannot appear +anywhere else. The letter of an old option is exactly the same letter +as the corresponding short option. For example, the old option `t' is +the same as the short option `-t', and consequently, the same as the +long option `--list'. So for example, the command `tar cv' specifies +the option `-v' in addition to the operation `-c'. + + When options that need arguments are given together with the command, +all the associated arguments follow, in the same order as the options. +Thus, the example given previously could also be written in the old +style as follows: + + $ tar cvbf 20 /dev/rmt0 + +Here, `20' is the argument of `-b' and `/dev/rmt0' is the argument of +`-f'. + + On the other hand, this old style syntax makes it difficult to match +option letters with their corresponding arguments, and is often +confusing. In the command `tar cvbf 20 /dev/rmt0', for example, `20' +is the argument for `-b', `/dev/rmt0' is the argument for `-f', and +`-v' does not have a corresponding argument. Even using short options +like in `tar -c -v -b 20 -f /dev/rmt0' is clearer, putting all +arguments next to the option they pertain to. + + If you want to reorder the letters in the old option argument, be +sure to reorder any corresponding argument appropriately. + + This old way of writing `tar' options can surprise even experienced +users. For example, the two commands: + + tar cfz archive.tar.gz file + tar -cfz archive.tar.gz file + +are quite different. The first example uses `archive.tar.gz' as the +value for option `f' and recognizes the option `z'. The second +example, however, uses `z' as the value for option `f' -- probably not +what was intended. + + Old options are kept for compatibility with old versions of `tar'. + + This second example could be corrected in many ways, among which the +following are equivalent: + + tar -czf archive.tar.gz file + tar -cf archive.tar.gz -z file + tar cf archive.tar.gz -z file + + As far as we know, all `tar' programs, GNU and non-GNU, support old +options. GNU `tar' supports them not only for historical reasons, but +also because many people are used to them. For compatibility with Unix +`tar', the first argument is always treated as containing command and +option letters even if it doesn't start with `-'. Thus, `tar c' is +equivalent to `tar -c': both of them specify the `--create' (`-c') +command to create an archive. + + ---------- Footnotes ---------- + + (1) Beware that if you precede options with a dash, you are +announcing the short option style instead of the old option style; +short options are decoded differently. + + +File: tar.info, Node: Mixing, Prev: Old Options, Up: Styles + +3.3.4 Mixing Option Styles +-------------------------- + +All three styles may be intermixed in a single `tar' command, so long +as the rules for each style are fully respected(1). Old style options +and either of the modern styles of options may be mixed within a single +`tar' command. However, old style options must be introduced as the +first arguments only, following the rule for old options (old options +must appear directly after the `tar' command and some white space). +Modern options may be given only after all arguments to the old options +have been collected. If this rule is not respected, a modern option +might be falsely interpreted as the value of the argument to one of the +old style options. + + For example, all the following commands are wholly equivalent, and +illustrate the many combinations and orderings of option styles. + + tar --create --file=archive.tar + tar --create -f archive.tar + tar --create -farchive.tar + tar --file=archive.tar --create + tar --file=archive.tar -c + tar -c --file=archive.tar + tar -c -f archive.tar + tar -c -farchive.tar + tar -cf archive.tar + tar -cfarchive.tar + tar -f archive.tar --create + tar -f archive.tar -c + tar -farchive.tar --create + tar -farchive.tar -c + tar c --file=archive.tar + tar c -f archive.tar + tar c -farchive.tar + tar cf archive.tar + tar f archive.tar --create + tar f archive.tar -c + tar fc archive.tar + + On the other hand, the following commands are _not_ equivalent to +the previous set: + + tar -f -c archive.tar + tar -fc archive.tar + tar -fcarchive.tar + tar -farchive.tarc + tar cfarchive.tar + +These last examples mean something completely different from what the +user intended (judging based on the example in the previous set which +uses long options, whose intent is therefore very clear). The first +four specify that the `tar' archive would be a file named `-c', `c', +`carchive.tar' or `archive.tarc', respectively. The first two examples +also specify a single non-option, NAME argument having the value +`archive.tar'. The last example contains only old style option letters +(repeating option `c' twice), not all of which are meaningful (eg., `.', +`h', or `i'), with no argument value. + + ---------- Footnotes ---------- + + (1) Before GNU `tar' version 1.11.6, a bug prevented intermixing old +style options with long options in some cases. + + +File: tar.info, Node: All Options, Next: help, Prev: Styles, Up: tar invocation + +3.4 All `tar' Options +===================== + +The coming manual sections contain an alphabetical listing of all `tar' +operations and options, with brief descriptions and cross references to +more in-depth explanations in the body of the manual. They also +contain an alphabetically arranged table of the short option forms with +their corresponding long option. You can use this table as a reference +for deciphering `tar' commands in scripts. + +* Menu: + +* Operation Summary:: +* Option Summary:: +* Short Option Summary:: + + +File: tar.info, Node: Operation Summary, Next: Option Summary, Up: All Options + +3.4.1 Operations +---------------- + +`--append' +`-r' + Appends files to the end of the archive. *Note append::. + +`--catenate' +`-A' + Same as `--concatenate'. *Note concatenate::. + +`--compare' +`-d' + Compares archive members with their counterparts in the file + system, and reports differences in file size, mode, owner, + modification date and contents. *Note compare::. + +`--concatenate' +`-A' + Appends other `tar' archives to the end of the archive. *Note + concatenate::. + +`--create' +`-c' + Creates a new `tar' archive. *Note create::. + +`--delete' + Deletes members from the archive. Don't try this on a archive on a + tape! *Note delete::. + +`--diff' +`-d' + Same `--compare'. *Note compare::. + +`--extract' +`-x' + Extracts members from the archive into the file system. *Note + extract::. + +`--get' +`-x' + Same as `--extract'. *Note extract::. + +`--list' +`-t' + Lists the members in an archive. *Note list::. + +`--update' +`-u' + Adds files to the end of the archive, but only if they are newer + than their counterparts already in the archive, or if they do not + already exist in the archive. *Note update::. + + + +File: tar.info, Node: Option Summary, Next: Short Option Summary, Prev: Operation Summary, Up: All Options + +3.4.2 `tar' Options +------------------- + +`--absolute-names' +`-P' + Normally when creating an archive, `tar' strips an initial `/' + from member names. This option disables that behavior. *Note + absolute::. + +`--after-date' + (See `--newer', *note after::) + +`--anchored' + A pattern must match an initial subsequence of the name's + components. *Note controlling pattern-matching::. + +`--atime-preserve' +`--atime-preserve=replace' +`--atime-preserve=system' + Attempt to preserve the access time of files when reading them. + This option currently is effective only on files that you own, + unless you have superuser privileges. + + `--atime-preserve=replace' remembers the access time of a file + before reading it, and then restores the access time afterwards. + This may cause problems if other programs are reading the file at + the same time, as the times of their accesses will be lost. On + most platforms restoring the access time also requires `tar' to + restore the data modification time too, so this option may also + cause problems if other programs are writing the file at the same + time. (Tar attempts to detect this situation, but cannot do so + reliably due to race conditions.) Worse, on most platforms + restoring the access time also updates the status change time, + which means that this option is incompatible with incremental + backups. + + `--atime-preserve=system' avoids changing time stamps on files, + without interfering with time stamp updates caused by other + programs, so it works better with incremental backups. However, + it requires a special `O_NOATIME' option from the underlying + operating and file system implementation, and it also requires + that searching directories does not update their access times. As + of this writing (November 2005) this works only with Linux, and + only with Linux kernels 2.6.8 and later. Worse, there is + currently no reliable way to know whether this feature actually + works. Sometimes `tar' knows that it does not work, and if you use + `--atime-preserve=system' then `tar' complains and exits right + away. But other times `tar' might think that the option works + when it actually does not. + + Currently `--atime-preserve' with no operand defaults to + `--atime-preserve=replace', but this may change in the future as + support for `--atime-preserve=system' improves. + + If your operating system does not support + `--atime-preserve=system', you might be able to preserve access + times reliably by by using the `mount' command. For example, you + can mount the file system read-only, or access the file system via + a read-only loopback mount, or use the `noatime' mount option + available on some systems. However, mounting typically requires + superuser privileges and can be a pain to manage. + +`--backup=BACKUP-TYPE' + Rather than deleting files from the file system, `tar' will back + them up using simple or numbered backups, depending upon + BACKUP-TYPE. *Note backup::. + +`--block-number' +`-R' + With this option present, `tar' prints error messages for read + errors with the block number in the archive file. *Note + block-number::. + +`--blocking-factor=BLOCKING' +`-b BLOCKING' + Sets the blocking factor `tar' uses to BLOCKING x 512 bytes per + record. *Note Blocking Factor::. + +`--bzip2' +`-j' + This option tells `tar' to read or write archives through `bzip2'. + *Note gzip::. + +`--checkpoint[=NUMBER]' + This option directs `tar' to print periodic checkpoint messages as + it reads through the archive. It is intended for when you want a + visual indication that `tar' is still running, but don't want to + see `--verbose' output. For a detailed description, see *note + Progress information::. + +`--check-links' +`-l' + If this option was given, `tar' will check the number of links + dumped for each processed file. If this number does not match the + total number of hard links for the file, a warning message will be + output (1). + +`--compress' +`--uncompress' +`-Z' + `tar' will use the `compress' program when reading or writing the + archive. This allows you to directly act on archives while saving + space. *Note gzip::. + +`--confirmation' + (See `--interactive'.) *Note interactive::. + +`--delay-directory-restore' + Delay setting modification times and permissions of extracted + directories until the end of extraction. *Note Directory + Modification Times and Permissions::. + +`--dereference' +`-h' + When creating a `tar' archive, `tar' will archive the file that a + symbolic link points to, rather than archiving the symlink. *Note + dereference::. + +`--directory=DIR' +`-C DIR' + When this option is specified, `tar' will change its current + directory to DIR before performing any operations. When this + option is used during archive creation, it is order sensitive. + *Note directory::. + +`--exclude=PATTERN' + When performing operations, `tar' will skip files that match + PATTERN. *Note exclude::. + +`--exclude-from=FILE' +`-X FILE' + Similar to `--exclude', except `tar' will use the list of patterns + in the file FILE. *Note exclude::. + +`--exclude-caches' + Exclude from dump any directory containing a valid cache directory + tag file, but still dump the directory node and the tag file + itself. + + *Note exclude::. + +`--exclude-caches-under' + Exclude from dump any directory containing a valid cache directory + tag file, but still dump the directory node itself. + + *Note exclude::. + +`--exclude-caches-all' + Exclude from dump any directory containing a valid cache directory + tag file. *Note exclude::. + +`--exclude-tag=FILE' + Exclude from dump any directory containing file named FILE, but + dump the directory node and FILE itself. *Note exclude::. + +`--exclude-tag-under=FILE' + Exclude from dump the contents of any directory containing file + named FILE, but dump the directory node itself. *Note exclude::. + +`--exclude-tag-all=FILE' + Exclude from dump any directory containing file named FILE. *Note + exclude::. + +`--file=ARCHIVE' +`-f ARCHIVE' + `tar' will use the file ARCHIVE as the `tar' archive it performs + operations on, rather than `tar''s compilation dependent default. + *Note file tutorial::. + +`--files-from=FILE' +`-T FILE' + `tar' will use the contents of FILE as a list of archive members + or files to operate on, in addition to those specified on the + command-line. *Note files::. + +`--force-local' + Forces `tar' to interpret the file name given to `--file' as a + local file, even if it looks like a remote tape drive name. *Note + local and remote archives::. + +`--format=FORMAT' +`-H FORMAT' + Selects output archive format. FORMAT may be one of the following: + + `v7' + Creates an archive that is compatible with Unix V7 `tar'. + + `oldgnu' + Creates an archive that is compatible with GNU `tar' version + 1.12 or earlier. + + `gnu' + Creates archive in GNU tar 1.13 format. Basically it is the + same as `oldgnu' with the only difference in the way it + handles long numeric fields. + + `ustar' + Creates a POSIX.1-1988 compatible archive. + + `posix' + Creates a POSIX.1-2001 archive. + + + *Note Formats::, for a detailed discussion of these formats. + +`--group=GROUP' + Files added to the `tar' archive will have a group ID of GROUP, + rather than the group from the source file. GROUP is first decoded + as a group symbolic name, but if this interpretation fails, it has + to be a decimal numeric group ID. *Note override::. + + Also see the comments for the `--owner=USER' option. + +`--gzip' +`--gunzip' +`--ungzip' +`-z' + This option tells `tar' to read or write archives through `gzip', + allowing `tar' to directly operate on several kinds of compressed + archives transparently. *Note gzip::. + +`--help' +`-?' + `tar' will print out a short message summarizing the operations and + options to `tar' and exit. *Note help::. + +`--ignore-case' + Ignore case when matching member or file names with patterns. + *Note controlling pattern-matching::. + +`--ignore-command-error' + Ignore exit codes of subprocesses. *Note Writing to an External + Program::. + +`--ignore-failed-read' + Do not exit unsuccessfully merely because an unreadable file was + encountered. *Note Reading::. + +`--ignore-zeros' +`-i' + With this option, `tar' will ignore zeroed blocks in the archive, + which normally signals EOF. *Note Reading::. + +`--incremental' +`-G' + Informs `tar' that it is working with an old GNU-format + incremental backup archive. It is intended primarily for + backwards compatibility only. *Note Incremental Dumps::, for a + detailed discussion of incremental archives. + +`--index-file=FILE' + Send verbose output to FILE instead of to standard output. + +`--info-script=SCRIPT-FILE' +`--new-volume-script=SCRIPT-FILE' +`-F SCRIPT-FILE' + When `tar' is performing multi-tape backups, SCRIPT-FILE is run at + the end of each tape. If SCRIPT-FILE exits with nonzero status, + `tar' fails immediately. *Note info-script::, for a detailed + discussion of SCRIPT-FILE. + +`--interactive' +`--confirmation' +`-w' + Specifies that `tar' should ask the user for confirmation before + performing potentially destructive options, such as overwriting + files. *Note interactive::. + +`--keep-newer-files' + Do not replace existing files that are newer than their archive + copies when extracting files from an archive. + +`--keep-old-files' +`-k' + Do not overwrite existing files when extracting files from an + archive. *Note Keep Old Files::. + +`--label=NAME' +`-V NAME' + When creating an archive, instructs `tar' to write NAME as a name + record in the archive. When extracting or listing archives, `tar' + will only operate on archives that have a label matching the + pattern specified in NAME. *Note Tape Files::. + +`--listed-incremental=SNAPSHOT-FILE' +`-g SNAPSHOT-FILE' + During a `--create' operation, specifies that the archive that + `tar' creates is a new GNU-format incremental backup, using + SNAPSHOT-FILE to determine which files to backup. With other + operations, informs `tar' that the archive is in incremental + format. *Note Incremental Dumps::. + +`--mode=PERMISSIONS' + When adding files to an archive, `tar' will use PERMISSIONS for + the archive members, rather than the permissions from the files. + PERMISSIONS can be specified either as an octal number or as + symbolic permissions, like with `chmod'. *Note override::. + +`--mtime=DATE' + When adding files to an archive, `tar' will use DATE as the + modification time of members when creating archives, instead of + their actual modification times. The value of DATE can be either + a textual date representation (*note Date input formats::) or a + name of the existing file, starting with `/' or `.'. In the + latter case, the modification time of that file is used. *Note + override::. + +`--multi-volume' +`-M' + Informs `tar' that it should create or otherwise operate on a + multi-volume `tar' archive. *Note Using Multiple Tapes::. + +`--new-volume-script' + (see -info-script) + +`--newer=DATE' +`--after-date=DATE' +`-N' + When creating an archive, `tar' will only add files that have + changed since DATE. If DATE begins with `/' or `.', it is taken + to be the name of a file whose data modification time specifies + the date. *Note after::. + +`--newer-mtime=DATE' + Like `--newer', but add only files whose contents have changed (as + opposed to just `--newer', which will also back up files for which + any status information has changed). *Note after::. + +`--no-anchored' + An exclude pattern can match any subsequence of the name's + components. *Note controlling pattern-matching::. + +`--no-delay-directory-restore' + Modification times and permissions of extracted directories are + set when all files from this directory have been extracted. This + is the default. *Note Directory Modification Times and + Permissions::. + +`--no-ignore-case' + Use case-sensitive matching. *Note controlling pattern-matching::. + +`--no-ignore-command-error' + Print warnings about subprocesses that terminated with a nonzero + exit code. *Note Writing to an External Program::. + +`--no-overwrite-dir' + Preserve metadata of existing directories when extracting files + from an archive. *Note Overwrite Old Files::. + +`--no-quote-chars=STRING' + Remove characters listed in STRING from the list of quoted + characters set by the previous `--quote-chars' option (*note + quoting styles::). + +`--no-recursion' + With this option, `tar' will not recurse into directories. *Note + recurse::. + +`--no-same-owner' +`-o' + When extracting an archive, do not attempt to preserve the owner + specified in the `tar' archive. This the default behavior for + ordinary users. + +`--no-same-permissions' + When extracting an archive, subtract the user's umask from files + from the permissions specified in the archive. This is the + default behavior for ordinary users. + +`--no-unquote' + Treat all input file or member names literally, do not interpret + escape sequences. *Note input name quoting::. + +`--no-wildcards' + Do not use wildcards. *Note controlling pattern-matching::. + +`--no-wildcards-match-slash' + Wildcards do not match `/'. *Note controlling pattern-matching::. + +`--null' + When `tar' is using the `--files-from' option, this option + instructs `tar' to expect file names terminated with NUL, so `tar' + can correctly work with file names that contain newlines. *Note + nul::. + +`--numeric-owner' + This option will notify `tar' that it should use numeric user and + group IDs when creating a `tar' file, rather than names. *Note + Attributes::. + +`-o' + The function of this option depends on the action `tar' is + performing. When extracting files, `-o' is a synonym for + `--no-same-owner', i.e., it prevents `tar' from restoring + ownership of files being extracted. + + When creating an archive, it is a synonym for `--old-archive'. + This behavior is for compatibility with previous versions of GNU + `tar', and will be removed in future releases. + + *Note Changes::, for more information. + +`--occurrence[=NUMBER]' + This option can be used in conjunction with one of the subcommands + `--delete', `--diff', `--extract' or `--list' when a list of files + is given either on the command line or via `-T' option. + + This option instructs `tar' to process only the NUMBERth + occurrence of each named file. NUMBER defaults to 1, so + + tar -x -f archive.tar --occurrence filename + + will extract the first occurrence of the member `filename' from + `archive.tar' and will terminate without scanning to the end of + the archive. + +`--old-archive' + Synonym for `--format=v7'. + +`--one-file-system' + Used when creating an archive. Prevents `tar' from recursing into + directories that are on different file systems from the current + directory (2). + +`--overwrite' + Overwrite existing files and directory metadata when extracting + files from an archive. *Note Overwrite Old Files::. + +`--overwrite-dir' + Overwrite the metadata of existing directories when extracting + files from an archive. *Note Overwrite Old Files::. + +`--owner=USER' + Specifies that `tar' should use USER as the owner of members when + creating archives, instead of the user associated with the source + file. USER is first decoded as a user symbolic name, but if this + interpretation fails, it has to be a decimal numeric user ID. + *Note override::. + + This option does not affect extraction from archives. + +`--pax-option=KEYWORD-LIST' + This option is meaningful only with POSIX.1-2001 archives (*note + posix::). It modifies the way `tar' handles the extended header + keywords. KEYWORD-LIST is a comma-separated list of keyword + options. *Note PAX keywords::, for a detailed discussion. + +`--portability' +`--old-archive' + Synonym for `--format=v7'. + +`--posix' + Same as `--format=posix'. + +`--preserve' + Synonymous with specifying both `--preserve-permissions' and + `--same-order'. *Note Setting Access Permissions::. + +`--preserve-order' + (See `--same-order'; *note Reading::.) + +`--preserve-permissions' +`--same-permissions' +`-p' + When `tar' is extracting an archive, it normally subtracts the + users' umask from the permissions specified in the archive and uses + that number as the permissions to create the destination file. + Specifying this option instructs `tar' that it should use the + permissions directly from the archive. *Note Setting Access + Permissions::. + +`--quote-chars=STRING' + Always quote characters from STRING, even if the selected quoting + style would not quote them (*note quoting styles::). + +`--quoting-style=STYLE' + Set quoting style to use when printing member and file names + (*note quoting styles::). Valid STYLE values are: `literal', + `shell', `shell-always', `c', `escape', `locale', and `clocale'. + Default quoting style is `escape', unless overridden while + configuring the package. + +`--read-full-records' +`-B' + Specifies that `tar' should reblock its input, for reading from + pipes on systems with buggy implementations. *Note Reading::. + +`--record-size=SIZE' + Instructs `tar' to use SIZE bytes per record when accessing the + archive. *Note Blocking Factor::. + +`--recursion' + With this option, `tar' recurses into directories (default). + *Note recurse::. + +`--recursive-unlink' + Remove existing directory hierarchies before extracting + directories of the same name from the archive. *Note Recursive + Unlink::. + +`--remove-files' + Directs `tar' to remove the source file from the file system after + appending it to an archive. *Note remove files::. + +`--restrict' + Disable use of some potentially harmful `tar' options. Currently + this option disables shell invocation from multi-volume menu + (*note Using Multiple Tapes::). + +`--rmt-command=CMD' + Notifies `tar' that it should use CMD instead of the default + `/usr/libexec/rmt' (*note Remote Tape Server::). + +`--rsh-command=CMD' + Notifies `tar' that is should use CMD to communicate with remote + devices. *Note Device::. + +`--same-order' +`--preserve-order' +`-s' + This option is an optimization for `tar' when running on machines + with small amounts of memory. It informs `tar' that the list of + file arguments has already been sorted to match the order of files + in the archive. *Note Reading::. + +`--same-owner' + When extracting an archive, `tar' will attempt to preserve the + owner specified in the `tar' archive with this option present. + This is the default behavior for the superuser; this option has an + effect only for ordinary users. *Note Attributes::. + +`--same-permissions' + (See `--preserve-permissions'; *note Setting Access Permissions::.) + +`--seek' +`-n' + Assume that the archive media supports seeks to arbitrary + locations. Usually `tar' determines automatically whether the + archive can be seeked or not. This option is intended for use in + cases when such recognition fails. + +`--show-defaults' + Displays the default options used by `tar' and exits successfully. + This option is intended for use in shell scripts. Here is an + example of what you can see using this option: + + $ tar --show-defaults + --format=gnu -f- -b20 --quoting-style=escape \ + --rmt-command=/usr/libexec/rmt --rsh-command=/usr/bin/rsh + +`--show-omitted-dirs' + Instructs `tar' to mention the directories it is skipping when + operating on a `tar' archive. *Note show-omitted-dirs::. + +`--show-transformed-names' +`--show-stored-names' + Display file or member names after applying any transformations + (*note transform::). In particular, when used in conjunction with + one of the archive creation operations it instructs `tar' to list + the member names stored in the archive, as opposed to the actual + file names. *Note listing member and file names::. + +`--sparse' +`-S' + Invokes a GNU extension when adding files to an archive that + handles sparse files efficiently. *Note sparse::. + +`--sparse-version=VERSION' + Specifies the "format version" to use when archiving sparse files. + Implies `--sparse'. *Note sparse::. For the description of the + supported sparse formats, *Note Sparse Formats::. + +`--starting-file=NAME' +`-K NAME' + This option affects extraction only; `tar' will skip extracting + files in the archive until it finds one that matches NAME. *Note + Scarce::. + +`--strip-components=NUMBER' + Strip given NUMBER of leading components from file names before + extraction. For example, if archive `archive.tar' contained + `/some/file/name', then running + + tar --extract --file archive.tar --strip-components=2 + + would extract this file to file `name'. + + , summary + +`--suffix=SUFFIX' + Alters the suffix `tar' uses when backing up files from the default + `~'. *Note backup::. + +`--tape-length=NUM' +`-L NUM' + Specifies the length of tapes that `tar' is writing as being + NUM x 1024 bytes long. *Note Using Multiple Tapes::. + +`--test-label' + Reads the volume label. If an argument is specified, test whether + it matches the volume label. *Note --test-label option::. + +`--to-command=COMMAND' + During extraction `tar' will pipe extracted files to the standard + input of COMMAND. *Note Writing to an External Program::. + +`--to-stdout' +`-O' + During extraction, `tar' will extract files to stdout rather than + to the file system. *Note Writing to Standard Output::. + +`--totals[=SIGNO]' + Displays the total number of bytes transferred when processing an + archive. If an argument is given, these data are displayed on + request, when signal SIGNO is delivered to `tar'. *Note totals::. + +`--touch' +`-m' + Sets the data modification time of extracted files to the + extraction time, rather than the data modification time stored in + the archive. *Note Data Modification Times::. + +`--transform=SED-EXPR' + Transform file or member names using `sed' replacement expression + SED-EXPR. For example, + + $ tar cf archive.tar --transform 's,^\./,usr/,' . + + will add to `archive' files from the current working directory, + replacing initial `./' prefix with `usr/'. For the detailed + discussion, *Note transform::. + + To see transformed member names in verbose listings, use + `--show-transformed-names' option (*note show-transformed-names::). + +`--uncompress' + (See `--compress'. *note gzip::) + +`--ungzip' + (See `--gzip'. *note gzip::) + +`--unlink-first' +`-U' + Directs `tar' to remove the corresponding file from the file + system before extracting it from the archive. *Note Unlink + First::. + +`--unquote' + Enable unquoting input file or member names (default). *Note + input name quoting::. + +`--use-compress-program=PROG' + Instructs `tar' to access the archive through PROG, which is + presumed to be a compression program of some sort. *Note gzip::. + +`--utc' + Display file modification dates in UTC. This option implies + `--verbose'. + +`--verbose' +`-v' + Specifies that `tar' should be more verbose about the operations + it is performing. This option can be specified multiple times for + some operations to increase the amount of information displayed. + *Note verbose::. + +`--verify' +`-W' + Verifies that the archive was correctly written when creating an + archive. *Note verify::. + +`--version' + Print information about the program's name, version, origin and + legal status, all on standard output, and then exit successfully. + *Note help::. + +`--volno-file=FILE' + Used in conjunction with `--multi-volume'. `tar' will keep track + of which volume of a multi-volume archive it is working in FILE. + *Note volno-file::. + +`--wildcards' + Use wildcards when matching member names with patterns. *Note + controlling pattern-matching::. + +`--wildcards-match-slash' + Wildcards match `/'. *Note controlling pattern-matching::. + + ---------- Footnotes ---------- + + (1) Earlier versions of GNU `tar' understood `-l' as a synonym for +`--one-file-system'. The current semantics, which complies to UNIX98, +was introduced with version 1.15.91. *Note Changes::, for more +information. + + (2) Earlier versions of GNU `tar' understood `-l' as a synonym for +`--one-file-system'. This has changed in version 1.15.91. *Note +Changes::, for more information. + + +File: tar.info, Node: Short Option Summary, Prev: Option Summary, Up: All Options + +3.4.3 Short Options Cross Reference +----------------------------------- + +Here is an alphabetized list of all of the short option forms, matching +them with the equivalent long option. + +Short Option Reference +-------------------------------------------------------------------------- +-A *note --concatenate::. +-B *note --read-full-records::. +-C *note --directory::. +-F *note --info-script::. +-G *note --incremental::. +-K *note --starting-file::. +-L *note --tape-length::. +-M *note --multi-volume::. +-N *note --newer::. +-O *note --to-stdout::. +-P *note --absolute-names::. +-R *note --block-number::. +-S *note --sparse::. +-T *note --files-from::. +-U *note --unlink-first::. +-V *note --label::. +-W *note --verify::. +-X *note --exclude-from::. +-Z *note --compress::. +-b *note --blocking-factor::. +-c *note --create::. +-d *note --compare::. +-f *note --file::. +-g *note --listed-incremental::. +-h *note --dereference::. +-i *note --ignore-zeros::. +-j *note --bzip2::. +-k *note --keep-old-files::. +-l *note --check-links::. +-m *note --touch::. +-o When creating, *note --no-same-owner::, when extracting -- + *note --portability::. + + The later usage is deprecated. It is retained for + compatibility with the earlier versions of GNU `tar'. In + future releases `-o' will be equivalent to + `--no-same-owner' only. +-p *note --preserve-permissions::. +-r *note --append::. +-s *note --same-order::. +-t *note --list::. +-u *note --update::. +-v *note --verbose::. +-w *note --interactive::. +-x *note --extract::. +-z *note --gzip::. + + +File: tar.info, Node: help, Next: defaults, Prev: All Options, Up: tar invocation + +3.5 GNU `tar' documentation +=========================== + +Being careful, the first thing is really checking that you are using +GNU `tar', indeed. The `--version' option causes `tar' to print +information about its name, version, origin and legal status, all on +standard output, and then exit successfully. For example, +`tar --version' might print: + + tar (GNU tar) 1.17 + Copyright (C) 2006 Free Software Foundation, Inc. + This is free software. You may redistribute copies of it under the terms + of the GNU General Public License . + There is NO WARRANTY, to the extent permitted by law. + + Written by John Gilmore and Jay Fenlason. + +The first occurrence of `tar' in the result above is the program name +in the package (for example, `rmt' is another program), while the +second occurrence of `tar' is the name of the package itself, +containing possibly many programs. The package is currently named +`tar', after the name of the main program it contains(1). + + Another thing you might want to do is checking the spelling or +meaning of some particular `tar' option, without resorting to this +manual, for once you have carefully read it. GNU `tar' has a short +help feature, triggerable through the `--help' option. By using this +option, `tar' will print a usage message listing all available options +on standard output, then exit successfully, without doing anything else +and ignoring all other options. Even if this is only a brief summary, +it may be several screens long. So, if you are not using some kind of +scrollable window, you might prefer to use something like: + + $ tar --help | less + +presuming, here, that you like using `less' for a pager. Other popular +pagers are `more' and `pg'. If you know about some KEYWORD which +interests you and do not want to read all the `--help' output, another +common idiom is doing: + + tar --help | grep KEYWORD + +for getting only the pertinent lines. Notice, however, that some `tar' +options have long description lines and the above command will list +only the first of them. + + The exact look of the option summary displayed by `tar --help' is +configurable. *Note Configuring Help Summary::, for a detailed +description. + + If you only wish to check the spelling of an option, running `tar +--usage' may be a better choice. This will display a terse list of +`tar' option without accompanying explanations. + + The short help output is quite succinct, and you might have to get +back to the full documentation for precise points. If you are reading +this paragraph, you already have the `tar' manual in some form. This +manual is available in a variety of forms from +`http://www.gnu.org/software/tar/manual'. It may be printed out of the +GNU `tar' distribution, provided you have TeX already installed +somewhere, and a laser printer around. Just configure the +distribution, execute the command `make dvi', then print `doc/tar.dvi' +the usual way (contact your local guru to know how). If GNU `tar' has +been conveniently installed at your place, this manual is also +available in interactive, hypertextual form as an Info file. Just call +`info tar' or, if you do not have the `info' program handy, use the +Info reader provided within GNU Emacs, calling `tar' from the main Info +menu. + + There is currently no `man' page for GNU `tar'. If you observe such +a `man' page on the system you are running, either it does not belong +to GNU `tar', or it has not been produced by GNU. Some package +maintainers convert `tar --help' output to a man page, using +`help2man'. In any case, please bear in mind that the authoritative +source of information about GNU `tar' is this Texinfo documentation. + + ---------- Footnotes ---------- + + (1) There are plans to merge the `cpio' and `tar' packages into a +single one which would be called `paxutils'. So, who knows if, one of +this days, the `--version' would not output `tar (GNU paxutils) 3.2' + + +File: tar.info, Node: defaults, Next: verbose, Prev: help, Up: tar invocation + +3.6 Obtaining GNU `tar' default values +====================================== + +GNU `tar' has some predefined defaults that are used when you do not +explicitly specify another values. To obtain a list of such defaults, +use `--show-defaults' option. This will output the values in the form +of `tar' command line options: + + tar --show-defaults + --format=gnu -f- -b20 --quoting-style=escape + --rmt-command=/etc/rmt --rsh-command=/usr/bin/rsh + +Notice, that this option outputs only one line. The example output +above has been split to fit page boundaries. + +The above output shows that this version of GNU `tar' defaults to using +`gnu' archive format (*note Formats::), it uses standard output as the +archive, if no `--file' option has been given (*note file tutorial::), +the default blocking factor is 20 (*note Blocking Factor::). It also +shows the default locations where `tar' will look for `rmt' and `rsh' +binaries. + + +File: tar.info, Node: verbose, Next: interactive, Prev: defaults, Up: tar invocation + +3.7 Checking `tar' progress +=========================== + +Typically, `tar' performs most operations without reporting any +information to the user except error messages. When using `tar' with +many options, particularly ones with complicated or +difficult-to-predict behavior, it is possible to make serious mistakes. +`tar' provides several options that make observing `tar' easier. These +options cause `tar' to print information as it progresses in its job, +and you might want to use them just for being more careful about what +is going on, or merely for entertaining yourself. If you have +encountered a problem when operating on an archive, however, you may +need more information than just an error message in order to solve the +problem. The following options can be helpful diagnostic tools. + + Normally, the `--list' (`-t') command to list an archive prints just +the file names (one per line) and the other commands are silent. When +used with most operations, the `--verbose' (`-v') option causes `tar' +to print the name of each file or archive member as it is processed. +This and the other options which make `tar' print status information +can be useful in monitoring `tar'. + + With `--create' or `--extract', `--verbose' used once just prints +the names of the files or members as they are processed. Using it +twice causes `tar' to print a longer listing (*Note verbose member +listing::, for the description) for each member. Since `--list' +already prints the names of the members, `--verbose' used once with +`--list' causes `tar' to print an `ls -l' type listing of the files in +the archive. The following examples both extract members with long +list output: + + $ tar --extract --file=archive.tar --verbose --verbose + $ tar xvvf archive.tar + + Verbose output appears on the standard output except when an archive +is being written to the standard output, as with `tar --create --file=- +--verbose' (`tar cfv -', or even `tar cv'--if the installer let +standard output be the default archive). In that case `tar' writes +verbose output to the standard error stream. + + If `--index-file=FILE' is specified, `tar' sends verbose output to +FILE rather than to standard output or standard error. + + The `--totals' option causes `tar' to print on the standard error +the total amount of bytes transferred when processing an archive. When +creating or appending to an archive, this option prints the number of +bytes written to the archive and the average speed at which they have +been written, e.g.: + + $ tar -c -f archive.tar --totals /home + Total bytes written: 7924664320 (7.4GiB, 85MiB/s) + + When reading an archive, this option displays the number of bytes +read: + + $ tar -x -f archive.tar --totals + Total bytes read: 7924664320 (7.4GiB, 95MiB/s) + + Finally, when deleting from an archive, the `--totals' option +displays both numbers plus number of bytes removed from the archive: + + $ tar --delete -f foo.tar --totals --wildcards '*~' + Total bytes read: 9543680 (9.2MiB, 201MiB/s) + Total bytes written: 3829760 (3.7MiB, 81MiB/s) + Total bytes deleted: 1474048 + + You can also obtain this information on request. When `--totals' is +used with an argument, this argument is interpreted as a symbolic name +of a signal, upon delivery of which the statistics is to be printed: + +`--totals=SIGNO' + Print statistics upon delivery of signal SIGNO. Valid arguments + are: `SIGHUP', `SIGQUIT', `SIGINT', `SIGUSR1' and `SIGUSR2'. + Shortened names without `SIG' prefix are also accepted. + + Both forms of `--totals' option can be used simultaneously. Thus, +`tar -x --totals --totals=USR1' instructs `tar' to extract all members +from its default archive and print statistics after finishing the +extraction, as well as when receiving signal `SIGUSR1'. + + The `--checkpoint' option prints an occasional message as `tar' +reads or writes the archive. It is designed for those who don't need +the more detailed (and voluminous) output of `--block-number' (`-R'), +but do want visual confirmation that `tar' is actually making forward +progress. By default it prints a message each 10 records read or +written. This can be changed by giving it a numeric argument after an +equal sign: + + $ tar -c --checkpoint=1000 /var + tar: Write checkpoint 1000 + tar: Write checkpoint 2000 + tar: Write checkpoint 3000 + + This example shows the default checkpoint message used by `tar'. If +you place a dot immediately after the equal sign, it will print a `.' +at each checkpoint. For example: + + $ tar -c --checkpoint=.1000 /var + ... + + The `--show-omitted-dirs' option, when reading an archive--with +`--list' or `--extract', for example--causes a message to be printed +for each directory in the archive which is skipped. This happens +regardless of the reason for skipping: the directory might not have +been named on the command line (implicitly or explicitly), it might be +excluded by the use of the `--exclude=PATTERN' option, or some other +reason. + + If `--block-number' (`-R') is used, `tar' prints, along with every +message it would normally produce, the block number within the archive +where the message was triggered. Also, supplementary messages are +triggered when reading blocks full of NULs, or when hitting end of file +on the archive. As of now, if the archive if properly terminated with +a NUL block, the reading of the file may stop before end of file is +met, so the position of end of file will not usually show when +`--block-number' (`-R') is used. Note that GNU `tar' drains the +archive before exiting when reading the archive from a pipe. + + This option is especially useful when reading damaged archives, since +it helps pinpoint the damaged sections. It can also be used with +`--list' (`-t') when listing a file-system backup tape, allowing you to +choose among several backup tapes when retrieving a file later, in +favor of the tape where the file appears earliest (closest to the front +of the tape). *Note backup::. + + +File: tar.info, Node: interactive, Prev: verbose, Up: tar invocation + +3.8 Asking for Confirmation During Operations +============================================= + +Typically, `tar' carries out a command without stopping for further +instructions. In some situations however, you may want to exclude some +files and archive members from the operation (for instance if disk or +storage space is tight). You can do this by excluding certain files +automatically (*note Choosing::), or by performing an operation +interactively, using the `--interactive' (`-w') option. `tar' also +accepts `--confirmation' for this option. + + When the `--interactive' (`-w') option is specified, before reading, +writing, or deleting files, `tar' first prints a message for each such +file, telling what operation it intends to take, then asks for +confirmation on the terminal. The actions which require confirmation +include adding a file to the archive, extracting a file from the +archive, deleting a file from the archive, and deleting a file from +disk. To confirm the action, you must type a line of input beginning +with `y'. If your input line begins with anything other than `y', +`tar' skips that file. + + If `tar' is reading the archive from the standard input, `tar' opens +the file `/dev/tty' to support the interactive communications. + + Verbose output is normally sent to standard output, separate from +other error messages. However, if the archive is produced directly on +standard output, then verbose output is mixed with errors on `stderr'. +Producing the archive on standard output may be used as a way to avoid +using disk space, when the archive is soon to be consumed by another +process reading it, say. Some people felt the need of producing an +archive on stdout, still willing to segregate between verbose output +and error output. A possible approach would be using a named pipe to +receive the archive, and having the consumer process to read from that +named pipe. This has the advantage of letting standard output free to +receive verbose output, all separate from errors. + + +File: tar.info, Node: operations, Next: Backups, Prev: tar invocation, Up: Top + +4 GNU `tar' Operations +********************** + +* Menu: + +* Basic tar:: +* Advanced tar:: +* create options:: +* extract options:: +* backup:: +* Applications:: +* looking ahead:: + + +File: tar.info, Node: Basic tar, Next: Advanced tar, Up: operations + +4.1 Basic GNU `tar' Operations +============================== + +The basic `tar' operations, `--create' (`-c'), `--list' (`-t') and +`--extract' (`--get', `-x'), are currently presented and described in +the tutorial chapter of this manual. This section provides some +complementary notes for these operations. + +`--create' +`-c' + Creating an empty archive would have some kind of elegance. One + can initialize an empty archive and later use `--append' (`-r') + for adding all members. Some applications would not welcome + making an exception in the way of adding the first archive member. + On the other hand, many people reported that it is dangerously + too easy for `tar' to destroy a magnetic tape with an empty + archive(1). The two most common errors are: + + 1. Mistakingly using `create' instead of `extract', when the + intent was to extract the full contents of an archive. This + error is likely: keys `c' and `x' are right next to each + other on the QWERTY keyboard. Instead of being unpacked, the + archive then gets wholly destroyed. When users speak about + "exploding" an archive, they usually mean something else :-). + + 2. Forgetting the argument to `file', when the intent was to + create an archive with a single file in it. This error is + likely because a tired user can easily add the `f' key to the + cluster of option letters, by the mere force of habit, + without realizing the full consequence of doing so. The + usual consequence is that the single file, which was meant to + be saved, is rather destroyed. + + So, recognizing the likelihood and the catastrophic nature of these + errors, GNU `tar' now takes some distance from elegance, and + cowardly refuses to create an archive when `--create' option is + given, there are no arguments besides options, and `--files-from' + (`-T') option is _not_ used. To get around the cautiousness of + GNU `tar' and nevertheless create an archive with nothing in it, + one may still use, as the value for the `--files-from' option, a + file with no names in it, as shown in the following commands: + + tar --create --file=empty-archive.tar --files-from=/dev/null + tar cfT empty-archive.tar /dev/null + +`--extract' +`--get' +`-x' + A socket is stored, within a GNU `tar' archive, as a pipe. + +``--list' (`-t')' + GNU `tar' now shows dates as `1996-08-30', while it used to show + them as `Aug 30 1996'. Preferably, people should get used to ISO + 8601 dates. Local American dates should be made available again + with full date localization support, once ready. In the meantime, + programs not being localizable for dates should prefer + international dates, that's really the way to go. + + Look up `http://www.cl.cam.ac.uk/~mgk25/iso-time.html' if you are + curious, it contains a detailed explanation of the ISO 8601 + standard. + + + ---------- Footnotes ---------- + + (1) This is well described in `Unix-haters Handbook', by Simson +Garfinkel, Daniel Weise & Steven Strassmann, IDG Books, ISBN +1-56884-203-1. + + +File: tar.info, Node: Advanced tar, Next: create options, Prev: Basic tar, Up: operations + +4.2 Advanced GNU `tar' Operations +================================= + +Now that you have learned the basics of using GNU `tar', you may want +to learn about further ways in which `tar' can help you. + + This chapter presents five, more advanced operations which you +probably won't use on a daily basis, but which serve more specialized +functions. We also explain the different styles of options and why you +might want to use one or another, or a combination of them in your `tar' +commands. Additionally, this chapter includes options which allow you +to define the output from `tar' more carefully, and provide help and +error correction in special circumstances. + +* Menu: + +* Operations:: +* append:: +* update:: +* concatenate:: +* delete:: +* compare:: + + +File: tar.info, Node: Operations, Next: append, Up: Advanced tar + +4.2.1 The Five Advanced `tar' Operations +---------------------------------------- + + _(This message will disappear, once this node revised.)_ + +In the last chapter, you learned about the first three operations to +`tar'. This chapter presents the remaining five operations to `tar': +`--append', `--update', `--concatenate', `--delete', and `--compare'. + + You are not likely to use these operations as frequently as those +covered in the last chapter; however, since they perform specialized +functions, they are quite useful when you do need to use them. We will +give examples using the same directory and files that you created in +the last chapter. As you may recall, the directory is called +`practice', the files are `jazz', `blues', `folk', `rock', and the two +archive files you created are `collection.tar' and `music.tar'. + + We will also use the archive files `afiles.tar' and `bfiles.tar'. +The archive `afiles.tar' contains the members `apple', `angst', and +`aspic'; `bfiles.tar' contains the members `./birds', `baboon', and +`./box'. + + Unless we state otherwise, all practicing you do and examples you +follow in this chapter will take place in the `practice' directory that +you created in the previous chapter; see *note prepare for examples::. +(Below in this section, we will remind you of the state of the examples +where the last chapter left them.) + + The five operations that we will cover in this chapter are: + +`--append' +`-r' + Add new entries to an archive that already exists. + +`--update' +`-r' + Add more recent copies of archive members to the end of an + archive, if they exist. + +`--concatenate' +`--catenate' +`-A' + Add one or more pre-existing archives to the end of another + archive. + +`--delete' + Delete items from an archive (does not work on tapes). + +`--compare' +`--diff' +`-d' + Compare archive members to their counterparts in the file system. + + +File: tar.info, Node: append, Next: update, Prev: Operations, Up: Advanced tar + +4.2.2 How to Add Files to Existing Archives: `--append' +------------------------------------------------------- + + _(This message will disappear, once this node revised.)_ + +If you want to add files to an existing archive, you don't need to +create a new archive; you can use `--append' (`-r'). The archive must +already exist in order to use `--append'. (A related operation is the +`--update' operation; you can use this to add newer versions of archive +members to an existing archive. To learn how to do this with +`--update', *note update::.) + + If you use `--append' to add a file that has the same name as an +archive member to an archive containing that archive member, then the +old member is not deleted. What does happen, however, is somewhat +complex. `tar' _allows_ you to have infinite number of files with the +same name. Some operations treat these same-named members no +differently than any other set of archive members: for example, if you +view an archive with `--list' (`-t'), you will see all of those members +listed, with their data modification times, owners, etc. + + Other operations don't deal with these members as perfectly as you +might prefer; if you were to use `--extract' to extract the archive, +only the most recently added copy of a member with the same name as four +other members would end up in the working directory. This is because +`--extract' extracts an archive in the order the members appeared in +the archive; the most recently archived members will be extracted last. +Additionally, an extracted member will _replace_ a file of the same +name which existed in the directory already, and `tar' will not prompt +you about this(1). Thus, only the most recently archived member will +end up being extracted, as it will replace the one extracted before it, +and so on. + + There exists a special option that allows you to get around this +behavior and extract (or list) only a particular copy of the file. +This is `--occurrence' option. If you run `tar' with this option, it +will extract only the first copy of the file. You may also give this +option an argument specifying the number of copy to be extracted. +Thus, for example if the archive `archive.tar' contained three copies +of file `myfile', then the command + + tar --extract --file archive.tar --occurrence=2 myfile + +would extract only the second copy. *Note --occurrence: Option +Summary, for the description of `--occurrence' option. + + If you want to replace an archive member, use `--delete' to delete +the member you want to remove from the archive, , and then use +`--append' to add the member you want to be in the archive. Note that +you can not change the order of the archive; the most recently added +member will still appear last. In this sense, you cannot truly +"replace" one member with another. (Replacing one member with another +will not work on certain types of media, such as tapes; see *note +delete:: and *note Media::, for more information.) + +* Menu: + +* appending files:: Appending Files to an Archive +* multiple:: + + ---------- Footnotes ---------- + + (1) Unless you give it `--keep-old-files' option, or the disk copy +is newer than the the one in the archive and you invoke `tar' with +`--keep-newer-files' option + + +File: tar.info, Node: appending files, Next: multiple, Up: append + +4.2.2.1 Appending Files to an Archive +..................................... + + _(This message will disappear, once this node revised.)_ + +The simplest way to add a file to an already existing archive is the +`--append' (`-r') operation, which writes specified files into the +archive whether or not they are already among the archived files. + + When you use `--append', you _must_ specify file name arguments, as +there is no default. If you specify a file that already exists in the +archive, another copy of the file will be added to the end of the +archive. As with other operations, the member names of the newly added +files will be exactly the same as their names given on the command +line. The `--verbose' (`-v') option will print out the names of the +files as they are written into the archive. + + `--append' cannot be performed on some tape drives, unfortunately, +due to deficiencies in the formats those tape drives use. The archive +must be a valid `tar' archive, or else the results of using this +operation will be unpredictable. *Note Media::. + + To demonstrate using `--append' to add a file to an archive, create +a file called `rock' in the `practice' directory. Make sure you are in +the `practice' directory. Then, run the following `tar' command to add +`rock' to `collection.tar': + + $ tar --append --file=collection.tar rock + +If you now use the `--list' (`-t') operation, you will see that `rock' +has been added to the archive: + + $ tar --list --file=collection.tar + -rw-r--r-- me user 28 1996-10-18 16:31 jazz + -rw-r--r-- me user 21 1996-09-23 16:44 blues + -rw-r--r-- me user 20 1996-09-23 16:44 folk + -rw-r--r-- me user 20 1996-09-23 16:44 rock + + +File: tar.info, Node: multiple, Prev: appending files, Up: append + +4.2.2.2 Multiple Members with the Same Name +........................................... + +You can use `--append' (`-r') to add copies of files which have been +updated since the archive was created. (However, we do not recommend +doing this since there is another `tar' option called `--update'; *Note +update::, for more information. We describe this use of `--append' +here for the sake of completeness.) When you extract the archive, the +older version will be effectively lost. This works because files are +extracted from an archive in the order in which they were archived. +Thus, when the archive is extracted, a file archived later in time will +replace a file of the same name which was archived earlier, even though +the older version of the file will remain in the archive unless you +delete all versions of the file. + + Supposing you change the file `blues' and then append the changed +version to `collection.tar'. As you saw above, the original `blues' is +in the archive `collection.tar'. If you change the file and append the +new version of the file to the archive, there will be two copies in the +archive. When you extract the archive, the older version of the file +will be extracted first, and then replaced by the newer version when it +is extracted. + + You can append the new, changed copy of the file `blues' to the +archive in this way: + + $ tar --append --verbose --file=collection.tar blues + blues + +Because you specified the `--verbose' option, `tar' has printed the +name of the file being appended as it was acted on. Now list the +contents of the archive: + + $ tar --list --verbose --file=collection.tar + -rw-r--r-- me user 28 1996-10-18 16:31 jazz + -rw-r--r-- me user 21 1996-09-23 16:44 blues + -rw-r--r-- me user 20 1996-09-23 16:44 folk + -rw-r--r-- me user 20 1996-09-23 16:44 rock + -rw-r--r-- me user 58 1996-10-24 18:30 blues + +The newest version of `blues' is now at the end of the archive (note +the different creation dates and file sizes). If you extract the +archive, the older version of the file `blues' will be replaced by the +newer version. You can confirm this by extracting the archive and +running `ls' on the directory. + + If you wish to extract the first occurrence of the file `blues' from +the archive, use `--occurrence' option, as shown in the following +example: + + $ tar --extract -vv --occurrence --file=collection.tar blues + -rw-r--r-- me user 21 1996-09-23 16:44 blues + + *Note Writing::, for more information on `--extract' and *Note +-occurrence: Option Summary, for the description of `--occurrence' +option. + + +File: tar.info, Node: update, Next: concatenate, Prev: append, Up: Advanced tar + +4.2.3 Updating an Archive +------------------------- + + _(This message will disappear, once this node revised.)_ + +In the previous section, you learned how to use `--append' to add a +file to an existing archive. A related operation is `--update' (`-u'). +The `--update' operation updates a `tar' archive by comparing the date +of the specified archive members against the date of the file with the +same name. If the file has been modified more recently than the +archive member, then the newer version of the file is added to the +archive (as with `--append'). + + Unfortunately, you cannot use `--update' with magnetic tape drives. +The operation will fail. + + Both `--update' and `--append' work by adding to the end of the +archive. When you extract a file from the archive, only the version +stored last will wind up in the file system, unless you use the +`--backup' option. *Note multiple::, for a detailed discussion. + +* Menu: + +* how to update:: + + +File: tar.info, Node: how to update, Up: update + +4.2.3.1 How to Update an Archive Using `--update' +................................................. + +You must use file name arguments with the `--update' (`-u') operation. +If you don't specify any files, `tar' won't act on any files and won't +tell you that it didn't do anything (which may end up confusing you). + + To see the `--update' option at work, create a new file, +`classical', in your practice directory, and some extra text to the +file `blues', using any text editor. Then invoke `tar' with the +`update' operation and the `--verbose' (`-v') option specified, using +the names of all the files in the practice directory as file name +arguments: + + $ tar --update -v -f collection.tar blues folk rock classical + blues + classical + $ + +Because we have specified verbose mode, `tar' prints out the names of +the files it is working on, which in this case are the names of the +files that needed to be updated. If you run `tar --list' and look at +the archive, you will see `blues' and `classical' at its end. There +will be a total of two versions of the member `blues'; the one at the +end will be newer and larger, since you added text before updating it. + + (The reason `tar' does not overwrite the older file when updating it +is because writing to the middle of a section of tape is a difficult +process. Tapes are not designed to go backward. *Note Media::, for +more information about tapes. + + `--update' (`-u') is not suitable for performing backups for two +reasons: it does not change directory content entries, and it lengthens +the archive every time it is used. The GNU `tar' options intended +specifically for backups are more efficient. If you need to run +backups, please consult *note Backups::. + + +File: tar.info, Node: concatenate, Next: delete, Prev: update, Up: Advanced tar + +4.2.4 Combining Archives with `--concatenate' +--------------------------------------------- + +Sometimes it may be convenient to add a second archive onto the end of +an archive rather than adding individual files to the archive. To add +one or more archives to the end of another archive, you should use the +`--concatenate' (`--catenate', `-A') operation. + + To use `--concatenate', give the first archive with `--file' option +and name the rest of archives to be concatenated on the command line. +The members, and their member names, will be copied verbatim from those +archives to the first one. (1) The new, concatenated archive will be +called by the same name as the one given with the `--file' option. As +usual, if you omit `--file', `tar' will use the value of the environment +variable `TAPE', or, if this has not been set, the default archive name. + + To demonstrate how `--concatenate' works, create two small archives +called `bluesrock.tar' and `folkjazz.tar', using the relevant files +from `practice': + + $ tar -cvf bluesrock.tar blues rock + blues + rock + $ tar -cvf folkjazz.tar folk jazz + folk + jazz + +If you like, You can run `tar --list' to make sure the archives contain +what they are supposed to: + + $ tar -tvf bluesrock.tar + -rw-r--r-- melissa user 105 1997-01-21 19:42 blues + -rw-r--r-- melissa user 33 1997-01-20 15:34 rock + $ tar -tvf jazzfolk.tar + -rw-r--r-- melissa user 20 1996-09-23 16:44 folk + -rw-r--r-- melissa user 65 1997-01-30 14:15 jazz + + We can concatenate these two archives with `tar': + + $ cd .. + $ tar --concatenate --file=bluesrock.tar jazzfolk.tar + + If you now list the contents of the `bluesrock.tar', you will see +that now it also contains the archive members of `jazzfolk.tar': + + $ tar --list --file=bluesrock.tar + blues + rock + folk + jazz + + When you use `--concatenate', the source and target archives must +already exist and must have been created using compatible format +parameters. Notice, that `tar' does not check whether the archives it +concatenates have compatible formats, it does not even check if the +files are really tar archives. + + Like `--append' (`-r'), this operation cannot be performed on some +tape drives, due to deficiencies in the formats those tape drives use. + + It may seem more intuitive to you to want or try to use `cat' to +concatenate two archives instead of using the `--concatenate' +operation; after all, `cat' is the utility for combining files. + + However, `tar' archives incorporate an end-of-file marker which must +be removed if the concatenated archives are to be read properly as one +archive. `--concatenate' removes the end-of-archive marker from the +target archive before each new archive is appended. If you use `cat' +to combine the archives, the result will not be a valid `tar' format +archive. If you need to retrieve files from an archive that was added +to using the `cat' utility, use the `--ignore-zeros' (`-i') option. +*Note Ignore Zeros::, for further information on dealing with archives +improperly combined using the `cat' shell utility. + + ---------- Footnotes ---------- + + (1) This can cause multiple members to have the same name, for +information on how this affects reading the archive, *note multiple::. + + +File: tar.info, Node: delete, Next: compare, Prev: concatenate, Up: Advanced tar + +4.2.5 Removing Archive Members Using `--delete' +----------------------------------------------- + + _(This message will disappear, once this node revised.)_ + +You can remove members from an archive by using the `--delete' option. +Specify the name of the archive with `--file' (`-f') and then specify +the names of the members to be deleted; if you list no member names, +nothing will be deleted. The `--verbose' option will cause `tar' to +print the names of the members as they are deleted. As with +`--extract', you must give the exact member names when using `tar +--delete'. `--delete' will remove all versions of the named file from +the archive. The `--delete' operation can run very slowly. + + Unlike other operations, `--delete' has no short form. + + This operation will rewrite the archive. You can only use +`--delete' on an archive if the archive device allows you to write to +any point on the media, such as a disk; because of this, it does not +work on magnetic tapes. Do not try to delete an archive member from a +magnetic tape; the action will not succeed, and you will be likely to +scramble the archive and damage your tape. There is no safe way +(except by completely re-writing the archive) to delete files from most +kinds of magnetic tape. *Note Media::. + + To delete all versions of the file `blues' from the archive +`collection.tar' in the `practice' directory, make sure you are in that +directory, and then, + + $ tar --list --file=collection.tar + blues + folk + jazz + rock + $ tar --delete --file=collection.tar blues + $ tar --list --file=collection.tar + folk + jazz + rock + $ + + The `--delete' option has been reported to work properly when `tar' +acts as a filter from `stdin' to `stdout'. + + +File: tar.info, Node: compare, Prev: delete, Up: Advanced tar + +4.2.6 Comparing Archive Members with the File System +---------------------------------------------------- + + _(This message will disappear, once this node revised.)_ + +The `--compare' (`-d'), or `--diff' operation compares specified +archive members against files with the same names, and then reports +differences in file size, mode, owner, modification date and contents. +You should _only_ specify archive member names, not file names. If you +do not name any members, then `tar' will compare the entire archive. +If a file is represented in the archive but does not exist in the file +system, `tar' reports a difference. + + You have to specify the record size of the archive when modifying an +archive with a non-default record size. + + `tar' ignores files in the file system that do not have +corresponding members in the archive. + + The following example compares the archive members `rock', `blues' +and `funk' in the archive `bluesrock.tar' with files of the same name +in the file system. (Note that there is no file, `funk'; `tar' will +report an error message.) + + $ tar --compare --file=bluesrock.tar rock blues funk + rock + blues + tar: funk not found in archive + + The spirit behind the `--compare' (`--diff', `-d') option is to +check whether the archive represents the current state of files on +disk, more than validating the integrity of the archive media. For +this later goal, *Note verify::. + + +File: tar.info, Node: create options, Next: extract options, Prev: Advanced tar, Up: operations + +4.3 Options Used by `--create' +============================== + +The previous chapter described the basics of how to use `--create' +(`-c') to create an archive from a set of files. *Note create::. This +section described advanced options to be used with `--create'. + +* Menu: + +* override:: Overriding File Metadata. +* Ignore Failed Read:: + + +File: tar.info, Node: override, Next: Ignore Failed Read, Up: create options + +4.3.1 Overriding File Metadata +------------------------------ + +As described above, a `tar' archive keeps, for each member it contains, +its "metadata", such as modification time, mode and ownership of the +file. GNU `tar' allows to replace these data with other values when +adding files to the archive. The options described in this section +affect creation of archives of any type. For POSIX archives, see also +*note PAX keywords::, for additional ways of controlling metadata, +stored in the archive. + +`--mode=PERMISSIONS' + When adding files to an archive, `tar' will use PERMISSIONS for + the archive members, rather than the permissions from the files. + PERMISSIONS can be specified either as an octal number or as + symbolic permissions, like with `chmod' (*Note Permissions: + (fileutils)File permissions. This reference also has useful + information for those not being overly familiar with the UNIX + permission system). Using latter syntax allows for more + flexibility. For example, the value `a+rw' adds read and write + permissions for everybody, while retaining executable bits on + directories or on any other file already marked as executable: + + $ tar -c -f archive.tar --mode='a+rw' . + +`--mtime=DATE' + When adding files to an archive, `tar' will use DATE as the + modification time of members when creating archives, instead of + their actual modification times. The argument DATE can be either + a textual date representation in almost arbitrary format (*note + Date input formats::) or a name of the existing file, starting + with `/' or `.'. In the latter case, the modification time of + that file will be used. + + The following example will set the modification date to 00:00:00 + UTC, January 1, 1970: + + $ tar -c -f archive.tar --mtime='1970-01-01' . + + When used with `--verbose' (*note verbose tutorial::) GNU `tar' + will try to convert the specified date back to its textual + representation and compare it with the one given with `--mtime' + options. If the two dates differ, `tar' will print a warning + saying what date it will use. This is to help user ensure he is + using the right date. + + For example: + + $ tar -c -f archive.tar -v --mtime=yesterday . + tar: Option --mtime: Treating date `yesterday' as 2006-06-20 + 13:06:29.152478 + ... + +`--owner=USER' + Specifies that `tar' should use USER as the owner of members when + creating archives, instead of the user associated with the source + file. The argument USER can be either an existing user symbolic + name, or a decimal numeric user ID. + + There is no value indicating a missing number, and `0' usually + means `root'. Some people like to force `0' as the value to offer + in their distributions for the owner of files, because the `root' + user is anonymous anyway, so that might as well be the owner of + anonymous archives. For example: + + $ tar -c -f archive.tar --owner=0 . + # Or: + $ tar -c -f archive.tar --owner=root . + +`--group=GROUP' + Files added to the `tar' archive will have a group ID of GROUP, + rather than the group from the source file. The argument GROUP + can be either an existing group symbolic name, or a decimal + numeric group ID. + + +File: tar.info, Node: Ignore Failed Read, Prev: override, Up: create options + +4.3.2 Ignore Fail Read +---------------------- + +`--ignore-failed-read' + Do not exit with nonzero on unreadable files or directories. + + +File: tar.info, Node: extract options, Next: backup, Prev: create options, Up: operations + +4.4 Options Used by `--extract' +=============================== + + _(This message will disappear, once this node revised.)_ + +The previous chapter showed how to use `--extract' to extract an +archive into the file system. Various options cause `tar' to extract +more information than just file contents, such as the owner, the +permissions, the modification date, and so forth. This section +presents options to be used with `--extract' when certain special +considerations arise. You may review the information presented in +*note extract:: for more basic information about the `--extract' +operation. + +* Menu: + +* Reading:: Options to Help Read Archives +* Writing:: Changing How `tar' Writes Files +* Scarce:: Coping with Scarce Resources + + +File: tar.info, Node: Reading, Next: Writing, Up: extract options + +4.4.1 Options to Help Read Archives +----------------------------------- + + _(This message will disappear, once this node revised.)_ + +Normally, `tar' will request data in full record increments from an +archive storage device. If the device cannot return a full record, +`tar' will report an error. However, some devices do not always return +full records, or do not require the last record of an archive to be +padded out to the next record boundary. To keep reading until you +obtain a full record, or to accept an incomplete record if it contains +an end-of-archive marker, specify the `--read-full-records' (`-B') +option in conjunction with the `--extract' or `--list' operations. +*Note Blocking::. + + The `--read-full-records' (`-B') option is turned on by default when +`tar' reads an archive from standard input, or from a remote machine. +This is because on BSD Unix systems, attempting to read a pipe returns +however much happens to be in the pipe, even if it is less than was +requested. If this option were not enabled, `tar' would fail as soon +as it read an incomplete record from the pipe. + + If you're not sure of the blocking factor of an archive, you can +read the archive by specifying `--read-full-records' (`-B') and +`--blocking-factor=512-SIZE' (`-b 512-SIZE'), using a blocking factor +larger than what the archive uses. This lets you avoid having to +determine the blocking factor of an archive. *Note Blocking Factor::. + +* Menu: + +* read full records:: +* Ignore Zeros:: + + +File: tar.info, Node: read full records, Next: Ignore Zeros, Up: Reading + +Reading Full Records +.................... + +`--read-full-records' + +`-B' + Use in conjunction with `--extract' (`--get', `-x') to read an + archive which contains incomplete records, or one which has a + blocking factor less than the one specified. + + +File: tar.info, Node: Ignore Zeros, Prev: read full records, Up: Reading + +Ignoring Blocks of Zeros +........................ + +Normally, `tar' stops reading when it encounters a block of zeros +between file entries (which usually indicates the end of the archive). +`--ignore-zeros' (`-i') allows `tar' to completely read an archive +which contains a block of zeros before the end (i.e., a damaged +archive, or one that was created by concatenating several archives +together). + + The `--ignore-zeros' (`-i') option is turned off by default because +many versions of `tar' write garbage after the end-of-archive entry, +since that part of the media is never supposed to be read. GNU `tar' +does not write after the end of an archive, but seeks to maintain +compatibility among archiving utilities. + +`--ignore-zeros' +`-i' + To ignore blocks of zeros (i.e., end-of-archive entries) which may + be encountered while reading an archive. Use in conjunction with + `--extract' or `--list'. + + +File: tar.info, Node: Writing, Next: Scarce, Prev: Reading, Up: extract options + +4.4.2 Changing How `tar' Writes Files +------------------------------------- + + _(This message will disappear, once this node revised.)_ + +* Menu: + +* Dealing with Old Files:: +* Overwrite Old Files:: +* Keep Old Files:: +* Keep Newer Files:: +* Unlink First:: +* Recursive Unlink:: +* Data Modification Times:: +* Setting Access Permissions:: +* Directory Modification Times and Permissions:: +* Writing to Standard Output:: +* Writing to an External Program:: +* remove files:: + + +File: tar.info, Node: Dealing with Old Files, Next: Overwrite Old Files, Up: Writing + +Options Controlling the Overwriting of Existing Files +..................................................... + +When extracting files, if `tar' discovers that the extracted file +already exists, it normally replaces the file by removing it before +extracting it, to prevent confusion in the presence of hard or symbolic +links. (If the existing file is a symbolic link, it is removed, not +followed.) However, if a directory cannot be removed because it is +nonempty, `tar' normally overwrites its metadata (ownership, +permission, etc.). The `--overwrite-dir' option enables this default +behavior. To be more cautious and preserve the metadata of such a +directory, use the `--no-overwrite-dir' option. + + To be even more cautious and prevent existing files from being +replaced, use the `--keep-old-files' (`-k') option. It causes `tar' to +refuse to replace or update a file that already exists, i.e., a file +with the same name as an archive member prevents extraction of that +archive member. Instead, it reports an error. + + To be more aggressive about altering existing files, use the +`--overwrite' option. It causes `tar' to overwrite existing files and +to follow existing symbolic links when extracting. + + Some people argue that GNU `tar' should not hesitate to overwrite +files with other files when extracting. When extracting a `tar' +archive, they expect to see a faithful copy of the state of the file +system when the archive was created. It is debatable that this would +always be a proper behavior. For example, suppose one has an archive +in which `usr/local' is a link to `usr/local2'. Since then, maybe the +site removed the link and renamed the whole hierarchy from +`/usr/local2' to `/usr/local'. Such things happen all the time. I +guess it would not be welcome at all that GNU `tar' removes the whole +hierarchy just to make room for the link to be reinstated (unless it +_also_ simultaneously restores the full `/usr/local2', of course!) GNU +`tar' is indeed able to remove a whole hierarchy to reestablish a +symbolic link, for example, but _only if_ `--recursive-unlink' is +specified to allow this behavior. In any case, single files are +silently removed. + + Finally, the `--unlink-first' (`-U') option can improve performance +in some cases by causing `tar' to remove files unconditionally before +extracting them. + + +File: tar.info, Node: Overwrite Old Files, Next: Keep Old Files, Prev: Dealing with Old Files, Up: Writing + +Overwrite Old Files +................... + +`--overwrite' + Overwrite existing files and directory metadata when extracting + files from an archive. + + This causes `tar' to write extracted files into the file system + without regard to the files already on the system; i.e., files + with the same names as archive members are overwritten when the + archive is extracted. It also causes `tar' to extract the + ownership, permissions, and time stamps onto any preexisting files + or directories. If the name of a corresponding file name is a + symbolic link, the file pointed to by the symbolic link will be + overwritten instead of the symbolic link itself (if this is + possible). Moreover, special devices, empty directories and even + symbolic links are automatically removed if they are in the way of + extraction. + + Be careful when using the `--overwrite' option, particularly when + combined with the `--absolute-names' (`-P') option, as this + combination can change the contents, ownership or permissions of + any file on your system. Also, many systems do not take kindly to + overwriting files that are currently being executed. + +`--overwrite-dir' + Overwrite the metadata of directories when extracting files from an + archive, but remove other files before extracting. + + +File: tar.info, Node: Keep Old Files, Next: Keep Newer Files, Prev: Overwrite Old Files, Up: Writing + +Keep Old Files +.............. + +`--keep-old-files' +`-k' + Do not replace existing files from archive. The + `--keep-old-files' (`-k') option prevents `tar' from replacing + existing files with files with the same name from the archive. The + `--keep-old-files' option is meaningless with `--list' (`-t'). + Prevents `tar' from replacing files in the file system during + extraction. + + +File: tar.info, Node: Keep Newer Files, Next: Unlink First, Prev: Keep Old Files, Up: Writing + +Keep Newer Files +................ + +`--keep-newer-files' + Do not replace existing files that are newer than their archive + copies. This option is meaningless with `--list' (`-t'). + + +File: tar.info, Node: Unlink First, Next: Recursive Unlink, Prev: Keep Newer Files, Up: Writing + +Unlink First +............ + +`--unlink-first' +`-U' + Remove files before extracting over them. This can make `tar' run + a bit faster if you know in advance that the extracted files all + need to be removed. Normally this option slows `tar' down + slightly, so it is disabled by default. + + +File: tar.info, Node: Recursive Unlink, Next: Data Modification Times, Prev: Unlink First, Up: Writing + +Recursive Unlink +................ + +`--recursive-unlink' + When this option is specified, try removing files and directory + hierarchies before extracting over them. _This is a dangerous + option!_ + + If you specify the `--recursive-unlink' option, `tar' removes +_anything_ that keeps you from extracting a file as far as current +permissions will allow it. This could include removal of the contents +of a full directory hierarchy. + + +File: tar.info, Node: Data Modification Times, Next: Setting Access Permissions, Prev: Recursive Unlink, Up: Writing + +Setting Data Modification Times +............................... + +Normally, `tar' sets the data modification times of extracted files to +the corresponding times recorded for the files in the archive, but +limits the permissions of extracted files by the current `umask' +setting. + + To set the data modification times of extracted files to the time +when the files were extracted, use the `--touch' (`-m') option in +conjunction with `--extract' (`--get', `-x'). + +`--touch' +`-m' + Sets the data modification time of extracted archive members to + the time they were extracted, not the time recorded for them in + the archive. Use in conjunction with `--extract' (`--get', `-x'). + + +File: tar.info, Node: Setting Access Permissions, Next: Directory Modification Times and Permissions, Prev: Data Modification Times, Up: Writing + +Setting Access Permissions +.......................... + +To set the modes (access permissions) of extracted files to those +recorded for those files in the archive, use `--same-permissions' in +conjunction with the `--extract' (`--get', `-x') operation. + +`--preserve-permissions' +`--same-permissions' +`-p' + Set modes of extracted archive members to those recorded in the + archive, instead of current umask settings. Use in conjunction + with `--extract' (`--get', `-x'). + + +File: tar.info, Node: Directory Modification Times and Permissions, Next: Writing to Standard Output, Prev: Setting Access Permissions, Up: Writing + +Directory Modification Times and Permissions +............................................ + +After successfully extracting a file member, GNU `tar' normally +restores its permissions and modification times, as described in the +previous sections. This cannot be done for directories, because after +extracting a directory `tar' will almost certainly extract files into +that directory and this will cause the directory modification time to +be updated. Moreover, restoring that directory permissions may not +permit file creation within it. Thus, restoring directory permissions +and modification times must be delayed at least until all files have +been extracted into that directory. GNU `tar' restores directories +using the following approach. + + The extracted directories are created with the mode specified in the +archive, as modified by the umask of the user, which gives sufficient +permissions to allow file creation. The meta-information about the +directory is recorded in the temporary list of directories. When +preparing to extract next archive member, GNU `tar' checks if the +directory prefix of this file contains the remembered directory. If it +does not, the program assumes that all files have been extracted into +that directory, restores its modification time and permissions and +removes its entry from the internal list. This approach allows to +correctly restore directory meta-information in the majority of cases, +while keeping memory requirements sufficiently small. It is based on +the fact, that most `tar' archives use the predefined order of members: +first the directory, then all the files and subdirectories in that +directory. + + However, this is not always true. The most important exception are +incremental archives (*note Incremental Dumps::). The member order in +an incremental archive is reversed: first all directory members are +stored, followed by other (non-directory) members. So, when extracting +from incremental archives, GNU `tar' alters the above procedure. It +remembers all restored directories, and restores their meta-data only +after the entire archive has been processed. Notice, that you do not +need to specify any special options for that, as GNU `tar' +automatically detects archives in incremental format. + + There may be cases, when such processing is required for normal +archives too. Consider the following example: + + $ tar --no-recursion -cvf archive \ + foo foo/file1 bar bar/file foo/file2 + foo/ + foo/file1 + bar/ + bar/file + foo/file2 + + During the normal operation, after encountering `bar' GNU `tar' will +assume that all files from the directory `foo' were already extracted +and will therefore restore its timestamp and permission bits. However, +after extracting `foo/file2' the directory timestamp will be offset +again. + + To correctly restore directory meta-information in such cases, use +`delay-directory-restore' command line option: + +`--delay-directory-restore' + Delays restoring of the modification times and permissions of + extracted directories until the end of extraction. This way, + correct meta-information is restored even if the archive has + unusual member ordering. + +`--no-delay-directory-restore' + Cancel the effect of the previous `--delay-directory-restore'. + Use this option if you have used `--delay-directory-restore' in + `TAR_OPTIONS' variable (*note TAR_OPTIONS::) and wish to + temporarily disable it. + + +File: tar.info, Node: Writing to Standard Output, Next: Writing to an External Program, Prev: Directory Modification Times and Permissions, Up: Writing + +Writing to Standard Output +.......................... + +To write the extracted files to the standard output, instead of +creating the files on the file system, use `--to-stdout' (`-O') in +conjunction with `--extract' (`--get', `-x'). This option is useful if +you are extracting files to send them through a pipe, and do not need to +preserve them in the file system. If you extract multiple members, +they appear on standard output concatenated, in the order they are +found in the archive. + +`--to-stdout' +`-O' + Writes files to the standard output. Use only in conjunction with + `--extract' (`--get', `-x'). When this option is used, instead of + creating the files specified, `tar' writes the contents of the + files extracted to its standard output. This may be useful if you + are only extracting the files in order to send them through a + pipe. This option is meaningless with `--list' (`-t'). + + This can be useful, for example, if you have a tar archive containing +a big file and don't want to store the file on disk before processing +it. You can use a command like this: + + tar -xOzf foo.tgz bigfile | process + + or even like this if you want to process the concatenation of the +files: + + tar -xOzf foo.tgz bigfile1 bigfile2 | process + + However, `--to-command' may be more convenient for use with multiple +files. See the next section. + + +File: tar.info, Node: Writing to an External Program, Next: remove files, Prev: Writing to Standard Output, Up: Writing + +Writing to an External Program +.............................. + +You can instruct `tar' to send the contents of each extracted file to +the standard input of an external program: + +`--to-command=COMMAND' + Extract files and pipe their contents to the standard input of + COMMAND. When this option is used, instead of creating the files + specified, `tar' invokes COMMAND and pipes the contents of the + files to its standard output. COMMAND may contain command line + arguments. The program is executed via `sh -c'. Notice, that + COMMAND is executed once for each regular file extracted. + Non-regular files (directories, etc.) are ignored when this option + is used. + + The command can obtain the information about the file it processes +from the following environment variables: + +TAR_FILETYPE + Type of the file. It is a single letter with the following meaning: + + f Regular file + d Directory + l Symbolic link + h Hard link + b Block device + c Character device + + Currently only regular files are supported. + +TAR_MODE + File mode, an octal number. + +TAR_FILENAME + The name of the file. + +TAR_REALNAME + Name of the file as stored in the archive. + +TAR_UNAME + Name of the file owner. + +TAR_GNAME + Name of the file owner group. + +TAR_ATIME + Time of last access. It is a decimal number, representing seconds + since the epoch. If the archive provides times with nanosecond + precision, the nanoseconds are appended to the timestamp after a + decimal point. + +TAR_MTIME + Time of last modification. + +TAR_CTIME + Time of last status change. + +TAR_SIZE + Size of the file. + +TAR_UID + UID of the file owner. + +TAR_GID + GID of the file owner. + + In addition to these variables, `TAR_VERSION' contains the GNU `tar' +version number. + + If COMMAND exits with a non-0 status, `tar' will print an error +message similar to the following: + + tar: 2345: Child returned status 1 + + Here, `2345' is the PID of the finished process. + + If this behavior is not wanted, use `--ignore-command-error': + +`--ignore-command-error' + Ignore exit codes of subprocesses. Notice that if the program + exits on signal or otherwise terminates abnormally, the error + message will be printed even if this option is used. + +`--no-ignore-command-error' + Cancel the effect of any previous `--ignore-command-error' option. + This option is useful if you have set `--ignore-command-error' in + `TAR_OPTIONS' (*note TAR_OPTIONS::) and wish to temporarily cancel + it. + + +File: tar.info, Node: remove files, Prev: Writing to an External Program, Up: Writing + +Removing Files +.............. + +`--remove-files' + Remove files after adding them to the archive. + + +File: tar.info, Node: Scarce, Prev: Writing, Up: extract options + +4.4.3 Coping with Scarce Resources +---------------------------------- + + _(This message will disappear, once this node revised.)_ + +* Menu: + +* Starting File:: +* Same Order:: + + +File: tar.info, Node: Starting File, Next: Same Order, Up: Scarce + +Starting File +............. + +`--starting-file=NAME' +`-K NAME' + Starts an operation in the middle of an archive. Use in + conjunction with `--extract' (`--get', `-x') or `--list' (`-t'). + + If a previous attempt to extract files failed due to lack of disk +space, you can use `--starting-file=NAME' (`-K NAME') to start +extracting only after member NAME of the archive. This assumes, of +course, that there is now free space, or that you are now extracting +into a different file system. (You could also choose to suspend `tar', +remove unnecessary files from the file system, and then restart the +same `tar' operation. In this case, `--starting-file' is not necessary. +*Note Incremental Dumps::, *Note interactive::, and *note exclude::.) + + +File: tar.info, Node: Same Order, Prev: Starting File, Up: Scarce + +Same Order +.......... + +`--same-order' +`--preserve-order' +`-s' + To process large lists of file names on machines with small + amounts of memory. Use in conjunction with `--compare' (`--diff', + `-d'), `--list' (`-t') or `--extract' (`--get', `-x'). + + The `--same-order' (`--preserve-order', `-s') option tells `tar' +that the list of file names to be listed or extracted is sorted in the +same order as the files in the archive. This allows a large list of +names to be used, even on a small machine that would not otherwise be +able to hold all the names in memory at the same time. Such a sorted +list can easily be created by running `tar -t' on the archive and +editing its output. + + This option is probably never needed on modern computer systems. + + +File: tar.info, Node: backup, Next: Applications, Prev: extract options, Up: operations + +4.5 Backup options +================== + +GNU `tar' offers options for making backups of files before writing new +versions. These options control the details of these backups. They +may apply to the archive itself before it is created or rewritten, as +well as individual extracted members. Other GNU programs (`cp', +`install', `ln', and `mv', for example) offer similar options. + + Backup options may prove unexpectedly useful when extracting archives +containing many members having identical name, or when extracting +archives on systems having file name limitations, making different +members appear has having similar names through the side-effect of name +truncation. (This is true only if we have a good scheme for truncated +backup names, which I'm not sure at all: I suspect work is needed in +this area.) When any existing file is backed up before being +overwritten by extraction, then clashing files are automatically be +renamed to be unique, and the true name is kept for only the last file +of a series of clashing files. By using verbose mode, users may track +exactly what happens. + + At the detail level, some decisions are still experimental, and may +change in the future, we are waiting comments from our users. So, +please do not learn to depend blindly on the details of the backup +features. For example, currently, directories themselves are never +renamed through using these options, so, extracting a file over a +directory still has good chances to fail. Also, backup options apply +to created archives, not only to extracted members. For created +archives, backups will not be attempted when the archive is a block or +character device, or when it refers to a remote file. + + For the sake of simplicity and efficiency, backups are made by +renaming old files prior to creation or extraction, and not by copying. +The original name is restored if the file creation fails. If a +failure occurs after a partial extraction of a file, both the backup +and the partially extracted file are kept. + +`--backup[=METHOD]' + Back up files that are about to be overwritten or removed. + Without this option, the original versions are destroyed. + + Use METHOD to determine the type of backups made. If METHOD is + not specified, use the value of the `VERSION_CONTROL' environment + variable. And if `VERSION_CONTROL' is not set, use the `existing' + method. + + This option corresponds to the Emacs variable `version-control'; + the same values for METHOD are accepted as in Emacs. This option + also allows more descriptive names. The valid METHODs are: + + `t' + `numbered' + Always make numbered backups. + + `nil' + `existing' + Make numbered backups of files that already have them, simple + backups of the others. + + `never' + `simple' + Always make simple backups. + + +`--suffix=SUFFIX' + Append SUFFIX to each backup file made with `--backup'. If this + option is not specified, the value of the `SIMPLE_BACKUP_SUFFIX' + environment variable is used. And if `SIMPLE_BACKUP_SUFFIX' is not + set, the default is `~', just as in Emacs. + + + +File: tar.info, Node: Applications, Next: looking ahead, Prev: backup, Up: operations + +4.6 Notable `tar' Usages +======================== + + _(This message will disappear, once this node revised.)_ + +You can easily use archive files to transport a group of files from one +system to another: put all relevant files into an archive on one +computer system, transfer the archive to another system, and extract +the contents there. The basic transfer medium might be magnetic tape, +Internet FTP, or even electronic mail (though you must encode the +archive with `uuencode' in order to transport it properly by mail). +Both machines do not have to use the same operating system, as long as +they both support the `tar' program. + + For example, here is how you might copy a directory's contents from +one disk to another, while preserving the dates, modes, owners and +link-structure of all the files therein. In this case, the transfer +medium is a "pipe", which is one a Unix redirection mechanism: + + $ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xf -) + +You can avoid subshells by using `-C' option: + + $ tar -C sourcedir -cf - . | tar -C targetdir -xf - + +The command also works using short option forms: + + $ (cd sourcedir; tar --create --file=- . ) \ + | (cd targetdir; tar --extract --file=-) + # Or: + $ tar --directory sourcedir --create --file=- . ) \ + | tar --directory targetdir --extract --file=- + +This is one of the easiest methods to transfer a `tar' archive. + + +File: tar.info, Node: looking ahead, Prev: Applications, Up: operations + +4.7 Looking Ahead: The Rest of this Manual +========================================== + +You have now seen how to use all eight of the operations available to +`tar', and a number of the possible options. The next chapter explains +how to choose and change file and archive names, how to use files to +store names of other files which you can then call as arguments to +`tar' (this can help you save time if you expect to archive the same +list of files a number of times), and so forth. + + If there are too many files to conveniently list on the command line, +you can list the names in a file, and `tar' will read that file. *Note +files::. + + There are various ways of causing `tar' to skip over some files, and +not archive them. *Note Choosing::. + + +File: tar.info, Node: Backups, Next: Choosing, Prev: operations, Up: Top + +5 Performing Backups and Restoring Files +**************************************** + + _(This message will disappear, once this node revised.)_ + +GNU `tar' is distributed along with the scripts which the Free Software +Foundation uses for performing backups. There is no corresponding +scripts available yet for doing restoration of files. Even if there is +a good chance those scripts may be satisfying to you, they are not the +only scripts or methods available for doing backups and restore. You +may well create your own, or use more sophisticated packages dedicated +to that purpose. + + Some users are enthusiastic about `Amanda' (The Advanced Maryland +Automatic Network Disk Archiver), a backup system developed by James da +Silva `jds@cs.umd.edu' and available on many Unix systems. This is +free software, and it is available at these places: + + http://www.cs.umd.edu/projects/amanda/amanda.html + ftp://ftp.cs.umd.edu/pub/amanda + + This chapter documents both the provided shell scripts and `tar' +options which are more specific to usage as a backup tool. + + To "back up" a file system means to create archives that contain all +the files in that file system. Those archives can then be used to +restore any or all of those files (for instance if a disk crashes or a +file is accidentally deleted). File system "backups" are also called +"dumps". + +* Menu: + +* Full Dumps:: Using `tar' to Perform Full Dumps +* Incremental Dumps:: Using `tar' to Perform Incremental Dumps +* Backup Levels:: Levels of Backups +* Backup Parameters:: Setting Parameters for Backups and Restoration +* Scripted Backups:: Using the Backup Scripts +* Scripted Restoration:: Using the Restore Script + + +File: tar.info, Node: Full Dumps, Next: Incremental Dumps, Up: Backups + +5.1 Using `tar' to Perform Full Dumps +===================================== + + _(This message will disappear, once this node revised.)_ + +Full dumps should only be made when no other people or programs are +modifying files in the file system. If files are modified while `tar' +is making the backup, they may not be stored properly in the archive, +in which case you won't be able to restore them if you have to. (Files +not being modified are written with no trouble, and do not corrupt the +entire archive.) + + You will want to use the `--label=ARCHIVE-LABEL' (`-V +ARCHIVE-LABEL') option to give the archive a volume label, so you can +tell what this archive is even if the label falls off the tape, or +anything like that. + + Unless the file system you are dumping is guaranteed to fit on one +volume, you will need to use the `--multi-volume' (`-M') option. Make +sure you have enough tapes on hand to complete the backup. + + If you want to dump each file system separately you will need to use +the `--one-file-system' option to prevent `tar' from crossing file +system boundaries when storing (sub)directories. + + The `--incremental' (`-G') (*note Incremental Dumps::) option is not +needed, since this is a complete copy of everything in the file system, +and a full restore from this backup would only be done onto a completely +empty disk. + + Unless you are in a hurry, and trust the `tar' program (and your +tapes), it is a good idea to use the `--verify' (`-W') option, to make +sure your files really made it onto the dump properly. This will also +detect cases where the file was modified while (or just after) it was +being archived. Not all media (notably cartridge tapes) are capable of +being verified, unfortunately. + + +File: tar.info, Node: Incremental Dumps, Next: Backup Levels, Prev: Full Dumps, Up: Backups + +5.2 Using `tar' to Perform Incremental Dumps +============================================ + +"Incremental backup" is a special form of GNU `tar' archive that stores +additional metadata so that exact state of the file system can be +restored when extracting the archive. + + GNU `tar' currently offers two options for handling incremental +backups: `--listed-incremental=SNAPSHOT-FILE' (`-g SNAPSHOT-FILE') and +`--incremental' (`-G'). + + The option `--listed-incremental' instructs tar to operate on an +incremental archive with additional metadata stored in a standalone +file, called a "snapshot file". The purpose of this file is to help +determine which files have been changed, added or deleted since the +last backup, so that the next incremental backup will contain only +modified files. The name of the snapshot file is given as an argument +to the option: + +`--listed-incremental=FILE' +`-g FILE' + Handle incremental backups with snapshot data in FILE. + + To create an incremental backup, you would use +`--listed-incremental' together with `--create' (*note create::). For +example: + + $ tar --create \ + --file=archive.1.tar \ + --listed-incremental=/var/log/usr.snar \ + /usr + + This will create in `archive.1.tar' an incremental backup of the +`/usr' file system, storing additional metadata in the file +`/var/log/usr.snar'. If this file does not exist, it will be created. +The created archive will then be a "level 0 backup"; please see the +next section for more on backup levels. + + Otherwise, if the file `/var/log/usr.snar' exists, it determines +which files are modified. In this case only these files will be stored +in the archive. Suppose, for example, that after running the above +command, you delete file `/usr/doc/old' and create directory +`/usr/local/db' with the following contents: + + $ ls /usr/local/db + /usr/local/db/data + /usr/local/db/index + + Some time later you create another incremental backup. You will +then see: + + $ tar --create \ + --file=archive.2.tar \ + --listed-incremental=/var/log/usr.snar \ + /usr + tar: usr/local/db: Directory is new + usr/local/db/ + usr/local/db/data + usr/local/db/index + +The created archive `archive.2.tar' will contain only these three +members. This archive is called a "level 1 backup". Notice that +`/var/log/usr.snar' will be updated with the new data, so if you plan +to create more `level 1' backups, it is necessary to create a working +copy of the snapshot file before running `tar'. The above example will +then be modified as follows: + + $ cp /var/log/usr.snar /var/log/usr.snar-1 + $ tar --create \ + --file=archive.2.tar \ + --listed-incremental=/var/log/usr.snar-1 \ + /usr + + Incremental dumps depend crucially on time stamps, so the results are +unreliable if you modify a file's time stamps during dumping (e.g., +with the `--atime-preserve=replace' option), or if you set the clock +backwards. + + Metadata stored in snapshot files include device numbers, which, +obviously is supposed to be a non-volatile value. However, it turns +out that NFS devices have undependable values when an automounter gets +in the picture. This can lead to a great deal of spurious redumping in +incremental dumps, so it is somewhat useless to compare two NFS devices +numbers over time. The solution implemented currently is to considers +all NFS devices as being equal when it comes to comparing directories; +this is fairly gross, but there does not seem to be a better way to go. + + Note that incremental archives use `tar' extensions and may not be +readable by non-GNU versions of the `tar' program. + + To extract from the incremental dumps, use `--listed-incremental' +together with `--extract' option (*note extracting files::). In this +case, `tar' does not need to access snapshot file, since all the data +necessary for extraction are stored in the archive itself. So, when +extracting, you can give whatever argument to `--listed-incremental', +the usual practice is to use `--listed-incremental=/dev/null'. +Alternatively, you can use `--incremental', which needs no arguments. +In general, `--incremental' (`-G') can be used as a shortcut for +`--listed-incremental' when listing or extracting incremental backups +(for more information, regarding this option, *note incremental-op::). + + When extracting from the incremental backup GNU `tar' attempts to +restore the exact state the file system had when the archive was +created. In particular, it will _delete_ those files in the file +system that did not exist in their directories when the archive was +created. If you have created several levels of incremental files, then +in order to restore the exact contents the file system had when the +last level was created, you will need to restore from all backups in +turn. Continuing our example, to restore the state of `/usr' file +system, one would do(1): + + $ tar --extract \ + --listed-incremental=/dev/null \ + --file archive.1.tar + $ tar --extract \ + --listed-incremental=/dev/null \ + --file archive.2.tar + + To list the contents of an incremental archive, use `--list' (*note +list::), as usual. To obtain more information about the archive, use +`--listed-incremental' or `--incremental' combined with two `--verbose' +options(2): + + tar --list --incremental --verbose --verbose archive.tar + + This command will print, for each directory in the archive, the list +of files in that directory at the time the archive was created. This +information is put out in a format which is both human-readable and +unambiguous for a program: each file name is printed as + + X FILE + +where X is a letter describing the status of the file: `Y' if the file +is present in the archive, `N' if the file is not included in the +archive, or a `D' if the file is a directory (and is included in the +archive). *Note Dumpdir::, for the detailed description of dumpdirs +and status codes. Each such line is terminated by a newline character. +The last line is followed by an additional newline to indicate the end +of the data. + + The option `--incremental' (`-G') gives the same behavior as +`--listed-incremental' when used with `--list' and `--extract' options. +When used with `--create' option, it creates an incremental archive +without creating snapshot file. Thus, it is impossible to create +several levels of incremental backups with `--incremental' option. + + ---------- Footnotes ---------- + + (1) Notice, that since both archives were created without `-P' +option (*note absolute::), these commands should be run from the root +file system. + + (2) Two `--verbose' options were selected to avoid breaking usual +verbose listing output (`--list --verbose') when using in scripts. + + Versions of GNU `tar' up to 1.15.1 used to dump verbatim binary +contents of the DUMPDIR header (with terminating nulls) when +`--incremental' or `--listed-incremental' option was given, no matter +what the verbosity level. This behavior, and, especially, the binary +output it produced were considered inconvenient and were changed in +version 1.16 + + +File: tar.info, Node: Backup Levels, Next: Backup Parameters, Prev: Incremental Dumps, Up: Backups + +5.3 Levels of Backups +===================== + +An archive containing all the files in the file system is called a +"full backup" or "full dump". You could insure your data by creating a +full dump every day. This strategy, however, would waste a substantial +amount of archive media and user time, as unchanged files are daily +re-archived. + + It is more efficient to do a full dump only occasionally. To back up +files between full dumps, you can use "incremental dumps". A "level +one" dump archives all the files that have changed since the last full +dump. + + A typical dump strategy would be to perform a full dump once a week, +and a level one dump once a day. This means some versions of files +will in fact be archived more than once, but this dump strategy makes +it possible to restore a file system to within one day of accuracy by +only extracting two archives--the last weekly (full) dump and the last +daily (level one) dump. The only information lost would be in files +changed or created since the last daily backup. (Doing dumps more than +once a day is usually not worth the trouble). + + GNU `tar' comes with scripts you can use to do full and level-one +(actually, even level-two and so on) dumps. Using scripts (shell +programs) to perform backups and restoration is a convenient and +reliable alternative to typing out file name lists and `tar' commands +by hand. + + Before you use these scripts, you need to edit the file +`backup-specs', which specifies parameters used by the backup scripts +and by the restore script. This file is usually located in +`/etc/backup' directory. *Note Backup Parameters::, for its detailed +description. Once the backup parameters are set, you can perform +backups or restoration by running the appropriate script. + + The name of the backup script is `backup'. The name of the restore +script is `restore'. The following sections describe their use in +detail. + + _Please Note:_ The backup and restoration scripts are designed to be +used together. While it is possible to restore files by hand from an +archive which was created using a backup script, and to create an +archive by hand which could then be extracted using the restore script, +it is easier to use the scripts. *Note Incremental Dumps::, before +making such an attempt. + + +File: tar.info, Node: Backup Parameters, Next: Scripted Backups, Prev: Backup Levels, Up: Backups + +5.4 Setting Parameters for Backups and Restoration +================================================== + +The file `backup-specs' specifies backup parameters for the backup and +restoration scripts provided with `tar'. You must edit `backup-specs' +to fit your system configuration and schedule before using these +scripts. + + Syntactically, `backup-specs' is a shell script, containing mainly +variable assignments. However, any valid shell construct is allowed in +this file. Particularly, you may wish to define functions within that +script (e.g., see `RESTORE_BEGIN' below). For more information about +shell script syntax, please refer to the definition of the Shell +Command Language +(http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#ta +g_02). See also *note Bash Features: (bashref)Top. + + The shell variables controlling behavior of `backup' and `restore' +are described in the following subsections. + +* Menu: + +* General-Purpose Variables:: +* Magnetic Tape Control:: +* User Hooks:: +* backup-specs example:: An Example Text of `Backup-specs' + + +File: tar.info, Node: General-Purpose Variables, Next: Magnetic Tape Control, Up: Backup Parameters + +5.4.1 General-Purpose Variables +------------------------------- + + -- Backup variable: ADMINISTRATOR + The user name of the backup administrator. `Backup' scripts sends + a backup report to this address. + + -- Backup variable: BACKUP_HOUR + The hour at which the backups are done. This can be a number from + 0 to 23, or the time specification in form HOURS:MINUTES, or the + string `now'. + + This variable is used by `backup'. Its value may be overridden + using `--time' option (*note Scripted Backups::). + + -- Backup variable: TAPE_FILE + The device `tar' writes the archive to. If TAPE_FILE is a remote + archive (*note remote-dev::), backup script will suppose that your + `mt' is able to access remote devices. If RSH (*note RSH::) is + set, `--rsh-command' option will be added to invocations of `mt'. + + -- Backup variable: BLOCKING + The blocking factor `tar' will use when writing the dump archive. + *Note Blocking Factor::. + + -- Backup variable: BACKUP_DIRS + A list of file systems to be dumped (for `backup'), or restored + (for `restore'). You can include any directory name in the list + -- subdirectories on that file system will be included, regardless + of how they may look to other networked machines. Subdirectories + on other file systems will be ignored. + + The host name specifies which host to run `tar' on, and should + normally be the host that actually contains the file system. + However, the host machine must have GNU `tar' installed, and must + be able to access the directory containing the backup scripts and + their support files using the same file name that is used on the + machine where the scripts are run (i.e., what `pwd' will print + when in that directory on that machine). If the host that contains + the file system does not have this capability, you can specify + another host as long as it can access the file system through NFS. + + If the list of file systems is very long you may wish to put it in + a separate file. This file is usually named `/etc/backup/dirs', + but this name may be overridden in `backup-specs' using `DIRLIST' + variable. + + -- Backup variable: DIRLIST + The name of the file that contains a list of file systems to backup + or restore. By default it is `/etc/backup/dirs'. + + -- Backup variable: BACKUP_FILES + A list of individual files to be dumped (for `backup'), or restored + (for `restore'). These should be accessible from the machine on + which the backup script is run. + + If the list of file systems is very long you may wish to store it + in a separate file. This file is usually named + `/etc/backup/files', but this name may be overridden in + `backup-specs' using `FILELIST' variable. + + -- Backup variable: FILELIST + The name of the file that contains a list of individual files to + backup or restore. By default it is `/etc/backup/files'. + + -- Backup variable: MT + Full file name of `mt' binary. + + -- Backup variable: RSH + Full file name of `rsh' binary or its equivalent. You may wish to + set it to `ssh', to improve security. In this case you will have + to use public key authentication. + + -- Backup variable: RSH_COMMAND + Full file name of `rsh' binary on remote machines. This will be + passed via `--rsh-command' option to the remote invocation of GNU + `tar'. + + -- Backup variable: VOLNO_FILE + Name of temporary file to hold volume numbers. This needs to be + accessible by all the machines which have file systems to be + dumped. + + -- Backup variable: XLIST + Name of "exclude file list". An "exclude file list" is a file + located on the remote machine and containing the list of files to + be excluded from the backup. Exclude file lists are searched in + /etc/tar-backup directory. A common use for exclude file lists is + to exclude files containing security-sensitive information (e.g., + `/etc/shadow' from backups). + + This variable affects only `backup'. + + -- Backup variable: SLEEP_TIME + Time to sleep between dumps of any two successive file systems + + This variable affects only `backup'. + + -- Backup variable: DUMP_REMIND_SCRIPT + Script to be run when it's time to insert a new tape in for the + next volume. Administrators may want to tailor this script for + their site. If this variable isn't set, GNU `tar' will display + its built-in prompt, and will expect confirmation from the + console. For the description of the default prompt, see *note + change volume prompt::. + + + -- Backup variable: SLEEP_MESSAGE + Message to display on the terminal while waiting for dump time. + Usually this will just be some literal text. + + -- Backup variable: TAR + Full file name of the GNU `tar' executable. If this is not set, + backup scripts will search `tar' in the current shell path. + + +File: tar.info, Node: Magnetic Tape Control, Next: User Hooks, Prev: General-Purpose Variables, Up: Backup Parameters + +5.4.2 Magnetic Tape Control +--------------------------- + +Backup scripts access tape device using special "hook functions". +These functions take a single argument - the name of the tape device. +Their names are kept in the following variables: + + -- Backup variable: MT_BEGIN + The name of "begin" function. This function is called before + accessing the drive. By default it retensions the tape: + + MT_BEGIN=mt_begin + + mt_begin() { + mt -f "$1" retension + } + + -- Backup variable: MT_REWIND + The name of "rewind" function. The default definition is as + follows: + + MT_REWIND=mt_rewind + + mt_rewind() { + mt -f "$1" rewind + } + + + -- Backup variable: MT_OFFLINE + The name of the function switching the tape off line. By default + it is defined as follows: + + MT_OFFLINE=mt_offline + + mt_offline() { + mt -f "$1" offl + } + + -- Backup variable: MT_STATUS + The name of the function used to obtain the status of the archive + device, including error count. Default definition: + + MT_STATUS=mt_status + + mt_status() { + mt -f "$1" status + } + + +File: tar.info, Node: User Hooks, Next: backup-specs example, Prev: Magnetic Tape Control, Up: Backup Parameters + +5.4.3 User Hooks +---------------- + +"User hooks" are shell functions executed before and after each `tar' +invocation. Thus, there are "backup hooks", which are executed before +and after dumping each file system, and "restore hooks", executed +before and after restoring a file system. Each user hook is a shell +function taking four arguments: + + -- User Hook Function: hook LEVEL HOST FS FSNAME + Its arguments are: + + LEVEL + Current backup or restore level. + + HOST + Name or IP address of the host machine being dumped or + restored. + + FS + Full file name of the file system being dumped or restored. + + FSNAME + File system name with directory separators replaced with + colons. This is useful, e.g., for creating unique files. + + Following variables keep the names of user hook functions + + -- Backup variable: DUMP_BEGIN + Dump begin function. It is executed before dumping the file + system. + + -- Backup variable: DUMP_END + Executed after dumping the file system. + + -- Backup variable: RESTORE_BEGIN + Executed before restoring the file system. + + -- Backup variable: RESTORE_END + Executed after restoring the file system. + + +File: tar.info, Node: backup-specs example, Prev: User Hooks, Up: Backup Parameters + +5.4.4 An Example Text of `Backup-specs' +--------------------------------------- + +The following is an example of `backup-specs': + + # site-specific parameters for file system backup. + + ADMINISTRATOR=friedman + BACKUP_HOUR=1 + TAPE_FILE=/dev/nrsmt0 + + # Use `ssh' instead of the less secure `rsh' + RSH=/usr/bin/ssh + RSH_COMMAND=/usr/bin/ssh + + # Override MT_STATUS function: + my_status() { + mts -t $TAPE_FILE + } + MT_STATUS=my_status + + # Disable MT_OFFLINE function + MT_OFFLINE=: + + BLOCKING=124 + BACKUP_DIRS=" + albert:/fs/fsf + apple-gunkies:/gd + albert:/fs/gd2 + albert:/fs/gp + geech:/usr/jla + churchy:/usr/roland + albert:/ + albert:/usr + apple-gunkies:/ + apple-gunkies:/usr + gnu:/hack + gnu:/u + apple-gunkies:/com/mailer/gnu + apple-gunkies:/com/archive/gnu" + + BACKUP_FILES="/com/mailer/aliases /com/mailer/league*[a-z]" + + +File: tar.info, Node: Scripted Backups, Next: Scripted Restoration, Prev: Backup Parameters, Up: Backups + +5.5 Using the Backup Scripts +============================ + +The syntax for running a backup script is: + + backup --level=LEVEL --time=TIME + + The `level' option requests the dump level. Thus, to produce a full +dump, specify `--level=0' (this is the default, so `--level' may be +omitted if its value is `0'). (1) + + The `--time' option determines when should the backup be run. TIME +may take three forms: + +HH:MM + The dump must be run at HH hours MM minutes. + +HH + The dump must be run at HH hours + +now + The dump must be run immediately. + + You should start a script with a tape or disk mounted. Once you +start a script, it prompts you for new tapes or disks as it needs them. +Media volumes don't have to correspond to archive files -- a +multi-volume archive can be started in the middle of a tape that +already contains the end of another multi-volume archive. The +`restore' script prompts for media by its archive volume, so to avoid +an error message you should keep track of which tape (or disk) contains +which volume of the archive (*note Scripted Restoration::). + + The backup scripts write two files on the file system. The first is +a record file in `/etc/tar-backup/', which is used by the scripts to +store and retrieve information about which files were dumped. This +file is not meant to be read by humans, and should not be deleted by +them. *Note Snapshot Files::, for a more detailed explanation of this +file. + + The second file is a log file containing the names of the file +systems and files dumped, what time the backup was made, and any error +messages that were generated, as well as how much space was left in the +media volume after the last volume of the archive was written. You +should check this log file after every backup. The file name is +`log-MM-DD-YYYY-level-N', where MM-DD-YYYY represents current date, and +N represents current dump level number. + + The script also prints the name of each system being dumped to the +standard output. + + Following is the full list of options accepted by `backup' script: + +`-l LEVEL' +`--level=LEVEL' + Do backup level LEVEL (default 0). + +`-f' +`--force' + Force backup even if today's log file already exists. + +`-v[LEVEL]' +`--verbose[=LEVEL]' + Set verbosity level. The higher the level is, the more debugging + information will be output during execution. Default LEVEL is + 100, which means the highest debugging level. + +`-t START-TIME' +`--time=START-TIME' + Wait till TIME, then do backup. + +`-h' +`--help' + Display short help message and exit. + +`-V' +`--version' + Display information about the program's name, version, origin and + legal status, all on standard output, and then exit successfully. + + ---------- Footnotes ---------- + + (1) For backward compatibility, the `backup' will also try to deduce +the requested dump level from the name of the script itself. If the +name consists of a string `level-' followed by a single decimal digit, +that digit is taken as the dump level number. Thus, you may create a +link from `backup' to `level-1' and then run `level-1' whenever you +need to create a level one dump. + + +File: tar.info, Node: Scripted Restoration, Prev: Scripted Backups, Up: Backups + +5.6 Using the Restore Script +============================ + +To restore files that were archived using a scripted backup, use the +`restore' script. Its usage is quite straightforward. In the simplest +form, invoke `restore --all', it will then restore all the file systems +and files specified in `backup-specs' (*note BACKUP_DIRS: +General-Purpose Variables.). + + You may select the file systems (and/or files) to restore by giving +`restore' list of "patterns" in its command line. For example, running + + restore 'albert:*' + +will restore all file systems on the machine `albert'. A more +complicated example: + + restore 'albert:*' '*:/var' + +This command will restore all file systems on the machine `albert' as +well as `/var' file system on all machines. + + By default `restore' will start restoring files from the lowest +available dump level (usually zero) and will continue through all +available dump levels. There may be situations where such a thorough +restore is not necessary. For example, you may wish to restore only +files from the recent level one backup. To do so, use `--level' +option, as shown in the example below: + + restore --level=1 + + The full list of options accepted by `restore' follows: + +`-a' +`--all' + Restore all file systems and files specified in `backup-specs' + +`-l LEVEL' +`--level=LEVEL' + Start restoring from the given backup level, instead of the + default 0. + +`-v[LEVEL]' +`--verbose[=LEVEL]' + Set verbosity level. The higher the level is, the more debugging + information will be output during execution. Default LEVEL is + 100, which means the highest debugging level. + +`-h' +`--help' + Display short help message and exit. + +`-V' +`--version' + Display information about the program's name, version, origin and + legal status, all on standard output, and then exit successfully. + + You should start the restore script with the media containing the +first volume of the archive mounted. The script will prompt for other +volumes as they are needed. If the archive is on tape, you don't need +to rewind the tape to to its beginning--if the tape head is positioned +past the beginning of the archive, the script will rewind the tape as +needed. *Note Tape Positioning::, for a discussion of tape positioning. + + *Warning:* The script will delete files from the active file + system if they were not in the file system when the archive was + made. + + *Note Incremental Dumps::, for an explanation of how the script makes +that determination. + + +File: tar.info, Node: Choosing, Next: Date input formats, Prev: Backups, Up: Top + +6 Choosing Files and Names for `tar' +************************************ + + _(This message will disappear, once this node revised.)_ + +Certain options to `tar' enable you to specify a name for your archive. +Other options let you decide which files to include or exclude from +the archive, based on when or whether files were modified, whether the +file names do or don't match specified patterns, or whether files are +in specified directories. + + This chapter discusses these options in detail. + +* Menu: + +* file:: Choosing the Archive's Name +* Selecting Archive Members:: +* files:: Reading Names from a File +* exclude:: Excluding Some Files +* wildcards:: Wildcards Patterns and Matching +* quoting styles:: Ways of Quoting Special Characters in Names +* transform:: Modifying File and Member Names +* after:: Operating Only on New Files +* recurse:: Descending into Directories +* one:: Crossing File System Boundaries + + +File: tar.info, Node: file, Next: Selecting Archive Members, Up: Choosing + +6.1 Choosing and Naming Archive Files +===================================== + + _(This message will disappear, once this node revised.)_ + +By default, `tar' uses an archive file name that was compiled when it +was built on the system; usually this name refers to some physical tape +drive on the machine. However, the person who installed `tar' on the +system may not have set the default to a meaningful value as far as +most users are concerned. As a result, you will usually want to tell +`tar' where to find (or create) the archive. The `--file=ARCHIVE-NAME' +(`-f ARCHIVE-NAME') option allows you to either specify or name a file +to use as the archive instead of the default archive file location. + +`--file=ARCHIVE-NAME' +`-f ARCHIVE-NAME' + Name the archive to create or operate on. Use in conjunction with + any operation. + + For example, in this `tar' command, + + $ tar -cvf collection.tar blues folk jazz + +`collection.tar' is the name of the archive. It must directly follow +the `-f' option, since whatever directly follows `-f' _will_ end up +naming the archive. If you neglect to specify an archive name, you may +end up overwriting a file in the working directory with the archive you +create since `tar' will use this file's name for the archive name. + + An archive can be saved as a file in the file system, sent through a +pipe or over a network, or written to an I/O device such as a tape, +floppy disk, or CD write drive. + + If you do not name the archive, `tar' uses the value of the +environment variable `TAPE' as the file name for the archive. If that +is not available, `tar' uses a default, compiled-in archive name, +usually that for tape unit zero (i.e., `/dev/tu00'). + + If you use `-' as an ARCHIVE-NAME, `tar' reads the archive from +standard input (when listing or extracting files), or writes it to +standard output (when creating an archive). If you use `-' as an +ARCHIVE-NAME when modifying an archive, `tar' reads the original +archive from its standard input and writes the entire new archive to +its standard output. + + The following example is a convenient way of copying directory +hierarchy from `sourcedir' to `targetdir'. + + $ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xpf -) + + The `-C' option allows to avoid using subshells: + + $ tar -C sourcedir -cf - . | tar -C targetdir -xpf - + + In both examples above, the leftmost `tar' invocation archives the +contents of `sourcedir' to the standard output, while the rightmost one +reads this archive from its standard input and extracts it. The `-p' +option tells it to restore permissions of the extracted files. + + To specify an archive file on a device attached to a remote machine, +use the following: + + --file=HOSTNAME:/DEV/FILE-NAME + +`tar' will complete the remote connection, if possible, and prompt you +for a username and password. If you use +`--file=@HOSTNAME:/DEV/FILE-NAME', `tar' will complete the remote +connection, if possible, using your username as the username on the +remote machine. + + If the archive file name includes a colon (`:'), then it is assumed +to be a file on another machine. If the archive file is +`USER@HOST:FILE', then FILE is used on the host HOST. The remote host +is accessed using the `rsh' program, with a username of USER. If the +username is omitted (along with the `@' sign), then your user name will +be used. (This is the normal `rsh' behavior.) It is necessary for the +remote machine, in addition to permitting your `rsh' access, to have +the `rmt' program installed (This command is included in the GNU `tar' +distribution and by default is installed under `PREFIX/libexec/rmt', +were PREFIX means your installation prefix). If you need to use a file +whose name includes a colon, then the remote tape drive behavior can be +inhibited by using the `--force-local' option. + + When the archive is being created to `/dev/null', GNU `tar' tries to +minimize input and output operations. The Amanda backup system, when +used with GNU `tar', has an initial sizing pass which uses this feature. + + +File: tar.info, Node: Selecting Archive Members, Next: files, Prev: file, Up: Choosing + +6.2 Selecting Archive Members +============================= + +"File Name arguments" specify which files in the file system `tar' +operates on, when creating or adding to an archive, or which archive +members `tar' operates on, when reading or deleting from an archive. +*Note Operations::. + + To specify file names, you can include them as the last arguments on +the command line, as follows: + tar OPERATION [OPTION1 OPTION2 ...] [FILE NAME-1 FILE NAME-2 ...] + + If a file name begins with dash (`-'), precede it with `--add-file' +option to prevent it from being treated as an option. + + By default GNU `tar' attempts to "unquote" each file or member name, +replacing "escape sequences" according to the following table: + +Escape Replaced with +----------------------------------------------------------- +\a Audible bell (ASCII 7) +\b Backspace (ASCII 8) +\f Form feed (ASCII 12) +\n New line (ASCII 10) +\r Carriage return (ASCII 13) +\t Horizontal tabulation (ASCII 9) +\v Vertical tabulation (ASCII 11) +\? ASCII 127 +\N ASCII N (N should be an octal number + of up to 3 digits) + + A backslash followed by any other symbol is retained. + + This default behavior is controlled by the following command line +option: + +`--unquote' + Enable unquoting input file or member names (default). + +`--no-unquote' + Disable unquoting input file or member names. + + If you specify a directory name as a file name argument, all the +files in that directory are operated on by `tar'. + + If you do not specify files, `tar' behavior differs depending on the +operation mode as described below: + + When `tar' is invoked with `--create' (`-c'), `tar' will stop +immediately, reporting the following: + + $ tar cf a.tar + tar: Cowardly refusing to create an empty archive + Try `tar --help' or `tar --usage' for more information. + + If you specify either `--list' (`-t') or `--extract' (`--get', +`-x'), `tar' operates on all the archive members in the archive. + + If run with `--diff' option, tar will compare the archive with the +contents of the current working directory. + + If you specify any other operation, `tar' does nothing. + + By default, `tar' takes file names from the command line. However, +there are other ways to specify file or member names, or to modify the +manner in which `tar' selects the files or members upon which to +operate. In general, these methods work both for specifying the names +of files and archive members. + + +File: tar.info, Node: files, Next: exclude, Prev: Selecting Archive Members, Up: Choosing + +6.3 Reading Names from a File +============================= + +Instead of giving the names of files or archive members on the command +line, you can put the names into a file, and then use the +`--files-from=FILE-OF-NAMES' (`-T FILE-OF-NAMES') option to `tar'. +Give the name of the file which contains the list of files to include +as the argument to `--files-from'. In the list, the file names should +be separated by newlines. You will frequently use this option when you +have generated the list of files to archive with the `find' utility. + +`--files-from=FILE-NAME' +`-T FILE-NAME' + Get names to extract or create from file FILE-NAME. + + If you give a single dash as a file name for `--files-from', (i.e., +you specify either `--files-from=-' or `-T -'), then the file names are +read from standard input. + + Unless you are running `tar' with `--create', you can not use both +`--files-from=-' and `--file=-' (`-f -') in the same command. + + Any number of `-T' options can be given in the command line. + + The following example shows how to use `find' to generate a list of +files smaller than 400K in length and put that list into a file called +`small-files'. You can then use the `-T' option to `tar' to specify +the files from that file, `small-files', to create the archive +`little.tgz'. (The `-z' option to `tar' compresses the archive with +`gzip'; *note gzip:: for more information.) + + $ find . -size -400 -print > small-files + $ tar -c -v -z -T small-files -f little.tgz + +In the file list given by `-T' option, any file name beginning with `-' +character is considered a `tar' option and is processed accordingly.(1) +For example, the common use of this feature is to change to another +directory by specifying `-C' option: + + $ cat list + -C/etc + passwd + hosts + -C/lib + libc.a + $ tar -c -f foo.tar --files-from list + +In this example, `tar' will first switch to `/etc' directory and add +files `passwd' and `hosts' to the archive. Then it will change to +`/lib' directory and will archive the file `libc.a'. Thus, the +resulting archive `foo.tar' will contain: + + $ tar tf foo.tar + passwd + hosts + libc.a + + + Notice that the option parsing algorithm used with `-T' is stricter +than the one used by shell. Namely, when specifying option arguments, +you should observe the following rules: + + * When using short (single-letter) option form, its argument must + immediately follow the option letter, without any intervening + whitespace. For example: `-Cdir'. + + * When using long option form, the option argument must be separated + from the option by a single equal sign. No whitespace is allowed + on any side of the equal sign. For example: `--directory=dir'. + + * For both short and long option forms, the option argument can be + given on the next line after the option name, e.g.: + + --directory + dir + + and + + -C + dir + + If you happen to have a file whose name starts with `-', precede it +with `--add-file' option to prevent it from being recognized as an +option. For example: `--add-file=--my-file'. + +* Menu: + +* nul:: + + ---------- Footnotes ---------- + + (1) Versions of GNU `tar' up to 1.15.1 recognized only `-C' option +in file lists, and only if the option and its argument occupied two +consecutive lines. + + +File: tar.info, Node: nul, Up: files + +6.3.1 `NUL' Terminated File Names +--------------------------------- + +The `--null' option causes `--files-from=FILE-OF-NAMES' (`-T +FILE-OF-NAMES') to read file names terminated by a `NUL' instead of a +newline, so files whose names contain newlines can be archived using +`--files-from'. + +`--null' + Only consider `NUL' terminated file names, instead of files that + terminate in a newline. + + The `--null' option is just like the one in GNU `xargs' and `cpio', +and is useful with the `-print0' predicate of GNU `find'. In `tar', +`--null' also disables special handling for file names that begin with +dash. + + This example shows how to use `find' to generate a list of files +larger than 800K in length and put that list into a file called +`long-files'. The `-print0' option to `find' is just like `-print', +except that it separates files with a `NUL' rather than with a newline. +You can then run `tar' with both the `--null' and `-T' options to +specify that `tar' get the files from that file, `long-files', to +create the archive `big.tgz'. The `--null' option to `tar' will cause +`tar' to recognize the `NUL' separator between files. + + $ find . -size +800 -print0 > long-files + $ tar -c -v --null --files-from=long-files --file=big.tar + + +File: tar.info, Node: exclude, Next: wildcards, Prev: files, Up: Choosing + +6.4 Excluding Some Files +======================== + + _(This message will disappear, once this node revised.)_ + +To avoid operating on files whose names match a particular pattern, use +the `--exclude' or `--exclude-from' options. + +`--exclude=PATTERN' + Causes `tar' to ignore files that match the PATTERN. + + The `--exclude=PATTERN' option prevents any file or member whose +name matches the shell wildcard (PATTERN) from being operated on. For +example, to create an archive with all the contents of the directory +`src' except for files whose names end in `.o', use the command `tar +-cf src.tar --exclude='*.o' src'. + + You may give multiple `--exclude' options. + +`--exclude-from=FILE' +`-X FILE' + Causes `tar' to ignore files that match the patterns listed in + FILE. + + Use the `--exclude-from' option to read a list of patterns, one per +line, from FILE; `tar' will ignore files matching those patterns. Thus +if `tar' is called as `tar -c -X foo .' and the file `foo' contains a +single line `*.o', no files whose names end in `.o' will be added to +the archive. + + When creating an archive, the `--exclude-caches' option family +causes `tar' to exclude all directories that contain a "cache directory +tag". A cache directory tag is a short file with the well-known name +`CACHEDIR.TAG' and having a standard header specified in +`http://www.brynosaurus.com/cachedir/spec.html'. Various applications +write cache directory tags into directories they use to hold +regenerable, non-precious data, so that such data can be more easily +excluded from backups. + + There are three `exclude-caches' option, providing a different +exclusion semantics: + +`--exclude-caches' + Do not archive the contents of the directory, but archive the + directory itself and the `CACHEDIR.TAG' file. + +`--exclude-caches-under' + Do not archive the contents of the directory, nor the + `CACHEDIR.TAG' file, archive only the directory itself. + +`--exclude-caches-all' + Omit directories containing `CACHEDIR.TAG' file entirely. + + Another option family, `--exclude-tag', provides a generalization of +this concept. It takes a single argument, a file name to look for. +Any directory that contains this file will be excluded from the dump. +Similarly to `exclude-caches', there are three options in this option +family: + +`--exclude-tag=FILE' + Do not dump the contents of the directory, but dump the directory + itself and the FILE. + +`--exclude-tag-under=FILE' + Do not dump the contents of the directory, nor the FILE, archive + only the directory itself. + +`--exclude-tag-all=FILE' + Omit directories containing FILE file entirely. + + Multiple `--exclude-tag*' options can be given. + + For example, given this directory: + + $ find dir + dir + dir/blues + dir/jazz + dir/folk + dir/folk/tagfile + dir/folk/sanjuan + dir/folk/trote + + The `--exclude-tag' will produce the following: + + $ tar -cf archive.tar --exclude-tag=tagfile -v dir + dir/ + dir/blues + dir/jazz + dir/folk/ + tar: dir/folk/: contains a cache directory tag tagfile; + contents not dumped + dir/folk/tagfile + + Both the `dir/folk' directory and its tagfile are preserved in the +archive, however the rest of files in this directory are not. + + Now, using the `--exclude-tag-under' option will exclude `tagfile' +from the dump, while still preserving the directory itself, as shown in +this example: + + $ tar -cf archive.tar --exclude-tag-under=tagfile -v dir + dir/ + dir/blues + dir/jazz + dir/folk/ + ./tar: dir/folk/: contains a cache directory tag tagfile; + contents not dumped + + Finally, using `--exclude-tag-all' omits the `dir/folk' directory +entirely: + + $ tar -cf archive.tar --exclude-tag-all=tagfile -v dir + dir/ + dir/blues + dir/jazz + ./tar: dir/folk/: contains a cache directory tag tagfile; + directory not dumped + +* Menu: + +* problems with exclude:: + + +File: tar.info, Node: problems with exclude, Up: exclude + +Problems with Using the `exclude' Options +----------------------------------------- + +Some users find `exclude' options confusing. Here are some common +pitfalls: + + * The main operating mode of `tar' does not act on a file name + explicitly listed on the command line, if one of its file name + components is excluded. In the example above, if you create an + archive and exclude files that end with `*.o', but explicitly name + the file `dir.o/foo' after all the options have been listed, + `dir.o/foo' will be excluded from the archive. + + * You can sometimes confuse the meanings of `--exclude' and + `--exclude-from'. Be careful: use `--exclude' when files to be + excluded are given as a pattern on the command line. Use + `--exclude-from' to introduce the name of a file which contains a + list of patterns, one per line; each of these patterns can exclude + zero, one, or many files. + + * When you use `--exclude=PATTERN', be sure to quote the PATTERN + parameter, so GNU `tar' sees wildcard characters like `*'. If you + do not do this, the shell might expand the `*' itself using files + at hand, so `tar' might receive a list of files instead of one + pattern, or none at all, making the command somewhat illegal. + This might not correspond to what you want. + + For example, write: + + $ tar -c -f ARCHIVE.TAR --exclude '*.o' DIRECTORY + + rather than: + + # _Wrong!_ + $ tar -c -f ARCHIVE.TAR --exclude *.o DIRECTORY + + * You must use use shell syntax, or globbing, rather than `regexp' + syntax, when using exclude options in `tar'. If you try to use + `regexp' syntax to describe files to be excluded, your command + might fail. + + * In earlier versions of `tar', what is now the `--exclude-from' + option was called `--exclude' instead. Now, `--exclude' applies + to patterns listed on the command line and `--exclude-from' + applies to patterns listed in a file. + + + +File: tar.info, Node: wildcards, Next: quoting styles, Prev: exclude, Up: Choosing + +6.5 Wildcards Patterns and Matching +=================================== + +"Globbing" is the operation by which "wildcard" characters, `*' or `?' +for example, are replaced and expanded into all existing files matching +the given pattern. GNU `tar' can use wildcard patterns for matching +(or globbing) archive members when extracting from or listing an +archive. Wildcard patterns are also used for verifying volume labels +of `tar' archives. This section has the purpose of explaining wildcard +syntax for `tar'. + + A PATTERN should be written according to shell syntax, using wildcard +characters to effect globbing. Most characters in the pattern stand +for themselves in the matched string, and case is significant: `a' will +match only `a', and not `A'. The character `?' in the pattern matches +any single character in the matched string. The character `*' in the +pattern matches zero, one, or more single characters in the matched +string. The character `\' says to take the following character of the +pattern _literally_; it is useful when one needs to match the `?', `*', +`[' or `\' characters, themselves. + + The character `[', up to the matching `]', introduces a character +class. A "character class" is a list of acceptable characters for the +next single character of the matched string. For example, `[abcde]' +would match any of the first five letters of the alphabet. Note that +within a character class, all of the "special characters" listed above +other than `\' lose their special meaning; for example, `[-\\[*?]]' +would match any of the characters, `-', `\', `[', `*', `?', or `]'. +(Due to parsing constraints, the characters `-' and `]' must either +come _first_ or _last_ in a character class.) + + If the first character of the class after the opening `[' is `!' or +`^', then the meaning of the class is reversed. Rather than listing +character to match, it lists those characters which are _forbidden_ as +the next single character of the matched string. + + Other characters of the class stand for themselves. The special +construction `[A-E]', using an hyphen between two letters, is meant to +represent all characters between A and E, inclusive. + + Periods (`.') or forward slashes (`/') are not considered special +for wildcard matches. However, if a pattern completely matches a +directory prefix of a matched string, then it matches the full matched +string: thus, excluding a directory also excludes all the files beneath +it. + +* Menu: + +* controlling pattern-matching:: + + +File: tar.info, Node: controlling pattern-matching, Up: wildcards + +Controlling Pattern-Matching +---------------------------- + +For the purposes of this section, we call "exclusion members" all +member names obtained while processing `--exclude' and `--exclude-from' +options, and "inclusion members" those member names that were given in +the command line or read from the file specified with `--files-from' +option. + + These two pairs of member lists are used in the following operations: +`--diff', `--extract', `--list', `--update'. + + There are no inclusion members in create mode (`--create' and +`--append'), since in this mode the names obtained from the command +line refer to _files_, not archive members. + + By default, inclusion members are compared with archive members +literally (1) and exclusion members are treated as globbing patterns. +For example: + + $ tar tf foo.tar + a.c + b.c + a.txt + [remarks] + # Member names are used verbatim: + $ tar -xf foo.tar -v '[remarks]' + [remarks] + # Exclude member names are globbed: + $ tar -xf foo.tar -v --exclude '*.c' + a.txt + [remarks] + + This behavior can be altered by using the following options: + +`--wildcards' + Treat all member names as wildcards. + +`--no-wildcards' + Treat all member names as literal strings. + + Thus, to extract files whose names end in `.c', you can use: + + $ tar -xf foo.tar -v --wildcards '*.c' + a.c + b.c + +Notice quoting of the pattern to prevent the shell from interpreting it. + + The effect of `--wildcards' option is canceled by `--no-wildcards'. +This can be used to pass part of the command line arguments verbatim +and other part as globbing patterns. For example, the following +invocation: + + $ tar -xf foo.tar --wildcards '*.txt' --no-wildcards '[remarks]' + +instructs `tar' to extract from `foo.tar' all files whose names end in +`.txt' and the file named `[remarks]'. + + Normally, a pattern matches a name if an initial subsequence of the +name's components matches the pattern, where `*', `?', and `[...]' are +the usual shell wildcards, `\' escapes wildcards, and wildcards can +match `/'. + + Other than optionally stripping leading `/' from names (*note +absolute::), patterns and names are used as-is. For example, trailing +`/' is not trimmed from a user-specified name before deciding whether +to exclude it. + + However, this matching procedure can be altered by the options listed +below. These options accumulate. For example: + + --ignore-case --exclude='makefile' --no-ignore-case ---exclude='readme' + +ignores case when excluding `makefile', but not when excluding `readme'. + +`--anchored' +`--no-anchored' + If anchored, a pattern must match an initial subsequence of the + name's components. Otherwise, the pattern can match any + subsequence. Default is `--no-anchored' for exclusion members and + `--anchored' inclusion members. + +`--ignore-case' +`--no-ignore-case' + When ignoring case, upper-case patterns match lower-case names and + vice versa. When not ignoring case (the default), matching is + case-sensitive. + +`--wildcards-match-slash' +`--no-wildcards-match-slash' + When wildcards match slash (the default for exclusion members), a + wildcard like `*' in the pattern can match a `/' in the name. + Otherwise, `/' is matched only by `/'. + + + The `--recursion' and `--no-recursion' options (*note recurse::) +also affect how member patterns are interpreted. If recursion is in +effect, a pattern matches a name if it matches any of the name's parent +directories. + + The following table summarizes pattern-matching default values: + +Members Default settings +-------------------------------------------------------------------------- +Inclusion `--no-wildcards --anchored + --no-wildcards-match-slash' +Exclusion `--wildcards --no-anchored + --wildcards-match-slash' + + ---------- Footnotes ---------- + + (1) Notice that earlier GNU `tar' versions used globbing for +inclusion members, which contradicted to UNIX98 specification and was +not documented. *Note Changes::, for more information on this and other +changes. + + +File: tar.info, Node: quoting styles, Next: transform, Prev: wildcards, Up: Choosing + +6.6 Quoting Member Names +======================== + +When displaying member names, `tar' takes care to avoid ambiguities +caused by certain characters. This is called "name quoting". The +characters in question are: + + * Non-printable control characters: + + Character ASCII Character name + --------------------------------------------------------------- + \a 7 Audible bell + \b 8 Backspace + \f 12 Form feed + \n 10 New line + \r 13 Carriage return + \t 9 Horizontal tabulation + \v 11 Vertical tabulation + + * Space (ASCII 32) + + * Single and double quotes (`'' and `"') + + * Backslash (`\') + + The exact way `tar' uses to quote these characters depends on the +"quoting style". The default quoting style, called "escape" (see +below), uses backslash notation to represent control characters, space +and backslash. Using this quoting style, control characters are +represented as listed in column `Character' in the above table, a space +is printed as `\ ' and a backslash as `\\'. + + GNU `tar' offers seven distinct quoting styles, which can be selected +using `--quoting-style' option: + +`--quoting-style=STYLE' + Sets quoting style. Valid values for STYLE argument are: literal, + shell, shell-always, c, escape, locale, clocale. + + These styles are described in detail below. To illustrate their +effect, we will use an imaginary tar archive `arch.tar' containing the +following members: + + # 1. Contains horizontal tabulation character. + a tab + # 2. Contains newline character + a + newline + # 3. Contains a space + a space + # 4. Contains double quotes + a"double"quote + # 5. Contains single quotes + a'single'quote + # 6. Contains a backslash character: + a\backslash + + Here is how usual `ls' command would have listed them, if they had +existed in the current working directory: + + $ ls + a\ttab + a\nnewline + a\ space + a"double"quote + a'single'quote + a\\backslash + + Quoting styles: + +`literal' + No quoting, display each character as is: + + $ tar tf arch.tar --quoting-style=literal + ./ + ./a space + ./a'single'quote + ./a"double"quote + ./a\backslash + ./a tab + ./a + newline + +`shell' + Display characters the same way Bourne shell does: control + characters, except `\t' and `\n', are printed using backslash + escapes, `\t' and `\n' are printed as is, and a single quote is + printed as `\''. If a name contains any quoted characters, it is + enclosed in single quotes. In particular, if a name contains + single quotes, it is printed as several single-quoted strings: + + $ tar tf arch.tar --quoting-style=shell + ./ + './a space' + './a'\''single'\''quote' + './a"double"quote' + './a\backslash' + './a tab' + './a + newline' + +`shell-always' + Same as `shell', but the names are always enclosed in single + quotes: + + $ tar tf arch.tar --quoting-style=shell-always + './' + './a space' + './a'\''single'\''quote' + './a"double"quote' + './a\backslash' + './a tab' + './a + newline' + +`c' + Use the notation of the C programming language. All names are + enclosed in double quotes. Control characters are quoted using + backslash notations, double quotes are represented as `\"', + backslash characters are represented as `\\'. Single quotes and + spaces are not quoted: + + $ tar tf arch.tar --quoting-style=c + "./" + "./a space" + "./a'single'quote" + "./a\"double\"quote" + "./a\\backslash" + "./a\ttab" + "./a\nnewline" + +`escape' + Control characters are printed using backslash notation, a space is + printed as `\ ' and a backslash as `\\'. This is the default + quoting style, unless it was changed when configured the package. + + $ tar tf arch.tar --quoting-style=escape + ./ + ./a space + ./a'single'quote + ./a"double"quote + ./a\\backslash + ./a\ttab + ./a\nnewline + +`locale' + Control characters, single quote and backslash are printed using + backslash notation. All names are quoted using left and right + quotation marks, appropriate to the current locale. If it does not + define quotation marks, use ``' as left and `'' as right quotation + marks. Any occurrences of the right quotation mark in a name are + escaped with `\', for example: + + For example: + + $ tar tf arch.tar --quoting-style=locale + `./' + `./a space' + `./a\'single\'quote' + `./a"double"quote' + `./a\\backslash' + `./a\ttab' + `./a\nnewline' + +`clocale' + Same as `locale', but `"' is used for both left and right + quotation marks, if not provided by the currently selected locale: + + $ tar tf arch.tar --quoting-style=clocale + "./" + "./a space" + "./a'single'quote" + "./a\"double\"quote" + "./a\\backslash" + "./a\ttab" + "./a\nnewline" + + You can specify which characters should be quoted in addition to +those implied by the current quoting style: + +`--quote-chars=STRING' + Always quote characters from STRING, even if the selected quoting + style would not quote them. + + For example, using `escape' quoting (compare with the usual escape +listing above): + + $ tar tf arch.tar --quoting-style=escape --quote-chars=' "' + ./ + ./a\ space + ./a'single'quote + ./a\"double\"quote + ./a\\backslash + ./a\ttab + ./a\nnewline + + To disable quoting of such additional characters, use the following +option: + +`--no-quote-chars=STRING' + Remove characters listed in STRING from the list of quoted + characters set by the previous `--quote-chars' option. + + This option is particularly useful if you have added `--quote-chars' +to your `TAR_OPTIONS' (*note TAR_OPTIONS::) and wish to disable it for +the current invocation. + + Note, that `--no-quote-chars' does _not_ disable those characters +that are quoted by default in the selected quoting style. + + +File: tar.info, Node: transform, Next: after, Prev: quoting styles, Up: Choosing + +6.7 Modifying File and Member Names +=================================== + +`Tar' archives contain detailed information about files stored in them +and full file names are part of that information. When storing file to +an archive, its file name is recorded in the archive along with the +actual file contents. When restoring from an archive, a file is +created on disk with exactly the same name as that stored in the +archive. In the majority of cases this is the desired behavior of a +file archiver. However, there are some cases when it is not. + + First of all, it is often unsafe to extract archive members with +absolute file names or those that begin with a `../'. GNU `tar' takes +special precautions when extracting such names and provides a special +option for handling them, which is described in *note absolute::. + + Secondly, you may wish to extract file names without some leading +directory components, or with otherwise modified names. In other cases +it is desirable to store files under differing names in the archive. + + GNU `tar' provides two options for these needs. + +`--strip-components=NUMBER' + Strip given NUMBER of leading components from file names before + extraction. + + For example, suppose you have archived whole `/usr' hierarchy to a +tar archive named `usr.tar'. Among other files, this archive contains +`usr/include/stdlib.h', which you wish to extract to the current +working directory. To do so, you type: + + $ tar -xf usr.tar --strip=2 usr/include/stdlib.h + + The option `--strip=2' instructs `tar' to strip the two leading +components (`usr/' and `include/') off the file name. + + If you add to the above invocation `--verbose' (`-v') option, you +will note that the verbose listing still contains the full file name, +with the two removed components still in place. This can be +inconvenient, so `tar' provides a special option for altering this +behavior: + +`--show-transformed-names' + Display file or member names with all requested transformations + applied. + +For example: + + $ tar -xf usr.tar -v --strip=2 usr/include/stdlib.h + usr/include/stdlib.h + $ tar -xf usr.tar -v --strip=2 --show-transformed usr/include/stdlib.h + stdlib.h + + Notice that in both cases the file is `stdlib.h' extracted to the +current working directory, `--show-transformed-names' affects only the +way its name is displayed. + + This option is especially useful for verifying whether the invocation +will have the desired effect. Thus, before running + + $ tar -x --strip=N + +it is often advisable to run + + $ tar -t -v --show-transformed --strip=N + +to make sure the command will produce the intended results. + + In case you need to apply more complex modifications to the file +name, GNU `tar' provides a general-purpose transformation option: + +`--transform=EXPRESSION' + Modify file names using supplied EXPRESSION. + +The EXPRESSION is a `sed'-like replace expression of the form: + + s/REGEXP/REPLACE/[FLAGS] + +where REGEXP is a "regular expression", REPLACE is a replacement for +each file name part that matches REGEXP. Both REGEXP and REPLACE are +described in detail in *note The "s" Command: (sed)The "s" Command. + + Supported FLAGS are: + +`g' + Apply the replacement to _all_ matches to the REGEXP, not just the + first. + +`i' + Use case-insensitive matching + +`x' + REGEXP is an "extended regular expression" (*note Extended regular + expressions: (sed)Extended regexps.). + +`NUMBER' + Only replace the NUMBERth match of the REGEXP. + + Note: the POSIX standard does not specify what should happen when + you mix the `g' and NUMBER modifiers. GNU `tar' follows the GNU + `sed' implementation in this regard, so the interaction is defined + to be: ignore matches before the NUMBERth, and then match and + replace all matches from the NUMBERth on. + + + Any delimiter can be used in lieue of `/', the only requirement being +that it be used consistently throughout the expression. For example, +the following two expressions are equivalent: + + s/one/two/ + s,one,two, + + Changing delimiters is often useful when the REGEX contains slashes. +For example, it is more convenient to write `s,/,-,' than `s/\//-/'. + + Here are several examples of `--transform' usage: + + 1. Extract `usr/' hierarchy into `usr/local/': + + $ tar --transform='s,usr/,usr/local/,' -x -f arch.tar + + 2. Strip two leading directory components (equivalent to + `--strip-components=2'): + + $ tar --transform='s,/*[^/]*/[^/]*/,,' -x -f arch.tar + + 3. Prepend `/prefix/' to each file name: + + $ tar --transform 's,^,/prefix/,' -x -f arch.tar + + 4. Convert each file name to lower case: + + $ tar --transform 's/.*/\L&/' -x -f arch.tar + + + Unlike `--strip-components', `--transform' can be used in any GNU +`tar' operation mode. For example, the following command adds files to +the archive while replacing the leading `usr/' component with `var/': + + $ tar -cf arch.tar --transform='s,^usr/,var/,' / + + To test `--transform' effect we suggest using +`--show-transformed-names' option: + + $ tar -cf arch.tar --transform='s,^usr/,var/,' \ + --verbose --show-transformed-names / + + If both `--strip-components' and `--transform' are used together, +then `--transform' is applied first, and the required number of +components is then stripped from its result. + + +File: tar.info, Node: after, Next: recurse, Prev: transform, Up: Choosing + +6.8 Operating Only on New Files +=============================== + + _(This message will disappear, once this node revised.)_ + +The `--after-date=DATE' (`--newer=DATE', `-N DATE') option causes `tar' +to only work on files whose data modification or status change times +are newer than the DATE given. If DATE starts with `/' or `.', it is +taken to be a file name; the data modification time of that file is +used as the date. If you use this option when creating or appending to +an archive, the archive will only include new files. If you use +`--after-date' when extracting an archive, `tar' will only extract +files newer than the DATE you specify. + + If you only want `tar' to make the date comparison based on +modification of the file's data (rather than status changes), then use +the `--newer-mtime=DATE' option. + + You may use these options with any operation. Note that these +options differ from the `--update' (`-u') operation in that they allow +you to specify a particular date against which `tar' can compare when +deciding whether or not to archive the files. + +`--after-date=DATE' +`--newer=DATE' +`-N DATE' + Only store files newer than DATE. + + Acts on files only if their data modification or status change + times are later than DATE. Use in conjunction with any operation. + + If DATE starts with `/' or `.', it is taken to be a file name; the + data modification time of that file is used as the date. + +`--newer-mtime=DATE' + Acts like `--after-date', but only looks at data modification + times. + + These options limit `tar' to operate only on files which have been +modified after the date specified. A file's status is considered to +have changed if its contents have been modified, or if its owner, +permissions, and so forth, have been changed. (For more information on +how to specify a date, see *note Date input formats::; remember that the +entire date argument must be quoted if it contains any spaces.) + + Gurus would say that `--after-date' tests both the data modification +time (`mtime', the time the contents of the file were last modified) +and the status change time (`ctime', the time the file's status was +last changed: owner, permissions, etc.) fields, while `--newer-mtime' +tests only the `mtime' field. + + To be precise, `--after-date' checks _both_ `mtime' and `ctime' and +processes the file if either one is more recent than DATE, while +`--newer-mtime' only checks `mtime' and disregards `ctime'. Neither +does it use `atime' (the last time the contents of the file were looked +at). + + Date specifiers can have embedded spaces. Because of this, you may +need to quote date arguments to keep the shell from parsing them as +separate arguments. For example, the following command will add to the +archive all the files modified less than two days ago: + + $ tar -cf foo.tar --newer-mtime '2 days ago' + + When any of these options is used with the option `--verbose' (*note +verbose tutorial::) GNU `tar' will try to convert the specified date +back to its textual representation and compare that with the one given +with the option. If the two dates differ, `tar' will print a warning +saying what date it will use. This is to help user ensure he is using +the right date. For example: + + $ tar -c -f archive.tar --after-date='10 days ago' . + tar: Option --after-date: Treating date `10 days ago' as 2006-06-11 + 13:19:37.232434 + + *Please Note:* `--after-date' and `--newer-mtime' should not be + used for incremental backups. *Note Incremental Dumps::, for + proper way of creating incremental backups. + + +File: tar.info, Node: recurse, Next: one, Prev: after, Up: Choosing + +6.9 Descending into Directories +=============================== + + _(This message will disappear, once this node revised.)_ + +Usually, `tar' will recursively explore all directories (either those +given on the command line or through the `--files-from' option) for the +various files they contain. However, you may not always want `tar' to +act this way. + + The `--no-recursion' option inhibits `tar''s recursive descent into +specified directories. If you specify `--no-recursion', you can use +the `find' utility for hunting through levels of directories to +construct a list of file names which you could then pass to `tar'. +`find' allows you to be more selective when choosing which files to +archive; see *note files::, for more information on using `find' with +`tar', or look. + +`--no-recursion' + Prevents `tar' from recursively descending directories. + +`--recursion' + Requires `tar' to recursively descend directories. This is the + default. + + When you use `--no-recursion', GNU `tar' grabs directory entries +themselves, but does not descend on them recursively. Many people use +`find' for locating files they want to back up, and since `tar' +_usually_ recursively descends on directories, they have to use the +`-not -type d' test in their `find' invocation (*note Type: +(find)Type.), as they usually do not want all the files in a directory. +They then use the `--files-from' option to archive the files located +via `find'. + + The problem when restoring files archived in this manner is that the +directories themselves are not in the archive; so the +`--same-permissions' (`--preserve-permissions', `-p') option does not +affect them--while users might really like it to. Specifying +`--no-recursion' is a way to tell `tar' to grab only the directory +entries given to it, adding no new files on its own. To summarize, if +you use `find' to create a list of files to be stored in an archive, +use it as follows: + + $ find DIR TESTS | \ + tar -cf ARCHIVE -T - --no-recursion + + The `--no-recursion' option also applies when extracting: it causes +`tar' to extract only the matched directory entries, not the files +under those directories. + + The `--no-recursion' option also affects how globbing patterns are +interpreted (*note controlling pattern-matching::). + + The `--no-recursion' and `--recursion' options apply to later +options and operands, and can be overridden by later occurrences of +`--no-recursion' and `--recursion'. For example: + + $ tar -cf jams.tar --no-recursion grape --recursion grape/concord + +creates an archive with one entry for `grape', and the recursive +contents of `grape/concord', but no entries under `grape' other than +`grape/concord'. + + +File: tar.info, Node: one, Prev: recurse, Up: Choosing + +6.10 Crossing File System Boundaries +==================================== + + _(This message will disappear, once this node revised.)_ + +`tar' will normally automatically cross file system boundaries in order +to archive files which are part of a directory tree. You can change +this behavior by running `tar' and specifying `--one-file-system'. +This option only affects files that are archived because they are in a +directory that is being archived; `tar' will still archive files +explicitly named on the command line or through `--files-from', +regardless of where they reside. + +`--one-file-system' + Prevents `tar' from crossing file system boundaries when + archiving. Use in conjunction with any write operation. + + The `--one-file-system' option causes `tar' to modify its normal +behavior in archiving the contents of directories. If a file in a +directory is not on the same file system as the directory itself, then +`tar' will not archive that file. If the file is a directory itself, +`tar' will not archive anything beneath it; in other words, `tar' will +not cross mount points. + + This option is useful for making full or incremental archival +backups of a file system. If this option is used in conjunction with +`--verbose' (`-v'), files that are excluded are mentioned by name on +the standard error. + +* Menu: + +* directory:: Changing Directory +* absolute:: Absolute File Names + + +File: tar.info, Node: directory, Next: absolute, Up: one + +6.10.1 Changing the Working Directory +------------------------------------- + +To change the working directory in the middle of a list of file names, +either on the command line or in a file specified using `--files-from' +(`-T'), use `--directory' (`-C'). This will change the working +directory to the specified directory after that point in the list. + +`--directory=DIRECTORY' +`-C DIRECTORY' + Changes the working directory in the middle of a command line. + + For example, + + $ tar -c -f jams.tar grape prune -C food cherry + +will place the files `grape' and `prune' from the current directory +into the archive `jams.tar', followed by the file `cherry' from the +directory `food'. This option is especially useful when you have +several widely separated files that you want to store in the same +archive. + + Note that the file `cherry' is recorded in the archive under the +precise name `cherry', _not_ `food/cherry'. Thus, the archive will +contain three files that all appear to have come from the same +directory; if the archive is extracted with plain `tar --extract', all +three files will be written in the current directory. + + Contrast this with the command, + + $ tar -c -f jams.tar grape prune -C food red/cherry + +which records the third file in the archive under the name `red/cherry' +so that, if the archive is extracted using `tar --extract', the third +file will be written in a subdirectory named `orange-colored'. + + You can use the `--directory' option to make the archive independent +of the original name of the directory holding the files. The following +command places the files `/etc/passwd', `/etc/hosts', and `/lib/libc.a' +into the archive `foo.tar': + + $ tar -c -f foo.tar -C /etc passwd hosts -C /lib libc.a + +However, the names of the archive members will be exactly what they were +on the command line: `passwd', `hosts', and `libc.a'. They will not +appear to be related by file name to the original directories where +those files were located. + + Note that `--directory' options are interpreted consecutively. If +`--directory' specifies a relative file name, it is interpreted +relative to the then current directory, which might not be the same as +the original current working directory of `tar', due to a previous +`--directory' option. + + When using `--files-from' (*note files::), you can put various `tar' +options (including `-C') in the file list. Notice, however, that in +this case the option and its argument may not be separated by +whitespace. If you use short option, its argument must either follow +the option letter immediately, without any intervening whitespace, or +occupy the next line. Otherwise, if you use long option, separate its +argument by an equal sign. + + For instance, the file list for the above example will be: + + -C/etc + passwd + hosts + --directory=/lib + libc.a + +To use it, you would invoke `tar' as follows: + + $ tar -c -f foo.tar --files-from list + + The interpretation of `--directory' is disabled by `--null' option. + + +File: tar.info, Node: absolute, Prev: directory, Up: one + +6.10.2 Absolute File Names +-------------------------- + + _(This message will disappear, once this node revised.)_ + +`--absolute-names' +`-P' + Do not strip leading slashes from file names, and permit file names + containing a `..' file name component. + + By default, GNU `tar' drops a leading `/' on input or output, and +complains about file names containing a `..' component. This option +turns off this behavior. + + When `tar' extracts archive members from an archive, it strips any +leading slashes (`/') from the member name. This causes absolute +member names in the archive to be treated as relative file names. This +allows you to have such members extracted wherever you want, instead of +being restricted to extracting the member in the exact directory named +in the archive. For example, if the archive member has the name +`/etc/passwd', `tar' will extract it as if the name were really +`etc/passwd'. + + File names containing `..' can cause problems when extracting, so +`tar' normally warns you about such files when creating an archive, and +rejects attempts to extracts such files. + + Other `tar' programs do not do this. As a result, if you create an +archive whose member names start with a slash, they will be difficult +for other people with a non-GNU `tar' program to use. Therefore, GNU +`tar' also strips leading slashes from member names when putting +members into the archive. For example, if you ask `tar' to add the file +`/bin/ls' to an archive, it will do so, but the member name will be +`bin/ls'.(1) + + If you use the `--absolute-names' (`-P') option, `tar' will do none +of these transformations. + + To archive or extract files relative to the root directory, specify +the `--absolute-names' (`-P') option. + + Normally, `tar' acts on files relative to the working +directory--ignoring superior directory names when archiving, and +ignoring leading slashes when extracting. + + When you specify `--absolute-names' (`-P'), `tar' stores file names +including all superior directory names, and preserves leading slashes. +If you only invoked `tar' from the root directory you would never need +the `--absolute-names' option, but using this option may be more +convenient than switching to root. + +`--absolute-names' + Preserves full file names (including superior directory names) when + archiving files. Preserves leading slash when extracting files. + + + `tar' prints out a message about removing the `/' from file names. +This message appears once per GNU `tar' invocation. It represents +something which ought to be told; ignoring what it means can cause very +serious surprises, later. + + Some people, nevertheless, do not want to see this message. Wanting +to play really dangerously, one may of course redirect `tar' standard +error to the sink. For example, under `sh': + + $ tar -c -f archive.tar /home 2> /dev/null + +Another solution, both nicer and simpler, would be to change to the `/' +directory first, and then avoid absolute notation. For example: + + $ (cd / && tar -c -f archive.tar home) + # or: + $ tar -c -f archive.tar -C / home + + ---------- Footnotes ---------- + + (1) A side effect of this is that when `--create' is used with +`--verbose' the resulting output is not, generally speaking, the same +as the one you'd get running `tar --list' command. This may be +important if you use some scripts for comparing both outputs. *Note +listing member and file names::, for the information on how to handle +this case. + + +File: tar.info, Node: Date input formats, Next: Formats, Prev: Choosing, Up: Top + +7 Date input formats +******************** + +First, a quote: + + Our units of temporal measurement, from seconds on up to months, + are so complicated, asymmetrical and disjunctive so as to make + coherent mental reckoning in time all but impossible. Indeed, had + some tyrannical god contrived to enslave our minds to time, to + make it all but impossible for us to escape subjection to sodden + routines and unpleasant surprises, he could hardly have done + better than handing down our present system. It is like a set of + trapezoidal building blocks, with no vertical or horizontal + surfaces, like a language in which the simplest thought demands + ornate constructions, useless particles and lengthy + circumlocutions. Unlike the more successful patterns of language + and science, which enable us to face experience boldly or at least + level-headedly, our system of temporal calculation silently and + persistently encourages our terror of time. + + ... It is as though architects had to measure length in feet, + width in meters and height in ells; as though basic instruction + manuals demanded a knowledge of five different languages. It is + no wonder then that we often look into our own immediate past or + future, last Tuesday or a week from Sunday, with feelings of + helpless confusion. ... + + -- Robert Grudin, `Time and the Art of Living'. + + This section describes the textual date representations that GNU +programs accept. These are the strings you, as a user, can supply as +arguments to the various programs. The C interface (via the `get_date' +function) is not described here. + +* Menu: + +* General date syntax:: Common rules. +* Calendar date items:: 19 Dec 1994. +* Time of day items:: 9:20pm. +* Time zone items:: EST, PDT, GMT. +* Day of week items:: Monday and others. +* Relative items in date strings:: next tuesday, 2 years ago. +* Pure numbers in date strings:: 19931219, 1440. +* Seconds since the Epoch:: @1078100502. +* Specifying time zone rules:: TZ="America/New_York", TZ="UTC0". +* Authors of get_date:: Bellovin, Eggert, Salz, Berets, et al. + + +File: tar.info, Node: General date syntax, Next: Calendar date items, Up: Date input formats + +7.1 General date syntax +======================= + +A "date" is a string, possibly empty, containing many items separated +by whitespace. The whitespace may be omitted when no ambiguity arises. +The empty string means the beginning of today (i.e., midnight). Order +of the items is immaterial. A date string may contain many flavors of +items: + + * calendar date items + + * time of day items + + * time zone items + + * day of the week items + + * relative items + + * pure numbers. + +We describe each of these item types in turn, below. + + A few ordinal numbers may be written out in words in some contexts. +This is most useful for specifying day of the week items or relative +items (see below). Among the most commonly used ordinal numbers, the +word `last' stands for -1, `this' stands for 0, and `first' and `next' +both stand for 1. Because the word `second' stands for the unit of +time there is no way to write the ordinal number 2, but for convenience +`third' stands for 3, `fourth' for 4, `fifth' for 5, `sixth' for 6, +`seventh' for 7, `eighth' for 8, `ninth' for 9, `tenth' for 10, +`eleventh' for 11 and `twelfth' for 12. + + When a month is written this way, it is still considered to be +written numerically, instead of being "spelled in full"; this changes +the allowed strings. + + In the current implementation, only English is supported for words +and abbreviations like `AM', `DST', `EST', `first', `January', +`Sunday', `tomorrow', and `year'. + + The output of the `date' command is not always acceptable as a date +string, not only because of the language problem, but also because +there is no standard meaning for time zone items like `IST'. When using +`date' to generate a date string intended to be parsed later, specify a +date format that is independent of language and that does not use time +zone items other than `UTC' and `Z'. Here are some ways to do this: + + $ LC_ALL=C TZ=UTC0 date + Mon Mar 1 00:21:42 UTC 2004 + $ TZ=UTC0 date +'%Y-%m-%d %H:%M:%SZ' + 2004-03-01 00:21:42Z + $ date --iso-8601=ns | tr T ' ' # --iso-8601 is a GNU extension. + 2004-02-29 16:21:42,692722128-0800 + $ date --rfc-2822 # a GNU extension + Sun, 29 Feb 2004 16:21:42 -0800 + $ date +'%Y-%m-%d %H:%M:%S %z' # %z is a GNU extension. + 2004-02-29 16:21:42 -0800 + $ date +'@%s.%N' # %s and %N are GNU extensions. + @1078100502.692722128 + + Alphabetic case is completely ignored in dates. Comments may be +introduced between round parentheses, as long as included parentheses +are properly nested. Hyphens not followed by a digit are currently +ignored. Leading zeros on numbers are ignored. + + Invalid dates like `2005-02-29' or times like `24:00' are rejected. +In the typical case of a host that does not support leap seconds, a +time like `23:59:60' is rejected even if it corresponds to a valid leap +second. + + +File: tar.info, Node: Calendar date items, Next: Time of day items, Prev: General date syntax, Up: Date input formats + +7.2 Calendar date items +======================= + +A "calendar date item" specifies a day of the year. It is specified +differently, depending on whether the month is specified numerically or +literally. All these strings specify the same calendar date: + + 1972-09-24 # ISO 8601. + 72-9-24 # Assume 19xx for 69 through 99, + # 20xx for 00 through 68. + 72-09-24 # Leading zeros are ignored. + 9/24/72 # Common U.S. writing. + 24 September 1972 + 24 Sept 72 # September has a special abbreviation. + 24 Sep 72 # Three-letter abbreviations always allowed. + Sep 24, 1972 + 24-sep-72 + 24sep72 + + The year can also be omitted. In this case, the last specified year +is used, or the current year if none. For example: + + 9/24 + sep 24 + + Here are the rules. + + For numeric months, the ISO 8601 format `YEAR-MONTH-DAY' is allowed, +where YEAR is any positive number, MONTH is a number between 01 and 12, +and DAY is a number between 01 and 31. A leading zero must be present +if a number is less than ten. If YEAR is 68 or smaller, then 2000 is +added to it; otherwise, if YEAR is less than 100, then 1900 is added to +it. The construct `MONTH/DAY/YEAR', popular in the United States, is +accepted. Also `MONTH/DAY', omitting the year. + + Literal months may be spelled out in full: `January', `February', +`March', `April', `May', `June', `July', `August', `September', +`October', `November' or `December'. Literal months may be abbreviated +to their first three letters, possibly followed by an abbreviating dot. +It is also permitted to write `Sept' instead of `September'. + + When months are written literally, the calendar date may be given as +any of the following: + + DAY MONTH YEAR + DAY MONTH + MONTH DAY YEAR + DAY-MONTH-YEAR + + Or, omitting the year: + + MONTH DAY + + +File: tar.info, Node: Time of day items, Next: Time zone items, Prev: Calendar date items, Up: Date input formats + +7.3 Time of day items +===================== + +A "time of day item" in date strings specifies the time on a given day. +Here are some examples, all of which represent the same time: + + 20:02:00.000000 + 20:02 + 8:02pm + 20:02-0500 # In EST (U.S. Eastern Standard Time). + + More generally, the time of day may be given as +`HOUR:MINUTE:SECOND', where HOUR is a number between 0 and 23, MINUTE +is a number between 0 and 59, and SECOND is a number between 0 and 59 +possibly followed by `.' or `,' and a fraction containing one or more +digits. Alternatively, `:SECOND' can be omitted, in which case it is +taken to be zero. On the rare hosts that support leap seconds, SECOND +may be 60. + + If the time is followed by `am' or `pm' (or `a.m.' or `p.m.'), HOUR +is restricted to run from 1 to 12, and `:MINUTE' may be omitted (taken +to be zero). `am' indicates the first half of the day, `pm' indicates +the second half of the day. In this notation, 12 is the predecessor of +1: midnight is `12am' while noon is `12pm'. (This is the zero-oriented +interpretation of `12am' and `12pm', as opposed to the old tradition +derived from Latin which uses `12m' for noon and `12pm' for midnight.) + + The time may alternatively be followed by a time zone correction, +expressed as `SHHMM', where S is `+' or `-', HH is a number of zone +hours and MM is a number of zone minutes. You can also separate HH +from MM with a colon. When a time zone correction is given this way, it +forces interpretation of the time relative to Coordinated Universal +Time (UTC), overriding any previous specification for the time zone or +the local time zone. For example, `+0530' and `+05:30' both stand for +the time zone 5.5 hours ahead of UTC (e.g., India). The MINUTE part of +the time of day may not be elided when a time zone correction is used. +This is the best way to specify a time zone correction by fractional +parts of an hour. + + Either `am'/`pm' or a time zone correction may be specified, but not +both. + + +File: tar.info, Node: Time zone items, Next: Day of week items, Prev: Time of day items, Up: Date input formats + +7.4 Time zone items +=================== + +A "time zone item" specifies an international time zone, indicated by a +small set of letters, e.g., `UTC' or `Z' for Coordinated Universal +Time. Any included periods are ignored. By following a +non-daylight-saving time zone by the string `DST' in a separate word +(that is, separated by some white space), the corresponding daylight +saving time zone may be specified. Alternatively, a +non-daylight-saving time zone can be followed by a time zone +correction, to add the two values. This is normally done only for +`UTC'; for example, `UTC+05:30' is equivalent to `+05:30'. + + Time zone items other than `UTC' and `Z' are obsolescent and are not +recommended, because they are ambiguous; for example, `EST' has a +different meaning in Australia than in the United States. Instead, +it's better to use unambiguous numeric time zone corrections like +`-0500', as described in the previous section. + + If neither a time zone item nor a time zone correction is supplied, +time stamps are interpreted using the rules of the default time zone +(*note Specifying time zone rules::). + + +File: tar.info, Node: Day of week items, Next: Relative items in date strings, Prev: Time zone items, Up: Date input formats + +7.5 Day of week items +===================== + +The explicit mention of a day of the week will forward the date (only +if necessary) to reach that day of the week in the future. + + Days of the week may be spelled out in full: `Sunday', `Monday', +`Tuesday', `Wednesday', `Thursday', `Friday' or `Saturday'. Days may +be abbreviated to their first three letters, optionally followed by a +period. The special abbreviations `Tues' for `Tuesday', `Wednes' for +`Wednesday' and `Thur' or `Thurs' for `Thursday' are also allowed. + + A number may precede a day of the week item to move forward +supplementary weeks. It is best used in expression like `third +monday'. In this context, `last DAY' or `next DAY' is also acceptable; +they move one week before or after the day that DAY by itself would +represent. + + A comma following a day of the week item is ignored. + + +File: tar.info, Node: Relative items in date strings, Next: Pure numbers in date strings, Prev: Day of week items, Up: Date input formats + +7.6 Relative items in date strings +================================== + +"Relative items" adjust a date (or the current date if none) forward or +backward. The effects of relative items accumulate. Here are some +examples: + + 1 year + 1 year ago + 3 years + 2 days + + The unit of time displacement may be selected by the string `year' +or `month' for moving by whole years or months. These are fuzzy units, +as years and months are not all of equal duration. More precise units +are `fortnight' which is worth 14 days, `week' worth 7 days, `day' +worth 24 hours, `hour' worth 60 minutes, `minute' or `min' worth 60 +seconds, and `second' or `sec' worth one second. An `s' suffix on +these units is accepted and ignored. + + The unit of time may be preceded by a multiplier, given as an +optionally signed number. Unsigned numbers are taken as positively +signed. No number at all implies 1 for a multiplier. Following a +relative item by the string `ago' is equivalent to preceding the unit +by a multiplier with value -1. + + The string `tomorrow' is worth one day in the future (equivalent to +`day'), the string `yesterday' is worth one day in the past (equivalent +to `day ago'). + + The strings `now' or `today' are relative items corresponding to +zero-valued time displacement, these strings come from the fact a +zero-valued time displacement represents the current time when not +otherwise changed by previous items. They may be used to stress other +items, like in `12:00 today'. The string `this' also has the meaning +of a zero-valued time displacement, but is preferred in date strings +like `this thursday'. + + When a relative item causes the resulting date to cross a boundary +where the clocks were adjusted, typically for daylight saving time, the +resulting date and time are adjusted accordingly. + + The fuzz in units can cause problems with relative items. For +example, `2003-07-31 -1 month' might evaluate to 2003-07-01, because +2003-06-31 is an invalid date. To determine the previous month more +reliably, you can ask for the month before the 15th of the current +month. For example: + + $ date -R + Thu, 31 Jul 2003 13:02:39 -0700 + $ date --date='-1 month' +'Last month was %B?' + Last month was July? + $ date --date="$(date +%Y-%m-15) -1 month" +'Last month was %B!' + Last month was June! + + Also, take care when manipulating dates around clock changes such as +daylight saving leaps. In a few cases these have added or subtracted +as much as 24 hours from the clock, so it is often wise to adopt +universal time by setting the `TZ' environment variable to `UTC0' +before embarking on calendrical calculations. + + +File: tar.info, Node: Pure numbers in date strings, Next: Seconds since the Epoch, Prev: Relative items in date strings, Up: Date input formats + +7.7 Pure numbers in date strings +================================ + +The precise interpretation of a pure decimal number depends on the +context in the date string. + + If the decimal number is of the form YYYYMMDD and no other calendar +date item (*note Calendar date items::) appears before it in the date +string, then YYYY is read as the year, MM as the month number and DD as +the day of the month, for the specified calendar date. + + If the decimal number is of the form HHMM and no other time of day +item appears before it in the date string, then HH is read as the hour +of the day and MM as the minute of the hour, for the specified time of +day. MM can also be omitted. + + If both a calendar date and a time of day appear to the left of a +number in the date string, but no relative item, then the number +overrides the year. + + +File: tar.info, Node: Seconds since the Epoch, Next: Specifying time zone rules, Prev: Pure numbers in date strings, Up: Date input formats + +7.8 Seconds since the Epoch +=========================== + +If you precede a number with `@', it represents an internal time stamp +as a count of seconds. The number can contain an internal decimal +point (either `.' or `,'); any excess precision not supported by the +internal representation is truncated toward minus infinity. Such a +number cannot be combined with any other date item, as it specifies a +complete time stamp. + + Internally, computer times are represented as a count of seconds +since an epoch--a well-defined point of time. On GNU and POSIX +systems, the epoch is 1970-01-01 00:00:00 UTC, so `@0' represents this +time, `@1' represents 1970-01-01 00:00:01 UTC, and so forth. GNU and +most other POSIX-compliant systems support such times as an extension +to POSIX, using negative counts, so that `@-1' represents 1969-12-31 +23:59:59 UTC. + + Traditional Unix systems count seconds with 32-bit two's-complement +integers and can represent times from 1901-12-13 20:45:52 through +2038-01-19 03:14:07 UTC. More modern systems use 64-bit counts of +seconds with nanosecond subcounts, and can represent all the times in +the known lifetime of the universe to a resolution of 1 nanosecond. + + On most hosts, these counts ignore the presence of leap seconds. +For example, on most hosts `@915148799' represents 1998-12-31 23:59:59 +UTC, `@915148800' represents 1999-01-01 00:00:00 UTC, and there is no +way to represent the intervening leap second 1998-12-31 23:59:60 UTC. + + +File: tar.info, Node: Specifying time zone rules, Next: Authors of get_date, Prev: Seconds since the Epoch, Up: Date input formats + +7.9 Specifying time zone rules +============================== + +Normally, dates are interpreted using the rules of the current time +zone, which in turn are specified by the `TZ' environment variable, or +by a system default if `TZ' is not set. To specify a different set of +default time zone rules that apply just to one date, start the date +with a string of the form `TZ="RULE"'. The two quote characters (`"') +must be present in the date, and any quotes or backslashes within RULE +must be escaped by a backslash. + + For example, with the GNU `date' command you can answer the question +"What time is it in New York when a Paris clock shows 6:30am on October +31, 2004?" by using a date beginning with `TZ="Europe/Paris"' as shown +in the following shell transcript: + + $ export TZ="America/New_York" + $ date --date='TZ="Europe/Paris" 2004-10-31 06:30' + Sun Oct 31 01:30:00 EDT 2004 + + In this example, the `--date' operand begins with its own `TZ' +setting, so the rest of that operand is processed according to +`Europe/Paris' rules, treating the string `2004-10-31 06:30' as if it +were in Paris. However, since the output of the `date' command is +processed according to the overall time zone rules, it uses New York +time. (Paris was normally six hours ahead of New York in 2004, but +this example refers to a brief Halloween period when the gap was five +hours.) + + A `TZ' value is a rule that typically names a location in the `tz' +database (http://www.twinsun.com/tz/tz-link.htm). A recent catalog of +location names appears in the TWiki Date and Time Gateway +(http://twiki.org/cgi-bin/xtra/tzdate). A few non-GNU hosts require a +colon before a location name in a `TZ' setting, e.g., +`TZ=":America/New_York"'. + + The `tz' database includes a wide variety of locations ranging from +`Arctic/Longyearbyen' to `Antarctica/South_Pole', but if you are at sea +and have your own private time zone, or if you are using a non-GNU host +that does not support the `tz' database, you may need to use a POSIX +rule instead. Simple POSIX rules like `UTC0' specify a time zone +without daylight saving time; other rules can specify simple daylight +saving regimes. *Note Specifying the Time Zone with `TZ': (libc)TZ +Variable. + + +File: tar.info, Node: Authors of get_date, Prev: Specifying time zone rules, Up: Date input formats + +7.10 Authors of `get_date' +========================== + +`get_date' was originally implemented by Steven M. Bellovin +() while at the University of North Carolina at +Chapel Hill. The code was later tweaked by a couple of people on +Usenet, then completely overhauled by Rich $alz () and +Jim Berets () in August, 1990. Various revisions for +the GNU system were made by David MacKenzie, Jim Meyering, Paul Eggert +and others. + + This chapter was originally produced by Franc,ois Pinard +() from the `getdate.y' source code, and then +edited by K. Berry (). + + +File: tar.info, Node: Formats, Next: Media, Prev: Date input formats, Up: Top + +8 Controlling the Archive Format +******************************** + +Due to historical reasons, there are several formats of tar archives. +All of them are based on the same principles, but have some subtle +differences that often make them incompatible with each other. + + GNU tar is able to create and handle archives in a variety of +formats. The most frequently used formats are (in alphabetical order): + +gnu + Format used by GNU `tar' versions up to 1.13.25. This format + derived from an early POSIX standard, adding some improvements + such as sparse file handling and incremental archives. + Unfortunately these features were implemented in a way + incompatible with other archive formats. + + Archives in `gnu' format are able to hold file names of unlimited + length. + +oldgnu + Format used by GNU `tar' of versions prior to 1.12. + +v7 + Archive format, compatible with the V7 implementation of tar. This + format imposes a number of limitations. The most important of them + are: + + 1. The maximum length of a file name is limited to 99 characters. + + 2. The maximum length of a symbolic link is limited to 99 + characters. + + 3. It is impossible to store special files (block and character + devices, fifos etc.) + + 4. Maximum value of user or group ID is limited to 2097151 + (7777777 octal) + + 5. V7 archives do not contain symbolic ownership information + (user and group name of the file owner). + + This format has traditionally been used by Automake when producing + Makefiles. This practice will change in the future, in the + meantime, however this means that projects containing file names + more than 99 characters long will not be able to use GNU `tar' + 1.17 and Automake prior to 1.9. + +ustar + Archive format defined by POSIX.1-1988 specification. It stores + symbolic ownership information. It is also able to store special + files. However, it imposes several restrictions as well: + + 1. The maximum length of a file name is limited to 256 + characters, provided that the file name can be split at a + directory separator in two parts, first of them being at most + 155 bytes long. So, in most cases the maximum file name + length will be shorter than 256 characters. + + 2. The maximum length of a symbolic link name is limited to 100 + characters. + + 3. Maximum size of a file the archive is able to accommodate is + 8GB + + 4. Maximum value of UID/GID is 2097151. + + 5. Maximum number of bits in device major and minor numbers is + 21. + +star + Format used by Jo"rg Schilling `star' implementation. GNU `tar' + is able to read `star' archives but currently does not produce + them. + +posix + Archive format defined by POSIX.1-2001 specification. This is the + most flexible and feature-rich format. It does not impose any + restrictions on file sizes or file name lengths. This format is + quite recent, so not all tar implementations are able to handle it + properly. However, this format is designed in such a way that any + tar implementation able to read `ustar' archives will be able to + read most `posix' archives as well, with the only exception that + any additional information (such as long file names etc.) will in + such case be extracted as plain text files along with the files it + refers to. + + This archive format will be the default format for future versions + of GNU `tar'. + + + The following table summarizes the limitations of each of these +formats: + +Format UID File Size File Name Devn +-------------------------------------------------------------------- +gnu 1.8e19 Unlimited Unlimited 63 +oldgnu 1.8e19 Unlimited Unlimited 63 +v7 2097151 8GB 99 n/a +ustar 2097151 8GB 256 21 +posix Unlimited Unlimited Unlimited Unlimited + + The default format for GNU `tar' is defined at compilation time. +You may check it by running `tar --help', and examining the last lines +of its output. Usually, GNU `tar' is configured to create archives in +`gnu' format, however, future version will switch to `posix'. + +* Menu: + +* Compression:: Using Less Space through Compression +* Attributes:: Handling File Attributes +* Portability:: Making `tar' Archives More Portable +* cpio:: Comparison of `tar' and `cpio' + + +File: tar.info, Node: Compression, Next: Attributes, Up: Formats + +8.1 Using Less Space through Compression +======================================== + +* Menu: + +* gzip:: Creating and Reading Compressed Archives +* sparse:: Archiving Sparse Files + + +File: tar.info, Node: gzip, Next: sparse, Up: Compression + +8.1.1 Creating and Reading Compressed Archives +---------------------------------------------- + +GNU `tar' is able to create and read compressed archives. It supports +`gzip' and `bzip2' compression programs. For backward compatibility, +it also supports `compress' command, although we strongly recommend +against using it, since there is a patent covering the algorithm it +uses and you could be sued for patent infringement merely by running +`compress'! Besides, it is less effective than `gzip' and `bzip2'. + + Creating a compressed archive is simple: you just specify a +"compression option" along with the usual archive creation commands. +The compression option is `-z' (`--gzip') to create a `gzip' compressed +archive, `-j' (`--bzip2') to create a `bzip2' compressed archive, and +`-Z' (`--compress') to use `compress' program. For example: + + $ tar cfz archive.tar.gz . + + Reading compressed archive is even simpler: you don't need to specify +any additional options as GNU `tar' recognizes its format +automatically. Thus, the following commands will list and extract the +archive created in previous example: + + # List the compressed archive + $ tar tf archive.tar.gz + # Extract the compressed archive + $ tar xf archive.tar.gz + + The only case when you have to specify a decompression option while +reading the archive is when reading from a pipe or from a tape drive +that does not support random access. However, in this case GNU `tar' +will indicate which option you should use. For example: + + $ cat archive.tar.gz | tar tf - + tar: Archive is compressed. Use -z option + tar: Error is not recoverable: exiting now + + If you see such diagnostics, just add the suggested option to the +invocation of GNU `tar': + + $ cat archive.tar.gz | tar tfz - + + Notice also, that there are several restrictions on operations on +compressed archives. First of all, compressed archives cannot be +modified, i.e., you cannot update (`--update' (`-u')) them or delete +(`--delete') members from them. Likewise, you cannot append another +`tar' archive to a compressed archive using `--append' (`-r')). +Secondly, multi-volume archives cannot be compressed. + + The following table summarizes compression options used by GNU `tar'. + +`-z' +`--gzip' +`--ungzip' + Filter the archive through `gzip'. + + You can use `--gzip' and `--gunzip' on physical devices (tape + drives, etc.) and remote files as well as on normal files; data to + or from such devices or remote files is reblocked by another copy + of the `tar' program to enforce the specified (or default) record + size. The default compression parameters are used; if you need to + override them, set `GZIP' environment variable, e.g.: + + $ GZIP=--best tar cfz archive.tar.gz subdir + + Another way would be to avoid the `--gzip' (`--gunzip', + `--ungzip', `-z') option and run `gzip' explicitly: + + $ tar cf - subdir | gzip --best -c - > archive.tar.gz + + About corrupted compressed archives: `gzip''ed files have no + redundancy, for maximum compression. The adaptive nature of the + compression scheme means that the compression tables are implicitly + spread all over the archive. If you lose a few blocks, the dynamic + construction of the compression tables becomes unsynchronized, and + there is little chance that you could recover later in the archive. + + There are pending suggestions for having a per-volume or per-file + compression in GNU `tar'. This would allow for viewing the + contents without decompression, and for resynchronizing + decompression at every volume or file, in case of corrupted + archives. Doing so, we might lose some compressibility. But this + would have make recovering easier. So, there are pros and cons. + We'll see! + +`-j' +`--bzip2' + Filter the archive through `bzip2'. Otherwise like `--gzip'. + +`-Z' +`--compress' +`--uncompress' + Filter the archive through `compress'. Otherwise like `--gzip'. + + The GNU Project recommends you not use `compress', because there + is a patent covering the algorithm it uses. You could be sued for + patent infringement merely by running `compress'. + +`--use-compress-program=PROG' + Use external compression program PROG. Use this option if you + have a compression program that GNU `tar' does not support. There + are two requirements to which PROG should comply: + + First, when called without options, it should read data from + standard input, compress it and output it on standard output. + + Secondly, if called with `-d' argument, it should do exactly the + opposite, i.e., read the compressed data from the standard input + and produce uncompressed data on the standard output. + + The `--use-compress-program' option, in particular, lets you +implement your own filters, not necessarily dealing with +compression/decompression. For example, suppose you wish to implement +PGP encryption on top of compression, using `gpg' (*note gpg: +(gpg)Top.). The following script does that: + + #! /bin/sh + case $1 in + -d) gpg --decrypt - | gzip -d -c;; + '') gzip -c | gpg -s ;; + *) echo "Unknown option $1">&2; exit 1;; + esac + + Suppose you name it `gpgz' and save it somewhere in your `PATH'. +Then the following command will create a compressed archive signed with +your private key: + + $ tar -cf foo.tar.gpgz --use-compress=gpgz . + +Likewise, the following command will list its contents: + + $ tar -tf foo.tar.gpgz --use-compress=gpgz . + + +File: tar.info, Node: sparse, Prev: gzip, Up: Compression + +8.1.2 Archiving Sparse Files +---------------------------- + +Files in the file system occasionally have "holes". A "hole" in a file +is a section of the file's contents which was never written. The +contents of a hole reads as all zeros. On many operating systems, +actual disk storage is not allocated for holes, but they are counted in +the length of the file. If you archive such a file, `tar' could create +an archive longer than the original. To have `tar' attempt to +recognize the holes in a file, use `--sparse' (`-S'). When you use +this option, then, for any file using less disk space than would be +expected from its length, `tar' searches the file for consecutive +stretches of zeros. It then records in the archive for the file where +the consecutive stretches of zeros are, and only archives the "real +contents" of the file. On extraction (using `--sparse' is not needed +on extraction) any such files have holes created wherever the +continuous stretches of zeros were found. Thus, if you use `--sparse', +`tar' archives won't take more space than the original. + +`-S' +`--sparse' + This option instructs `tar' to test each file for sparseness + before attempting to archive it. If the file is found to be + sparse it is treated specially, thus allowing to decrease the + amount of space used by its image in the archive. + + This option is meaningful only when creating or updating archives. + It has no effect on extraction. + + Consider using `--sparse' when performing file system backups, to +avoid archiving the expanded forms of files stored sparsely in the +system. + + Even if your system has no sparse files currently, some may be +created in the future. If you use `--sparse' while making file system +backups as a matter of course, you can be assured the archive will +never take more space on the media than the files take on disk +(otherwise, archiving a disk filled with sparse files might take +hundreds of tapes). *Note Incremental Dumps::. + + However, be aware that `--sparse' option presents a serious +drawback. Namely, in order to determine if the file is sparse `tar' +has to read it before trying to archive it, so in total the file is +read *twice*. So, always bear in mind that the time needed to process +all files with this option is roughly twice the time needed to archive +them without it. + + When using `POSIX' archive format, GNU `tar' is able to store sparse +files using in three distinct ways, called "sparse formats". A sparse +format is identified by its "number", consisting, as usual of two +decimal numbers, delimited by a dot. By default, format `1.0' is used. +If, for some reason, you wish to use an earlier format, you can select +it using `--sparse-version' option. + +`--sparse-version=VERSION' + Select the format to store sparse files in. Valid VERSION values + are: `0.0', `0.1' and `1.0'. *Note Sparse Formats::, for a + detailed description of each format. + + Using `--sparse-format' option implies `--sparse'. + + +File: tar.info, Node: Attributes, Next: Portability, Prev: Compression, Up: Formats + +8.2 Handling File Attributes +============================ + + _(This message will disappear, once this node revised.)_ + +When `tar' reads files, it updates their access times. To avoid this, +use the `--atime-preserve[=METHOD]' option, which can either reset the +access time retroactively or avoid changing it in the first place. + + Handling of file attributes + +`--atime-preserve' +`--atime-preserve=replace' +`--atime-preserve=system' + Preserve the access times of files that are read. This works only + for files that you own, unless you have superuser privileges. + + `--atime-preserve=replace' works on most systems, but it also + restores the data modification time and updates the status change + time. Hence it doesn't interact with incremental dumps nicely + (*note Incremental Dumps::), and it can set access or data + modification times incorrectly if other programs access the file + while `tar' is running. + + `--atime-preserve=system' avoids changing the access time in the + first place, if the operating system supports this. + Unfortunately, this may or may not work on any given operating + system or file system. If `tar' knows for sure it won't work, it + complains right away. + + Currently `--atime-preserve' with no operand defaults to + `--atime-preserve=replace', but this is intended to change to + `--atime-preserve=system' when the latter is better-supported. + +`-m' +`--touch' + Do not extract data modification time. + + When this option is used, `tar' leaves the data modification times + of the files it extracts as the times when the files were + extracted, instead of setting it to the times recorded in the + archive. + + This option is meaningless with `--list' (`-t'). + +`--same-owner' + Create extracted files with the same ownership they have in the + archive. + + This is the default behavior for the superuser, so this option is + meaningful only for non-root users, when `tar' is executed on + those systems able to give files away. This is considered as a + security flaw by many people, at least because it makes quite + difficult to correctly account users for the disk space they + occupy. Also, the `suid' or `sgid' attributes of files are easily + and silently lost when files are given away. + + When writing an archive, `tar' writes the user ID and user name + separately. If it can't find a user name (because the user ID is + not in `/etc/passwd'), then it does not write one. When restoring, + it tries to look the name (if one was written) up in + `/etc/passwd'. If it fails, then it uses the user ID stored in + the archive instead. + +`--no-same-owner' +`-o' + Do not attempt to restore ownership when extracting. This is the + default behavior for ordinary users, so this option has an effect + only for the superuser. + +`--numeric-owner' + The `--numeric-owner' option allows (ANSI) archives to be written + without user/group name information or such information to be + ignored when extracting. It effectively disables the generation + and/or use of user/group name information. This option forces + extraction using the numeric ids from the archive, ignoring the + names. + + This is useful in certain circumstances, when restoring a backup + from an emergency floppy with different passwd/group files for + example. It is otherwise impossible to extract files with the + right ownerships if the password file in use during the extraction + does not match the one belonging to the file system(s) being + extracted. This occurs, for example, if you are restoring your + files after a major crash and had booted from an emergency floppy + with no password file or put your disk into another machine to do + the restore. + + The numeric ids are _always_ saved into `tar' archives. The + identifying names are added at create time when provided by the + system, unless `--old-archive' (`-o') is used. Numeric ids could + be used when moving archives between a collection of machines using + a centralized management for attribution of numeric ids to users + and groups. This is often made through using the NIS capabilities. + + When making a `tar' file for distribution to other sites, it is + sometimes cleaner to use a single owner for all files in the + distribution, and nicer to specify the write permission bits of the + files as stored in the archive independently of their actual value + on the file system. The way to prepare a clean distribution is + usually to have some Makefile rule creating a directory, copying + all needed files in that directory, then setting ownership and + permissions as wanted (there are a lot of possible schemes), and + only then making a `tar' archive out of this directory, before + cleaning everything out. Of course, we could add a lot of options + to GNU `tar' for fine tuning permissions and ownership. This is + not the good way, I think. GNU `tar' is already crowded with + options and moreover, the approach just explained gives you a + great deal of control already. + +`-p' +`--same-permissions' +`--preserve-permissions' + Extract all protection information. + + This option causes `tar' to set the modes (access permissions) of + extracted files exactly as recorded in the archive. If this option + is not used, the current `umask' setting limits the permissions on + extracted files. This option is by default enabled when `tar' is + executed by a superuser. + + This option is meaningless with `--list' (`-t'). + +`--preserve' + Same as both `--same-permissions' and `--same-order'. + + The `--preserve' option has no equivalent short option name. It + is equivalent to `--same-permissions' plus `--same-order'. + + -- cgit v1.2.3