From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NdyS1-0003ay-UE for garchives@archives.gentoo.org; Sun, 07 Feb 2010 04:08:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 458E8E08F4; Sun, 7 Feb 2010 04:07:30 +0000 (UTC) Received: from mail.osagesoftware.com (osagesoftware.com [216.144.204.42]) by pigeon.gentoo.org (Postfix) with ESMTP id 141CBE08EB for ; Sun, 7 Feb 2010 04:07:30 +0000 (UTC) Received: from osage.osagesoftware.com (osage.osagesoftware.com [192.168.1.10]) by mail.osagesoftware.com (Postfix) with ESMTP id 802EB7BC31 for ; Sat, 6 Feb 2010 23:07:28 -0500 (EST) Date: Sat, 6 Feb 2010 23:07:28 -0500 From: David Relson To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] trouble starting bash Message-ID: <20100206230728.6866b21c@osage.osagesoftware.com> In-Reply-To: <20100207001333.GA29714@math.princeton.edu> References: <20100206083344.2ff96f9c@osage.osagesoftware.com> <20100206151107.GB4059@math.princeton.edu> <20100206164122.7e71bc88@osage.osagesoftware.com> <20100206083344.2ff96f9c@osage.osagesoftware.com> <20100206150033.GA4059@math.princeton.edu> <20100206160858.5b36abcf@osage.osagesoftware.com> <20100206222714.GA25438@math.princeton.edu> <20100206182927.4dabf1a3@osage.osagesoftware.com> <20100207001333.GA29714@math.princeton.edu> Organization: Osage Software Systems, Inc. X-Mailer: Claws Mail 3.7.4 (GTK+ 2.16.6; x86_64-pc-linux-gnu) 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=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 2d09c510-4771-4942-a600-a3088bbed7ae X-Archives-Hash: f0ca0d692aa9639be9d38a791b26c147 On Sat, 6 Feb 2010 19:13:33 -0500 Willie Wong wrote: > On Sat, Feb 06, 2010 at 06:29:27PM -0500, David Relson wrote: > > Your replies are much appreciated as we're in an area of Linux about > > which I'm poorly informed. > > > > Output (below) of "rc-status sysinit" indicated devfs stopped, so I > > started devfs (which didn't change /dev/pt*), then restarted udev > > (which didn't affect /dev/pt*). > > Right, but can you ssh in to the machine now (or open a terminal > emulator in X)? > > /dev/pts is just the mount point for the devpts pseudo filesystem. In > modern versions of linux the pts devices are created on-the-fly when > requested (as opposed to other versions and some modern unixes where > there will be a fixed number of device nodes under /dev/pts or > equivalent). All that just goes to say that if /dev/pts is empty > right after you restart the devfs service, it is normal. A device file > should be created automatically now when userspace programs demand it. > (E.g. if you now ssh in, and if it succeeds, ls /dev/pts should show > one entry.) > > Try it, let me know if the problem is still there. Nope. Both ssh and X terminal emulators are still broken. No change in behavior. FWIW, most of the entries in /dev are timestamped 02/02 23:34 which is when I updated udev earlier this week. Today's upgrade/downgrade emerge hasn't affected the timestamps. A comparison of /etc/udev/rules.d to a saved copy didn't show much. The only puzzling difference is: --- 90-hal.rules (revision 51) +++ 90-hal.rules (working copy) @@ -1,2 +1,2 @@ # pass all events to the HAL daemon -RUN+="socket:/org/freedesktop/hal/udev_event" +RUN+="socket:@/org/freedesktop/hal/udev_event" removing the "@" and restarting udev hasn't helped. Since the rule is hal related, I also restarted hald -- which hasn't helped.