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 1LQE4c-0007Ta-9o for garchives@archives.gentoo.org; Fri, 23 Jan 2009 04:55:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3BFCEE078B; Fri, 23 Jan 2009 04:55:15 +0000 (UTC) Received: from poseidon.rz.tu-clausthal.de (poseidon.rz.tu-clausthal.de [139.174.2.21]) by pigeon.gentoo.org (Postfix) with ESMTP id 102E8E078B for ; Fri, 23 Jan 2009 04:55:15 +0000 (UTC) Received: from poseidon.rz.tu-clausthal.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 60428212A93 for ; Fri, 23 Jan 2009 05:55:14 +0100 (CET) Received: from tu-clausthal.de (poseidon [139.174.2.21]) by poseidon.rz.tu-clausthal.de (Postfix) with ESMTP id 3AE3A212A92 for ; Fri, 23 Jan 2009 05:55:14 +0100 (CET) Received: from [139.174.197.94] (account wevah HELO energy.localnet) by tu-clausthal.de (CommuniGate Pro SMTP 5.2.11) with ESMTPSA id 40356185 for gentoo-user@lists.gentoo.org; Fri, 23 Jan 2009 05:55:14 +0100 From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: No /dev entries in recent stage3 snapshots? Date: Fri, 23 Jan 2009 05:55:10 +0100 User-Agent: KMail/1.11.90 (Linux/2.6.28r4; KDE/4.2.60; x86_64; ; ) References: <20090121155655.466edba0@zaphod.digimed.co.uk> In-Reply-To: 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 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200901230555.10400.volkerarmin@googlemail.com> X-Virus-Scanned: by PureMessage V5.5 at tu-clausthal.de X-Archives-Salt: 72b6999c-07ea-4ef1-9af5-1d88ea7810ff X-Archives-Hash: 487c5467b53cab873c3d84681253018c On Freitag 23 Januar 2009, Grant Edwards wrote: > On 2009-01-21, Neil Bothwick wrote: > > On Wed, 21 Jan 2009 15:50:17 +0000, Nick Cunningham wrote: > >>> 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. > >> > >> 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. > > > > You still need /dev/console in the dev directory of the root partition, > > along with /dev/null. > > Try telling that to somebody in the Gentoo forum hiding behind > the screen name "desultory". Sheesh. I reported the issue to > the forum thread as requested by the article on www.gentoo.org, > and I got a very hostile reaction. Bascially I got a snide, > insulting response, a complete denial that there was a problem > with the tarball in question, and a denial that either > /dev/console or /dev/null is needed at boot time. > > That's the last time I waste my time with that forum. I should > have known. Web forums all suck. Web forum UIs are all > completely abominable, and they seem to be inhabited almost > exclusively by surly, unjustifiably arrogant junior-high kids > hiding behind stupid screen names and even worse avatars. > > > Anything else is a waste of disk space and inodes as the > > static /dev/devices are hidden as soon as udev starts. > > Yup. > > > If the tarball doesn't contain /dev/console it is broken, but > > it is also broken if it contains thousands of device entries. I have a server running that hets that null/console missing message every boot - and it does not hurt it at any way.