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-prev] [day] [month] [year] [list]
Message-ID: <20110618101242.GA26761@itanic.dhcp.inet.fi>
Date:	Sat, 18 Jun 2011 13:12:42 +0300
From:	Timo Kokkonen <kaapeli@...nic.dy.fi>
To:	Mark Knecht <markknecht@...il.com>
Cc:	Paul Hartman <paul.hartman@...il.com>,
	Linux Kernel List <linux-kernel@...r.kernel.org>
Subject: Re: New Gentoo install on Intel Z68/i7-2600K system hangs after
 VFS:Mounted root...

On 06.17 2011 14:40:21, Mark Knecht wrote:
> On Fri, Jun 17, 2011 at 12:01 PM, Mark Knecht <markknecht@...il.com> wrote:
> > On Fri, Jun 17, 2011 at 11:54 AM, Paul Hartman <paul.hartman@...il.com> wrote:
> >> On Fri, Jun 17, 2011 at 1:29 PM, Mark Knecht <markknecht@...il.com> wrote:
> >>>   We ran memtest86 for an hour. Completed a couple of passes with no
> >>> errors. Will run more later but no obvious memory problems seen.
> >>>
> >>>   I installed 2.6.39-gentoo-r1. No change from 2.6.38-gentoo-r6.
> >>> Stops at the same place.
> >>>
> >>>   I tried 2.6.39-gentoo-r1 with no kernel options, and with all
> >>> combinations of nousb and acpi=off. All 4 attempts quit at the same
> >>> place.
> >>
> >> Check out this forum post, this person's bootup seems to stop in the
> >> same place as yours. He was able to fix it by booting off a liveCD and
> >> manually creating device nodes. Maybe it's nothing, but probably worth
> >> looking at just in case it might help.
> >>
> >> https://www.linuxquestions.org/questions/gentoo-87/booting-stops-after-kernel-starts-883031/
> >>
> >
> > Argh!! I remember a post like that on the Gentoo list. I'll check if
> > out and give it a try.
> >
> > Thnaks,
> > Mark
> >
> Thanks again Paul. That was exactly the solution I needed.
> 
> I remember this thread, or one like it, on the Gentoo-user list, but I
> didn't follow the thread. I just remember that the Gentoo tarball was
> not created correctly and these devices were left out. Adding them in
> solved all the problem. 

There is also another solution for this. You can enable the devtmpfs
(and also the optioin to auto mount it during boot) in order to make
kernel create all necessary device nodes under the /dev
automatically. Then you don't need your distro to generate initial
device nodes prior starting udev. I don't know if the Gentoo devs have
somehow relied on devtmpfs because the recent stage tar balls don't
seem to contain the initial device nodes anymore.

-Timo
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ