Hello, I've noticed that initramfs creation fails at: * >> Creating auxilary cpio archive... # tar -tzf /usr/share/genkernel/generic/keymaps.tar.gz tar: This does not look like a tar archive tar: Skipping to next header gzip: stdin: invalid compressed data--format violated tar: Child returned status 1 tar: Error exit delayed from previous errors Previous version was OK as far as I remember.
I am getting the same message but when I do an emerge -B and then an emerge -k. The last tar update seems to have a bug. Having tar-1.15.1-r1 installed seems to resolved the problem. Try to downgrade to this version.
This bug is a duplicated of bug 151146
Nope. I downgraded tar to 1.15.91, and nothing changed. Upgraded tar to 1.15.92-r1 and downgraded genkernel to 3.4.1. The problem is with genkernel 3.4.2.
I can also confirm this bug, i had to downgrade to genkernel 3.4.1 in order to build a new initrd today. * Gentoo Linux Genkernel; Version 3.4.2 * Running with options: --gensplash=livecd-2006.1 initrd * Linux Kernel 2.6.18-gentoo-r1 for x86... * initramfs: >> Initializing... * >> Creating base_layout cpio archive... * >> Creating auxilary cpio archive... /bin/tar: This does not look like a tar archive /bin/tar: Skipping to next header gzip: stdin: invalid compressed data--format violated /bin/tar: Child returned status 1 /bin/tar: Error exit delayed from previous errors * >> Creating busybox cpio archive... * >> Creating insmod cpio archive... * >> Creating modules cpio archive... * >> Installing gensplash [ using the livecd-2006.1 theme ]... * Merging * initramfs-base-layout.cpio.gz * initramfs-aux.cpio.gz * initramfs-busybox-1.1.3+gentoo.cpio.gz * initramfs-insmod-0.9.15-pre4.cpio.gz * initramfs-modules-2.6.18-gentoo-r1.cpio.gz * initramfs-splash-2.6.18-gentoo-r1.cpio.gz ... * Gentoo Linux Genkernel; Version 3.4.1 * Running with options: --gensplash=livecd-2006.1 initrd * Linux Kernel 2.6.18-gentoo-r1 for x86... * initramfs: >> Initializing... * >> Creating base_layout cpio archive... * >> Creating auxilary cpio archive... * >> Creating busybox cpio archive... * >> Creating insmod cpio archive... * >> Creating modules cpio archive... * >> Installing gensplash [ using the livecd-2006.1 theme ]... * Merging * initramfs-base-layout.cpio.gz * initramfs-aux.cpio.gz * initramfs-busybox-1.1.3+gentoo.cpio.gz * initramfs-insmod-0.9.15-pre4.cpio.gz * initramfs-modules-2.6.18-gentoo-r1.cpio.gz * initramfs-splash-2.6.18-gentoo-r1.cpio.gz
OK... I updated the file genkernel-pkg-3.4.tar.bz2 with the proper one... I'm sure this will confuse some people, but I'm away from my main development system and have no other way to fix this. Let me know if this works for you.
Hi! It does not work. The problem is in /usr/share/genkernel/generic/keymaps.tar.gz which is not part of genkernel-pkg-3.4.tar.bz2, but of genkernel-3.4.2.tar.bz2. Regards,
OK. The file wasn't set as a binary in subversion. I've now fixed this.
Fixed in 3.4.3
Is it really fixed? zoolook@venkman ~ $ eix genkernel [D] sys-kernel/genkernel Available versions: 3.3.10 3.3.11d 3.4.0-r1 3.4.1 Installed: 3.4.3[11:01:58 AM 10/24/2006][-ibm] Homepage: http://www.gentoo.org Description: Gentoo autokernel script zoolook@venkman ~ $ sudo genkernel --no-clean --oldconfig --postclear --lvm2 all * Gentoo Linux Genkernel; Version 3.4.3 * Running with options: --no-clean --oldconfig --postclear --lvm2 all * Linux Kernel 2.6.18-gentoo-r1 for x86... * config: >> Running oldconfig... * config: --no-clean is enabled; leaving the .config alone. * >> Compiling 2.6.18-gentoo-r1 bzImage... * >> Compiling 2.6.18-gentoo-r1 modules... * Copying config for successful build to /etc/kernels/kernel-config-x86-2.6.18-gentoo-r1 * module-init-tools: >> Configuring * >> Compiling... * >> Copying to cache... * busybox: >> Configuring... * busybox: >> Compiling... * busybox: >> Copying to cache... * initramfs: >> Initializing... * >> Creating base_layout cpio archive... * >> Creating auxilary cpio archive... /bin/tar: This does not look like a tar archive /bin/tar: Skipping to next header gzip: stdin: invalid compressed data--format violated /bin/tar: Child returned status 1 /bin/tar: Error exit delayed from previous errors * >> Creating busybox cpio archive... * >> Creating lvm2 cpio archive... * LVM2: Adding support (using local static binaries)... * >> Creating insmod cpio archive... * >> Creating modules cpio archive... * Merging * initramfs-base-layout.cpio.gz * initramfs-aux.cpio.gz * initramfs-busybox-1.1.3+gentoo.cpio.gz * initramfs-insmod-0.9.15-pre4.cpio.gz * initramfs-lvm2-2.00.25.cpio.gz * initramfs-modules-2.6.18-gentoo-r1.cpio.gz * * Kernel compiled successfully! * * Required Kernel Parameters: * real_root=/dev/$ROOT * * Where $ROOT is the device node for your root partition as the * one specified in /etc/fstab * * If you require Genkernel's hardware detection features; you MUST * tell your bootloader to use the provided INITRAMFS file. Otherwise; * substitute the root argument for the real_root argument if you are * not planning to use the initrd... * WARNING... WARNING... WARNING... * Additional kernel cmdline arguments that *may* be required to boot properly... * add "vga=791 splash=silent" if you use a bootsplash framebuffer * add "dolvm2" for lvm2 support * Do NOT report kernel bugs as genkernel bugs unless your bug * is about the default genkernel configuration... * * Make sure you have the latest genkernel before reporting bugs. * RUNNING FINAL CACHE/TMP CLEANUP * CACHE_DIR: /usr/share/genkernel/pkg/x86 * Clearing cache dir contents from /usr/share/genkernel/pkg/x86 * >> removing busybox-1.1.3+gentoo-x86.bz2 * >> removing insmod-x86-static-2.6.bz2 * CACHE_CPIO_DIR: /usr/share/genkernel/pkg/x86/cpio * >> Clearing old cpio archives... * TMPDIR: /var/tmp/genkernel * Removing tmp dir contents * >> removing 19672.8550.28729.793 rm: cannot remove `/var/tmp/genkernel/19672.8550.28729.793': Is a directory * >> removing initramfs-2.6.18-gentoo-r1
Confirmed. Does not work for me either, generic/keymaps.tar.gz in genkernel-3.4.3.tar.bz2 still invalid.
What the hell... I tested the stinking thing like 5 times before I made the commit and it worked perfectly, now it does not. I'm looking into this now.
Fixed in 3.4.4 (I hope... worked here on 4 machines)...
