From: Michael Mol <mikemol@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] udev-191 bit me. Insufficient ptys
Date: Thu, 31 Jan 2013 08:47:34 -0500 [thread overview]
Message-ID: <CA+czFiCfSPaJhbR1muxRWFsfeONs82NgLOgq0BiTVKbkfVvxPg@mail.gmail.com> (raw)
In-Reply-To: <CA+czFiBs2L_LjQedT=bM5ixWu8Sm6yC3DSPHtJ41UHzNooqw_w@mail.gmail.com>
On Thu, Jan 31, 2013 at 8:26 AM, Michael Mol <mikemol@gmail.com> wrote:
> On Wed, Jan 30, 2013 at 11:48 PM, Canek Peláez Valdés <caneko@gmail.com> wrote:
>> On Wed, Jan 30, 2013 at 10:45 PM, Canek Peláez Valdés <caneko@gmail.com> wrote:
>>> On Wed, Jan 30, 2013 at 9:35 PM, Michael Mol <mikemol@gmail.com> 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=y? 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.
Hm. Some googling suggests this might be a permissions issue.
I do have consolekit enabled, but I'm using gdm, so I'd expect that to
take care of itself. (Although screen fails to launch from vt1, so
it's not a consolekit problem.)
--
:wq
next prev parent reply other threads:[~2013-01-31 13:47 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-31 3:35 [gentoo-user] udev-191 bit me. Insufficient ptys Michael Mol
2013-01-31 4:45 ` Canek Peláez Valdés
2013-01-31 4:48 ` Canek Peláez Valdés
2013-01-31 13:26 ` Michael Mol
2013-01-31 13:47 ` Michael Mol [this message]
2013-01-31 14:05 ` Michael Mol
2013-01-31 14:30 ` Peter Humphrey
2013-01-31 14:37 ` Michael Mol
2013-01-31 18:24 ` Mick
2013-01-31 18:29 ` Michael Mol
2013-01-31 14:31 ` Michael Mol
2013-01-31 14:45 ` Peter Humphrey
2013-01-31 15:23 ` Alan McKinnon
2013-01-31 15:26 ` Michael Mol
2013-02-02 15:21 ` Alex Schuster
2013-02-02 19:17 ` Alan McKinnon
2013-02-02 20:31 ` Neil Bothwick
2013-02-02 20:47 ` Alan McKinnon
2013-02-02 20:53 ` Bruce Hill
2013-02-03 11:24 ` Neil Bothwick
2013-02-03 12:02 ` Alan McKinnon
2013-02-03 14:54 ` Neil Bothwick
2013-02-03 17:24 ` Alan McKinnon
2013-02-03 19:08 ` Neil Bothwick
2013-02-03 19:23 ` Michael Orlitzky
2013-02-02 21:06 ` Michael Mol
2013-02-03 17:51 ` Alex Schuster
2013-02-03 19:08 ` [gentoo-user] " »Q«
2013-02-07 17:40 ` [gentoo-user] " Tanstaafl
2013-02-07 17:53 ` Peter Humphrey
2013-02-07 20:53 ` Tanstaafl
2013-02-07 21:25 ` Paul Hartman
2013-02-07 21:37 ` Tanstaafl
2013-02-07 22:00 ` Alecks Gates
2013-02-07 22:12 ` [gentoo-user] " »Q«
2013-02-08 7:29 ` [gentoo-user] " Alan McKinnon
2013-02-08 16:02 ` Paul Hartman
2013-02-08 20:17 ` Peter Humphrey
2013-02-11 1:40 ` Stroller
2013-02-07 21:38 ` Canek Peláez Valdés
2013-02-11 15:38 ` Stefan G. Weichinger
2013-02-11 16:14 ` Mick
2013-02-11 17:36 ` Dale
2013-02-11 19:41 ` Stefan G. Weichinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CA+czFiCfSPaJhbR1muxRWFsfeONs82NgLOgq0BiTVKbkfVvxPg@mail.gmail.com \
--to=mikemol@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox