linux-kernel - initramfs unpacking failed: junk in compressed archive

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <4A2CFC51.1040604@msgid.tls.msk.ru>
Date:	Mon, 08 Jun 2009 15:56:01 +0400
From:	Michael Tokarev <mjt@....msk.ru>
To:	Linux-kernel <linux-kernel@...r.kernel.org>
CC:	"H. Peter Anvin" <hpa@...or.com>
Subject: initramfs unpacking failed: junk in compressed archive

[Cc'd HPA since he touched this code recently]

My second issue with 2.6.30-rc8, this time without any
additional patches.

It fails to decompress gzip-compressed initramfs here, says this
way before many other things and continues booting, failing down
the line obviously, but the root cause is already gone off the
screen (previously it paniced if it were unable to unpack initramfs).

the key error message is like in $subject.

I've added a printk right when it sets the above error in unpack_to_rootfs(),
right after the ckeck for "state != Reset".  The `state' value is 0 there,
for "Start".

The kernel is x86-64, machine is AMD x2-64 with 4G RAM.
The problem does not occur when running in a KVM virtual machine with only
512 megs of ram, the same kernel and the same initramfs (so this eliminates
corrupt initramfs, which also passes `gzip -t' test).

The same config (mkinitrd/modules/etc) worked for me on every kernel since
a stone age maybe (early 2.6 series).

I'll do some more experiments with it later today, hopefully - like
trying 32bits kernel, reducing amount of memory etc.

Thanks.

/mjt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/