210

I am using this command on a 5GB archive

tar -zxvf archive.tar.gz /folder/in/archive

is this the correct way to do this? It seems to be taking forever with no command line output...

Improve this question
4
  • 1
    Did you use an absolute or relative path? Should be relative, other than that it looks right. How long did you let it run, and how good is your system? It will take at least several minutes on a fast machine. Potentially an hour or more? I'm running a test now.
    – Kevin
    Mar 29, 2012 at 14:20
  • Yes, it completed after ~1hr, but the absolute path was wrong, you were correct.
    – Garrett Hall
    Mar 29, 2012 at 14:43
  • 5
    On Linux, you can watch how far into the archive tar is with cat /proc/$(pidof tar)/fdinfo/0 (adapt the command if you have more than one tar process running).
    – Gilles 'SO- stop being evil'
    Mar 29, 2012 at 22:35
  • 1
    The important part is also no trailing slash. Using folder/folder2/ won't work.
    – Marki555
    Mar 20, 2017 at 9:49

1 Answer 1

Reset to default
238

tar stores relative paths by default. GNU tar even says so if you try to store an absolute path:

tar -cf foo.tar /home/foo
tar: Removing leading `/' from member names

If you need to extract a particular folder, have a look at what's in the tar file:

tar -tvf foo.tar

And note the exact filename. In the case of my foo.tar file, I could extract /home/foo/bar by saying:

tar -xvf foo.tar home/foo/bar # Note: no leading slash

So no, the way you posted isn't (necessarily) the correct way to do it. You have to leave out the leading slash. If you want to simulate absolute paths, do cd / first and make sure you're the superuser. Also, this does the same:

tar -C / -xvf foo.tar home/foo/bar # -C is the ‘change directory’ option

There are very obvious, good reasons why tar converts paths to relative ones. One is the ability to restore an archive in places other than its original source. The other is security. You could extract an archive, expect its files to appear in your current working directory, and instead overwrite system files (or your own work) elsewhere by mistake.

Note: if you use the -P option, tar will archive absolute paths. So it always pays to check the contents of big archives before extracting.

Improve this answer
6
  • 76
    --strip-components=N may be useful to some here.
    – Asclepius
    Jul 18, 2014 at 21:57
  • 3
    in my case it was necessary to write ./foldername/ instead of foldername, I guess that it was because when I created the tar I created it with tar -cvf santi.tar ./* and when I "listed" the tar this is what it said drwxr-xr-x santi/santi 0 2016-04-11 09:42 ./foldername/
    – santiago arizti
    Nov 30, 2016 at 3:32
  • 1
    And about .gz ?
    – Peter Krauss
    Aug 4, 2017 at 23:04
  • 1
    @PeterKrauss change -xvf to -xzvf (adding the -z option) and obviously foo.tar to foo.tar.gz or whatever your archive is named. The same holds for -j (bz2) and on some recent versions, -J (xz). Otherwise, a pipeline like zcat foo.tar.gz | tar -xvf - … also works.
    – Alexios
    Aug 5, 2017 at 6:40
  • 1
    And remember, if you are tired of all the verbose output during extraction just skip the v in all the examples. E.g., tar -tf foo.tar and tar -xf foo.tar ....
    – Bo R
    Mar 14, 2019 at 12:34

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .