You've just made my day, I've spent almost three days trying to get this kernel unpacked and nothing else worked for me but your script!
Unpacking initramfs
9923 blocks
cpio: misc: Cannot change mode to rwsrwsrwx: Operation not permitted
cpio: busybox: Cannot symlink to `sbin/chgrp': Operation not permitted
cpio: busybox: Cannot symlink to `sbin/uuencode': Operation not permitted
cpio: busybox: Cannot symlink to `sbin/printenv': Operation not permitted
cpio: busybox: Cannot symlink to `sbin/df': Operation not permitted
cpio: ../init: Cannot symlink to `sbin/ueventd': Operation not permitted
I get the same damned thing... jesus christ how I hate that Operation Terminated screen... you can fix it by changing to x64 from x32 or if you install ubuntu 10.10Anyone got a fix for this :
![]()
?
try following the same steps i've given in my kernel development tutorials and you shouldnt get any errors...I'm assuming this tool is dead, as I get same errors as last posters and seems no one can post the cause
Thanks dharamg3 great kernel TUT thread took me some searching to find it, you should add it to your signaturetry following the same steps i've given in my kernel development tutorials and you shouldnt get any errors...
Anyone got a fix for this :
![]()
?
try following the same steps i've given in my kernel development tutorials and you shouldnt get any errors...
I thinks also it's the newer kernels zImage (changing ther layouts, headers) because some said it workedIf I remember correctly then I followed the exact same steps from your tutorial and got this error....
I think the tool itself is dead.....
Thank you for this utility. I've taken the liberty of making a couple of bugfixes - one to initialise compress_list in the -3 option case, and the other to initialise at_min to 0 rather than blank in gunzipWithTrailer. The first stops the -3 option hanging, and the second is cosmetic and prevents sh complaining.repack-zImage.sh is a bash script for Linux which allows you to unpack a kernel image (zImage) for modification and repack it afterwards into a new working kernel image.
You don't need a kernel tree for this program nor a compiler. It should work with any zImage that contains an initramfs, for whatever phone, operating system or CPU architecture you like.
My main purpose when I wrote it was to modify the initramfs of leaked Samsung i5800 firmware for which no kernel source is available.
Usage:
=====
Put the unzipped script into some directory along your $PATH (e.g., /usr/local/bin). Put the unpacked files from initramfs_utils.zip into /usr/local/bin.
Then simply run 'repack-zImage.sh -u' with your zImage in the current directory and it will create a directory named 'zImage_unpacked' which contains the unpacked blocks of your zImage. Refer to the comments near the start of the program to identify which file corresponds to which fragment of the original zImage. (The file name of the zImage should be "zImage". If it isn't, pass it as the only non-option argument. The subdirectory's name will change accordingly.)
Most notably, there will be a directory 'initramfs' in there, which contains all files from the original initramfs in their original tree. You can modify the contents as you like, but keep in mind that your initramfs cannot grow larger than the space reserved for it in the original zImage. So you're restricted to relatively small changes which should, however, satisfy many needs. You always can call a script or executable on some other partition (including the SD card if already mounted) if you need more room for your modifications.
After your modifications are done, cd back to the directory which contains zImage and zImage_unpacked and run 'repack-zImage.sh -p' to start the packing process.
This will create a directory called 'zImage_packing' which contains your new zImage (and a zImage.tar for loaders like ODIN). It will emit (between others) one or two messages about a padding being done and about how many bytes were padded. This number (or the lower number of the two) is an indication about how many compressed bytes are left for further additions to the initrd.
If your initramfs (or some other modified part) grows too large, the script will abort with an appropriate error message.
In initramfs-utils.zip, three programs are provided. They should be copied to /usr/local/bin:
* cpio_set0. This is a slightly modified cpio (compiled for 32 bit Linux). repack-zImage.sh will run without it, but there may be slightly more room in your initramfs if you use the modified one. It sets all file times in the archive to 0 (epoch), thus yielding better and consistent compression results. Else, the size of the compressed initramfs will differ from invocation to invocation due to differing atimes. Put it somewhere along your $PATH (e.g., /usr/local/bin).
* gen_init_cpio and
* gen_initramfs_list.sh. These are utilities copied from a kernel tree and used to support creation of an initramfs (in certain modes).
'repack-zImage.sh --help' will output usage information.
Happy hacking,
mizch
Current Version: 6
2011-05-03
('repack-zImage.sh --version' will output version information.)
- added support for lzma compressed ramdisks (both directions)
Version 4
2011-02-17
- Workaround for ambiguous gunzip result, see post #20
- Some code cleanup + CLI cleanup
- better error detection
Version 3
2011-01-06
- now also works with unzipped initramfs withing gzipped zImage part (i.e., all kinds of zImages)
Version 1
2011-01-05
- initial version. Works only for gzipped initramfs within gzipped zImage (e.g., G3 Eclair kernels)
-----------------------
repack-zImage.zip contains version 4 of the script.
For the newest version, download repack-zImage.v6.zip and initramfs-utils.zip.
Thank you a lot, the unpack part works perfectThank you for this utility. I've taken the liberty of making a couple of bugfixes - one to initialise compress_list in the -3 option case, and the other to initialise at_min to 0 rather than blank in gunzipWithTrailer. The first stops the -3 option hanging, and the second is cosmetic and prevents sh complaining.
I can confirm it works with zImage 4.0.4 XWLPT for the Samsung Galaxy S II (i9100).
Peter
It works for XWLPT and XWLPU (unpacking, clearing the MMC_ERASE_CAP byte and repacking) and provides a working safe kernel. However it doesn't seem to work for XWLPX and I don't know why yet. If I unpack and repack the XXLPX zImage, the resultant zImage is binary identical. However changing the single byte from 1 to 0 to make it safe (this results in piggy.gz being one byte smaller and getting padded by one byte) makes the kernel hang. Why?!Thank you a lot, the unpack part works perfect
However:
- it will hang on kernels like CF-Root
- the resulting output zimage, even from a stock fw without modifying the intramfs files will not boot, stuck at Samsung first boot screen
Any help please or a tut how to setup
(using Ubuntu 10.10)
Try to use Ubuntu 10.04 or 10.10 with program.Gettin error, either permission denied or line 99 unexpected "(
Anyone around?
Maybe tool chain installation program wanted you to reboot system but nevertheless it works!Thanks for reply, I've been using 10.10, not sure how I got it to work after error... oh yeah I rebooted.
Lovely tool!