From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c3ncJ-0000qA-PU for qemu-devel@nongnu.org; Mon, 07 Nov 2016 12:21:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c3ncE-0005tH-PN for qemu-devel@nongnu.org; Mon, 07 Nov 2016 12:21:55 -0500 Received: from mx1.redhat.com ([209.132.183.28]:57868) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c3ncE-0005sw-KF for qemu-devel@nongnu.org; Mon, 07 Nov 2016 12:21:50 -0500 References: <0f042e9b-f6a3-27c1-4ca0-94e13f8102d8@gmx.net> <20161104110813.GF9817@stefanha-x1.localdomain> <238afa75-0263-9314-caec-05ffeb46fe6e@gmx.net> <320accbd-58f5-d24c-ca6e-9cc109ee5d3f@gmx.net> <76237a3c-60e3-ecd2-a883-36b01896293a@redhat.com> <725464c8-fb9e-b7bc-1d24-11d08ad79ad5@gmx.net> From: Laszlo Ersek Message-ID: <0fd2dea3-d34a-e1b1-9d94-d76984dbe9a1@redhat.com> Date: Mon, 7 Nov 2016 18:21:47 +0100 MIME-Version: 1.0 In-Reply-To: <725464c8-fb9e-b7bc-1d24-11d08ad79ad5@gmx.net> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] alpha platform is missing files after initrd load List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dennis Luehring , Richard Henderson , Stefan Hajnoczi Cc: qemu-devel , "Richard W.M. Jones" On 11/07/16 17:11, Dennis Luehring wrote: > Am 07.11.2016 um 16:56 schrieb Laszlo Ersek: >>> >so the second one couldn't be a problem with running out of memory - >>> and >>> >its not alpha related same error happens with ppc64,sparc64,mips64... >> The second one*is* related to running out of memory. Initrd >> decompression takes unintuitive amounts of memory. And, in practice, >> exactly the second error message was seen with the aarch64 target, until >> Rich Jones raised the guest RAM size that libguestfs passed to QEMU. >> >> You can try it for yourself: stick with the small (14MB) initrd, and, >> say, quadruple the guest RAM size. I'm pretty sure it will succeed. > > can't give the quest more then 4.2GB ram - my host does not have more > available - but > > small(~14MB) initrd.cpio + 4GB ram still gives > > "Initramfsunpacking failed: junk in compressed archive" > > and there is just *one* 14MB init-binary file in the cpio - nothing > more, no compression > I stand corrected then; the problem you see must be genuinely different from what Rich saw with the libguestfs appliance initrd. Maybe the decompressor code doesn't expect to find only one file in the initrd. Just guessing. Laszlo