From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DE9241382C5 for ; Fri, 14 May 2021 21:15:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7BB94E0916; Fri, 14 May 2021 21:15:48 +0000 (UTC) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F3A7AE089C for ; Fri, 14 May 2021 21:15:47 +0000 (UTC) Received: by mail-ej1-x62f.google.com with SMTP id m12so640377eja.2 for ; Fri, 14 May 2021 14:15:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=GW2YS+zq18894Cp27giHB/tNKZnHs+AwuJHswDmWyew=; b=kkIWmFjPaIMryOlXsK8PPs5Hp9Q2Pc5kbR9uPo2W7Xxmck8mHhYqIv0dKSlfpaf7/E OwSOjvZkiY2lXJ3aVq3vkPFSaPoVUKjjv8PLFBKJEGVzu+rFMyjLMNRi11NOu/Zpx6Wn xEz3ezaaG4rD4z89E0e2hZ1xlqabnCEqNyACC2eg7bkU6e8Qzk6Q3mtdbYFDov92qSev 6mvhZ62Zn/9sYzAgp5HyxTR1ay6kongJ5jwOq8FDQXCJj76Cwy90JS53gz1jLNERlxCd MIbiC+nicIHF7/z8E4/BY9fvFZ+tewLrnQ2JbyKDEUOT/xm3R3m2ol2Li6v2XHg+s+go TXTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=GW2YS+zq18894Cp27giHB/tNKZnHs+AwuJHswDmWyew=; b=hMbZ9d/mWSUherJkdk9ImPbtgS6337JGfWTwflmOtochkShx1Ocb3r8bQjPGLK4Un7 WD/pW+yqzvgd1TkEQKvB9h/73E++r9IrtDE73IKN+HLgfMgF7esMBzWHEFH//pvDKsIb BDg0/V9CvhhlhKMBg4JatE7xNcj98LiQQicazs3aMLAilKOtdNCsAZ2B96KQBmCS58Wm aciud44ks5milggU7g3nzxUVtjhGlhr92Y5JyGsp0sYMdV9OdEvrkuI+cUgZP1YDurgn G3/D8tJu5Tpq92kiqrZHBuPyL29vvJ3JQgm1HMC7bw0FY6ydclXysiJxJsfgz++Pk8dA PUsA== X-Gm-Message-State: AOAM532aFWoptU6SPQBcQLtpNbUEwts3r1JH0oVnalHa2/Zi+srHQx0P MlXkem10tVaVGI7pA5WN6plWj5gmvH0ZL/KIPQH5ZgCo X-Google-Smtp-Source: ABdhPJxV6fSPT1A4TrlxMhyQXGkBPiK7Fx+HAZ01zb/Y6/cHymf6Dcmpfe1rDiXJvB23W5irb3p/LUR4Vc/phm1tIXM= X-Received: by 2002:a17:906:1185:: with SMTP id n5mr6258491eja.342.1621026946522; Fri, 14 May 2021 14:15:46 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <1b7b0ba0-47fe-59e3-dd1f-50e5ab93125a@users.sourceforge.net> In-Reply-To: From: John Blinka Date: Fri, 14 May 2021 17:15:34 -0400 Message-ID: Subject: [gentoo-user] =?UTF-8?B?UmU6IFtnZW50b28tdXNlcl0gUmU6IFtnZW50b28tdXNlcl0gUmU6IFtnZW50b28tdXNlcg==?= =?UTF-8?B?XSBib290IGhhbmdzIGZvcmV2ZXIgYXQg4oCcTG9hZGluZyBpbml0aWFsIHJhbWRpc2suLi7igJ0=?= To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary="00000000000051a06105c250bf67" X-Archives-Salt: c47149ee-378c-4744-8b1e-1d10af92f582 X-Archives-Hash: 1d8e45957ae390e255bec895e84b7986 --00000000000051a06105c250bf67 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable n On Fri, May 14, 2021 at 2:36 AM John Covici wrote: > > I would look in the grub.cfg and give us exactly what is in the stanza > you are using, including where it thinks the root file system is, > etc. Also, see if there is any genkernel option to get some debugging > info out of the initrd, I know using dracut you can get breakpoints > during the process and see how its doing. Tried dracut. No change. Added the kernel command line debug options (#3 in =E2=80=9CIdentifying you= r problem area=E2=80=9D in =E2=80=98man dracut=E2=80=99). No change. Feeling peevish, I made a file of random junk using dd if=3D/dev/random of=3Dinitrd.img count=3D4096. Then supplied that pile of junk as the initr= d. Again, no change. Then I supplied a nonexistent file name (xxx.img) as the initrd. This time I got a complaint: error: file =E2=80=98/xxx.img=E2=80=99 not found. Press any key to continue... So, it=E2=80=99s getting as far as wanting to read the initrd, and is smart= enough to tell whether the specified initrd actually exists on the specified boot partition. But it can=E2=80=99t actually be doing anything with the initrd= , or it would have objected to the random junk I fed it. >From https://en.m.wikipedia.org/wiki/Initial_ramdisk#Implementation, it appears that grub is in charge of loading both linux and the initrd into memory, then handing execution over to linux along with a pointer to the memory location of the initrd. I=E2=80=99ve observed that that no booting output comes out of linux, nor a= ny complaints from linux about the nonsense contents I fed it from the random initrd I built. That suggests to me that grub has failed to load linux and/or the initrd into memory, or that it's failed to hand execution control to linux. Next step: learned how to run an interactive grub2 command shell. With full debugging turned on, it looks like grub2 can load the kernel image, and it looks like it loads the initrd as well. At least there are no complaints and the reported initrd size looks correct. But when I issue the boot command, grub2 issues a handful of mallocs and does a little token parsing, and then just stops... So it appears that the boot problem arises right around the handoff from grub2 to linux. Don=E2=80=99t know whether grub2 or linux has failed. I d= on=E2=80=99t know how to get either one to tell me more. John --00000000000051a06105c250bf67 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
n

O= n Fri, May 14, 2021 at 2:36 AM John Covici <covici@ccs.covici.com> wrote:

I would look in the grub.cfg and give us exactly what is in the stanza
you are using, including where it thinks the root file system is,
etc.=C2=A0 Also, see if there is any genkernel option to get some debugging=
info out of the initrd, I know using dracut you can get breakpoints
during the process and see how its doing.
Tried dracut.=C2=A0 No change.

Added the kernel command li= ne debug options (#3 in =E2=80=9CIdentifying your problem area=E2=80=9D in = =E2=80=98man dracut=E2=80=99).=C2=A0 No change.

=
Feeling peevish, I made a file of random junk using= dd if=3D/dev/random of=3Dinitrd.img count=3D4096.=C2=A0 Then supplied that= pile of junk as the initrd.=C2=A0 Again, no change.

Then I supplied a nonexistent file name (xxx.i= mg) as the initrd.=C2=A0 This time I got a complaint:

error: file =E2=80=98/xxx.img=E2=80=99 not fo= und.

Press any key to co= ntinue...

So, it=E2=80= =99s getting as far as wanting to read the initrd, and is smart enough to t= ell whether the specified initrd actually exists on the specified boot part= ition.=C2=A0 But it can=E2=80=99t actually be doing anything with the initr= d, or it would have objected to the random junk I fed it.

From https://en.m.wikip= edia.org/wiki/Initial_ramdisk#Implementation, it appears that grub is i= n charge of loading both linux and the initrd into memory, then handing exe= cution over to linux along with a pointer to the memory location of the ini= trd.

I=E2=80=99ve observ= ed that that no booting output comes out of linux, nor any complaints from = linux about the nonsense contents I fed it from the random initrd I built.= =C2=A0 That suggests to me that grub has failed to load linux and/or the in= itrd into memory, or that it's failed to hand execution control to linu= x.

Next step: =C2=A0lear= ned how to run an interactive grub2 command shell. With full debugging turn= ed on, it looks like grub2 can load the kernel image, and it looks like it = loads the initrd as well.=C2=A0 At least there are no complaints and the re= ported initrd size looks correct.

But when I issue the boot command, grub2 issues a handful of mall= ocs and does a little token parsing, and then just stops...

So it appears that the boot problem a= rises right around the handoff from grub2 to linux.=C2=A0 Don=E2=80=99t kno= w whether grub2 or linux has failed.=C2=A0 I don=E2=80=99t know how to get = either one to tell me more.

John
--00000000000051a06105c250bf67--