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 2CB311382C5 for ; Fri, 14 May 2021 06:36:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 808B5E0877; Fri, 14 May 2021 06:36:04 +0000 (UTC) Received: from covici.com (debian-2.covici.com [166.84.7.93]) (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 C5DBAE086B for ; Fri, 14 May 2021 06:36:03 +0000 (UTC) Received: from ccs.covici.com (ccs.covici.com [70.109.53.110]) (authenticated bits=0) by covici.com (8.15.2/8.15.2/Debian-14~deb10u1) with ESMTPSA id 14E6ZBko001394 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Fri, 14 May 2021 02:35:13 -0400 Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.15.2/8.15.2) with ESMTPS id 14E6ZxTN693332 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Fri, 14 May 2021 02:35:59 -0400 Received: (from covici@localhost) by ccs.covici.com (8.15.2/8.15.2/Submit) id 14E6Zxq4693331; Fri, 14 May 2021 02:35:59 -0400 Date: Fri, 14 May 2021 02:35:59 -0400 Message-ID: From: John Covici To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: [gentoo-user] Re: [gentoo-user] boot hangs forever at =?ISO-2022-JP?B?GyRCIUgbKEJMb2FkaW5n?= initial =?ISO-2022-JP?B?cmFtZGlzay4uLhskQiFJGyhC?= In-Reply-To: References: <1b7b0ba0-47fe-59e3-dd1f-50e5ab93125a@users.sourceforge.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/27 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Organization: Covici Computer Systems 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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 163fe539-ecdf-46e4-9d82-7ee24cfbcd99 X-Archives-Hash: 0cbd7272f2a8dbddc7ce0a67ce397d67 On Thu, 13 May 2021 21:58:25 -0400, John Blinka wrote: >=20 > [1 ] > On Thu, May 13, 2021 at 9:12 PM Jack > wrote: >=20 > > Given you say the UUID is for the boot partition, then both the linux = and > > initrd should just have the name of the kernel and initrd files (without > > leading "/boot",) which sounds like what you've got. I'd next wonder = if > > something is missing from the kernel/initrd combination, such as a kern= el > > module necessary for some early part of the boot process or a file syst= em > > (per Dale's suggestion.) Assuming that you ran genkernel after booting= a > > live image and chrooting into the new system, then we know the hardware= can > > boot a good kernel/image combo. Mainly I'm just thinking out loud her= e, > > trying to coax someone's little gray cells into action. > > > In my early linux days, I thought it would be clever to include kernel > support for my root filesystem in a module. Whose code resided on the ro= ot > filesystem... That didn=A2t work, of course, but at least the kernel sta= rted > to boot and threw out an error message. Here, I just get complete > silence. So, I doubt that file system support is an issue. >=20 > John 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. --=20 Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici@ccs.covici.com