From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 8711C138796 for ; Thu, 31 Jan 2013 13:26:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 26CE321C0BE; Thu, 31 Jan 2013 13:26:47 +0000 (UTC) Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com [209.85.214.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9ED4721C0A1 for ; Thu, 31 Jan 2013 13:26:45 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id ni5so2800281obc.40 for ; Thu, 31 Jan 2013 05:26:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; bh=wQaybZ/ywkjLmX/l+uoKef8+zW+TqAwfAA5gH3amDuQ=; b=SqlQhljsqeclzhLiCXBnwa/S7BG6YvC+1irdbkF7oh83gnaoOmbCzj5Q7uiGTMAyzx p1e0m9M4O0u/eLik2ZtXTG1NPw/dyEZKitW/QNbS4Y4BvMXlYsSh9DZVyBdL9Yc/TlqE L/jmvzyVzp065rhsHXfb2jZFgGsVI2TlAsS3yFmkfVT2exX3kOHUBL0iyPxzA/cjgq6p zZGWVu6xVPaOg3S9RfNBYL5TaxKRKWXAc0SBCUCJ7jeKcSrhTU7HGasWBUftIik9Jsbh hhjA9qGHB9wnfVeEvfdmKkDEEbPwaxJ47Vg8VFUrUjGtwyFCZt4xNYYSwJhnf48Xv+W0 NXwQ== 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 X-Received: by 10.60.171.175 with SMTP id av15mr6466091oec.75.1359638804832; Thu, 31 Jan 2013 05:26:44 -0800 (PST) Received: by 10.76.20.243 with HTTP; Thu, 31 Jan 2013 05:26:44 -0800 (PST) In-Reply-To: References: Date: Thu, 31 Jan 2013 08:26:44 -0500 Message-ID: Subject: Re: [gentoo-user] udev-191 bit me. Insufficient ptys From: Michael Mol To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: a62478c1-c795-4914-80be-9eca5ee0dc37 X-Archives-Hash: 792bc112ad3586bc26a5be6123ee48d8 On Wed, Jan 30, 2013 at 11:48 PM, Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Wed, Jan 30, 2013 at 10:45 PM, Canek Pel=C3=A1ez Vald=C3=A9s wrote: >> On Wed, Jan 30, 2013 at 9:35 PM, Michael Mol wrote: >>> So, I botched the upgrade to udev-191. I thought I'd followed the >>> steps, but I apparently only covered them for one machine, not both. >>> >>> The news item instructions specified that I had to remove >>> udev-postmount from my runlevels. I didn't have udev-postmount in my >>> runlevels, so I didn't remove it. Turns out, that dictum also applies >>> to udev-mount. So after removing that[1], I was able to at least boot >>> again. >>> >>> Udev also complained about DEVTMPFS not being enabled in the >>> kernel.[2] I couldn't get into X, but I could log in via getty and a >>> plain old vt, so I enabled it, rebuilt the kernel, installed it and >>> rebooted...and now that's presumably covered. >>> >>> I'm now able to get into X, but when I try to run an xterm, it fails. >>> Checking ~/.xsession_errors, I find: >>> >>> xterm: Error 32, error 2: No such file or directory >>> Reason: get_pty: not enough ptys >> >> Do you have CONFIG_LEGACY_PTYS=3Dy? If so, do you really need it? A >> little over a year ago[1] I had an annoying issue for having that >> option enabled in my kernel, with a lot of virtual ttys reported in >> systemctl. This is a shot in the dark (I really don't know if it's >> related to your problem), but perhaps having the LEGACY_PTYS option >> enabled somehow depleted your available pseudo terminals (which any X >> terminal needs to run)? I suppose screen is also out of the question >> for the same reason. No, I don't have CONFIG_LEGACY_PTYs. I do have UNIX98 PTYs, and I tried enabling alternate namespaces, but that didn't help either. > > Also related, if you have LEGACY_PTYS: > > "LEGACY_PTY_COUNT: > > The maximum number of legacy PTYs that can be used at any one time. > The default is 256, and should be more than enough. Embedded > systems may want to reduce this to save memory. > > When not in use, each legacy PTY occupies 12 bytes on 32-bit > architectures and 24 bytes on 64-bit architectures." Yeah, I'm not using CONFIG_LEGACY_PTY, so LEGACY_PTY_COUNT doesn't even make itself available in menuconfig. -- :wq