I have already tried uncompress, gzip, and all other solutions that come up as google results and these have not worked for me.

To get just the image search for the GZ signature - 1f 8b 08 00.

> od -A d -t x1 vmlinuz | grep '1f 8b 08 00'
0024576 24 26 27 00 ae 21 16 00 1f 8b 08 00 7f 2f 6b 45

so the image begins at 24576+8 => 24584. Then just copy the image from the point and decompress it -

> dd if=vmlinuz bs=1 skip=24584 | zcat > vmlinux
1450414+0 records in
1450414+0 records out
1450414 bytes (1.5 MB) copied, 6.78127 s, 214 kB/s

Got these instructions verbatim from a forum online: http://www.codeguru.com/forum/showthread.php?t=415186

This process does not work for me and end up giving errors that states file not found 0024576 and all subsequent numbers.

How do I proceed extracting vmlinux from vmlinuz?

Thank you.

link|improve this question

75% accept rate
2  
Why do you want to do this? – Flimzy Jun 18 '11 at 4:12
This is actually for a friend who had to do something with it. The question seemed interesting and I pursued it for my academic interest. An alternative to this is to build the kernel :-/ – Lord Loh. Jun 18 '11 at 4:22
Well, for academic interest, I don't know if it's easily possible. I believe a vmlinuz kernel has an executable preamble--it's essentially a self-extracting archive. That's why using straight gunzip didn't work for you. The quoted method attempts to skip past that preamble. Why it doesn't work, I don't know for sure. Maybe somebody else with similar academic interests can give you a useful answer. :) – Flimzy Jun 18 '11 at 4:25
feedback

migrated from stackoverflow.com Jun 18 '11 at 8:01

This question came from our site for professional and enthusiast programmers.

3 Answers

Maybe you misunderstood what the author of that post meant.

  1. The vmlinuz file contains other things besides the gzipped content, so you need to find out where the gzipped content starts. To do that, use:

    od -A d -t x1 vmlinuz | grep '1f 8b 08 00'
    

    What this does is to show you where in that file you can find the gzip header. The output looks like:

    0024576 24 26 27 00 ae 21 16 00 1f 8b 08 00 7f 2f 6b 45
    

    This means that at 0024576 (at least for the author of the post, yours might be somewhere completely different) in the vmlinuz file, you will find the binary values "24 26 27 00 ae 21 16 00 1f 8b 08 00 7f 2f 6b 45". You're looking for 1f 8b 08 00, which can be found from character 9 onwards, or, at 0024576 + 8 (start counting from 0) = 24584.

  2. Now that you know where the gzipped content starts (at position 24584) you can use dd to extract that gzipped content and ungzip it. To do that, use:

    dd if=vmlinuz bs=1 skip=24584 | zcat > vmlinux
    

    The first command will seek to that position and copy everything to stdout. zcat then will uncompress everything it gets from stdin and will output the uncompressed string to stdout. Then the > will redirect zcat's output to a new file named vmlinux.

link|improve this answer
Thanks! That makes sense now. However, '1f 8b 08 00' did nor return anything for my kernel after a few seconds of execution. Apparently the code has changed. Any suggestion on how to get the new set of magic numbers? – Lord Loh. Jun 18 '11 at 4:32
@Lord Loh.: Two possibilities: 1) The magic numbers cross line boundaries in od's output. Use bgrep to search for 1f8b0800. 2) The kernel is compressed using a different algorithm. Try fd377a585a00 for xz or 425a6839 for bzip2. – grawity Jun 18 '11 at 9:16
@ grawity - Thank you for the reply. I tried that. neither 1f8b0800, fd377a585a00 nor 425a6839 returned any results. So I started chopping down the magic string byte by byte till I got some results, and they were hundreds of matches :-( So I am still without success. – Lord Loh. Jun 19 '11 at 16:51
LZMA is "5d 00 00 80" according to minimodding.com/…. Still didn't work for me. – Sam Brightman Mar 12 at 10:55
feedback

Actually, before generating the vmlinuz file, most symbols are stripped. So you cannot rebuild a true vmlinux from vmlinuz, the file will not be as useful for debugging.

link|improve this answer
feedback

Modern kernels are not always (in fact, not generally) gzip compressed. They may use bzip2 or LZMA. A quick web search didn't help me find the magic strings for those compression methods--you might be better off checking several kernel images to find the invariant header that includes the decompression code.

link|improve this answer
feedback

Your Answer

 
or
required, but never shown

Not the answer you're looking for? Browse other questions tagged or ask your own question.