223

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. Commented Mar 29, 2012 at 14:20
  • Yes, it completed after ~1hr, but the absolute path was wrong, you were correct. Commented 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). Commented Mar 29, 2012 at 22:35
  • 1
    The important part is also no trailing slash. Using folder/folder2/ won't work. Commented Mar 20, 2017 at 9:49

1 Answer 1

Reset to default
255

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
  • 82
    --strip-components=N may be useful to some here. Commented 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/ Commented Nov 30, 2016 at 3:32
  • 1
    And about .gz ? Commented 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. Commented 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 .... Commented Mar 14, 2019 at 12:34

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.