From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LPfMR-0007JZ-7D for garchives@archives.gentoo.org; Wed, 21 Jan 2009 15:51:23 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1C4D8E03BA; Wed, 21 Jan 2009 15:50:18 +0000 (UTC) Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.250]) by pigeon.gentoo.org (Postfix) with ESMTP id CFBC0E03BA for ; Wed, 21 Jan 2009 15:50:17 +0000 (UTC) Received: by rv-out-0708.google.com with SMTP id b17so4036779rvf.46 for ; Wed, 21 Jan 2009 07:50:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type; bh=Fyuhi3USlmOw9YRexxXTo5N2fFAhxQqcg0ogq5buJ18=; b=eS9TjYh+AJln/yY0kkac57/spx18PYhsp2BRETGE9laOEu15qVwRSqVr+6HmCAeDMk 3n6UvUwnL0Pw+49ezuIgiibN8Gwd50aDL6IVheto6L5Mwhllcots2fBb4wEtVAGC8yDx Gp2wa5bgf/rEAnM4Wp20B01oo0jTzyUHbQfh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=br++tvKi2xv+FH9dWocwI6fPTC9LUcjfnMeAsNuLGIvcvlrszWPc7G2uJ/a2VC4nyi ctEoVltRNQ1fhxBV7YfrI4cUEnnYdurGH1FrqxZ5TknXDjhKv0kInimcVPOslY2ejx03 1Cl0Vd7+hO93Gt8SnzUdAkea/L9geYEwwzJvU= 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 MIME-Version: 1.0 Sender: mryiff@googlemail.com Received: by 10.141.133.14 with SMTP id k14mr4024288rvn.258.1232553017250; Wed, 21 Jan 2009 07:50:17 -0800 (PST) In-Reply-To: References: <1232524334.9583.13.camel@mymachine> Date: Wed, 21 Jan 2009 15:50:17 +0000 X-Google-Sender-Auth: ccd842241cf14734 Message-ID: Subject: Re: [gentoo-user] Re: No /dev entries in recent stage3 snapshots? From: Nick Cunningham To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=000e0cd22f84c295b80461001c69 X-Archives-Salt: c381bee9-9149-421e-bf88-d9d4074c5dca X-Archives-Hash: 935a8713aa7219200831122ef181d053 --000e0cd22f84c295b80461001c69 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 2009/1/21 Grant Edwards > On 2009-01-21, Dirk Heinrichs wrote: > > Am Mittwoch, den 21.01.2009, 04:04 +0000 schrieb ext Grant Edwards: > > > >> I'm a little confused. Is there supposed to be an additional > >> installation step to populate the /dev directory when using > >> recent stage3 snapshots? > > > > One usually bind-mounts /dev, /proc and /sys into the chroot, like > > > > mount --bind /dev /newinstall/dev # dito for /proc, /sys > > chroot /newinstall > > > > If this isn't documented, you should file a bug. > > That's docuemented in the "normal" install doc, but not in the > quick install doc. > > But, that doesn't really solve the problem, since after a > reboot the /dev directory will be empty again and you end up > with problems such as no console during startup. > > -- > Grant Edwards grante Yow! RELATIVES!! > at > visi.com > > > IIRC thats because /dev should be populated on startup by udev so i would check that udev is installed and working properly, if you use openrc then this could be the cause as openrc now starts udev through normal scripts i think, sometimes on upgrade from baselayout 1 they may not be automatically added to the right runlevels. - Nick --000e0cd22f84c295b80461001c69 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

2009/1/21 Grant Edwards <grante@visi.com>
=
On 2009-01-21, Dirk Heinrichs <dirk.heinrichs.ext@nsn.com&g= t; wrote:
> Am Mittwoch, den 21.01.2009, 04:04 +0000 schrieb ext Grant Edwards: >
>> I'm a little confused. Is there supposed to be an additional >> installation step to populate the /dev directory when using
>> recent stage3 snapshots?
>
> One usually bind-mounts /dev, /proc and /sys into the chroot, like
>
> mount --bind /dev /newinstall/dev # dito for /proc, /sys
> chroot /newinstall


> If this isn't documented, you should file a bug.

That's docuemented in the "normal" install doc, b= ut not in the
quick install doc.

But, that doesn't really solve the problem, since after a
reboot the /dev directory will be empty again and you end up
with problems such as no console during startup.

--
Grant Edwards                  = ; grante             Yow! RELATIVES!!
                    &nbs= p;            at
                    &nbs= p;         visi.com



IIRC thats because  /dev should be popul= ated on startup by udev so i would check that udev is installed and working= properly, if you use openrc then this could be the cause as openrc now sta= rts udev through normal scripts i think, sometimes on upgrade from baselayo= ut 1 they may not be automatically added to the right runlevels.

- Nick
--000e0cd22f84c295b80461001c69--