Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I've got a bunch of tar.gz files and I want to do a "grep something * -Rin" as I would on them if they weren't tar.gzed. I want to keep them tar.gzed as they are, but grep on them on-the-fly and find the occurrences of my grep with the prefixed file and line number.

Something like:

grep mytoken1 *.tar.gz -Rin

and get something like:

my1.tar.gz,dir1/file2:123:mytoken1 is in this line  
my2.tar.gz,dir2/file3:233:mytoken1 is also in this other line  

Is there a way of doing this?

share|improve this question

zgrep (or, we believe, grep with the -Z flag) will let you grep the compressed files and I think will tell you much of what you want, but this doesn't give you the filename without a bit more work looking at the header :(

share|improve this answer According to this zgrep is the same as grep with the -Z flag (need zlib compiled, tho), I don't have a terminal in front of me, but I would think this would work. – SW. Jan 31 '12 at 7:06
blush it's like when I found out about ls and l. I feel grown up... – Joe Jan 31 '12 at 7:39
+1 zgrep should work as the tar format contains verbatim copies of file content, plus some header information and padding bytes. – Mr Shunz Jan 31 '12 at 8:29
This doesn't show in which file in the archive the pattern was found in. – harrymc Jan 31 '12 at 8:51
Have edited with information from comments. – Joe Jan 31 '12 at 9:44

Found in Unix script to search within a .tar or .gz file :

The script :

for file in $(tar -tzf file.tar.gz | grep '\.txt'); do 
    tar -Oxzf file.tar.gz "$file" | grep -B 3 --label="$file" -H "string-or-regex"

will respect file boundaries and report the file names. The | grep '\.txt part can be adapted to your needs or dropped.

(-z tells tar it is gzip compressed. -t lists the contents. -x extracts. -O redirects to standard output rather than the file system. Older tars may not have the -O or -z flag, and will want the flags without -: e.g. tar tz file.tar.gz)

If your grep does not support these flags, then one can use awk :

#!/usr/bin/awk -f
BEGIN { context=3; }
{ add_buffer($0) }
/pattern/ { print_buffer() }
function add_buffer(line)
    buffer[NR % context]=line
function print_buffer()
    for(i = max(1, NR-context+1); i <= NR; i++) {
        print buffer[i % context]
function max(a,b)
    if (a > b) { return a } else { return b }

This will not coalesce adjacent matches, unlike grep -B, and can thus repeat lines that are within 3 lines of two different matches.

share|improve this answer

One way would be to use this quick hack:


Quick-and-dirty way to grep in *.tar.gz archives

    each and every file read from any of the supplied tar archives
    will fit into memory. If not, the data reading has to be rewritten
    (a proxy that reads line-by-line would have to be inserted)

require 'rubygems'
gem 'minitar'
require 'zlib'
require 'archive/tar/minitar'

if ARGV.size < 2
    STDERR.puts "#{File.basename($0)} <regexp> <file>+"
    exit 1

regexp =, Regexp::IGNORECASE)

for file in ARGV
    zr =, 'rb')) do |e|
        next unless e.file?
        data =
        if regexp =~ data
            data.split(/\n/).each_with_index do |l, i|
                puts "#{file},#{e.full_name}:#{i+1}:#{l}" if regexp =~ l

which is not to say I'd recommend it for bigger archives, as each file from the archive is read into memory (twice, actually).

If you want a bit more memory-efficient version, you'd either have to go with different implementation of the loop... or, perhaps, with a different language altogether. ;)

I could make it a bit more efficient if you're really interested... but it will definitely not compare with C or other compiled languages, in terms of raw speed.

share|improve this answer
Which version of ruby should I use? $ ruby ./tar_search.rb DSM 1.tar.gz 2.tar.gz /usr/lib/ruby/1.9.1/rubygems.rb:762:in report_activate_error': Could not find RubyGem minitar (>= 0) (Gem::LoadError) from /usr/lib/ruby/1.9.1/rubygems.rb:219:in activate' from /usr/lib/ruby/1.9.1/rubygems.rb:1065:in gem' from ./tar_search.rb:13:in <main>' – 719016 Feb 7 '12 at 11:41
I developed on 1.8.7. However, the main problem is missing gem minitar. Rectify that from shell: gem install minitar; then it should work. Also, Ruby 1.9.1 works fine (after the gem installation). – Wejn Feb 7 '12 at 22:23

I think this will be very tricky.

In fact, tar is basically a concatenation of all its includes files, with headers addition. So basically a grep-in-tar function could be written to deal with that and provide information on file and line number (basic grep with header reading and line number substraction). I've not heard of such a program.

The problem is with gzip. This is a compression format so you need to decompress it if you want to access the content.

gunzip -c files.tgz | grep-in-tar

would be a way to do what you want. At the moment you can try gunzip -c files.tgz | grep -Rin but it will just say that the binary file matches.

share|improve this answer

The modular approach to *nix tools means that there's no simple way to do this efficiently with grep / tar / zcat. Ideally you want to decompress the files only once, and process each tar file in a single pass. Here's my attempt at tgz-grep:

import re,sys,tarfile


for tfile in tarfiles:, mode='r|gz')
  for file in tar:
    for line in tar.extractfile(file):
      count += 1
        print "%s,%s:%d:%s" % (tfile, name, count, line),

Note: this doesn't do directory recursion (-R) or case-insensitvity (-i), or other options supported by GNU grep, but they wouldn't be tricky to add.

share|improve this answer

You must log in to answer this question.

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