View previous topic :: View next topic |
Author |
Message |
The Doctor Moderator
Joined: 27 Jul 2010 Posts: 2678
|
Posted: Sat Oct 20, 2012 12:17 am Post subject: Could not create /dev/pts [SOLVED] |
|
|
I decided to try vmware-player the other day and I assume that due to the evil nature of ubuntu, it caused a sigfault or somthing in my kernel. Once I rebooted I found these messages desplayed: Code: | Could not create /dev/pts!
Could not create /dev/shm! | The natural consequence is that I can't use a terminal emulator or chromium. The problem has persisted after the flowing steps:
1) forced fscheck
2) rebuilt system
3) rebuilt openrc and baselayout (again)
Any ideas on what to do next?
EDIT: I found this https://forums.gentoo.org/viewtopic-t-940112-highlight-.html topic which sugjest this may be a bug in openrc. I am downgrading now and I will post the results. It seems vmware and Ubuntu may be innocent.
EDIT2: OpenRC-0.11 was the culprit. Everything is back to working smoothly. _________________ First things first, but not necessarily in that order.
Apologies if I take a while to respond. I'm currently working on the dematerialization circuit for my blue box. |
|
Back to top |
|
|
slycordinator Advocate
Joined: 31 Jan 2004 Posts: 3065 Location: Korea
|
Posted: Sat Oct 20, 2012 7:27 am Post subject: |
|
|
PS it looks like upgrading to the newly-created openrc-0.11.1 and udev-init-scripts-17-r1 fixes the issue... _________________ My political stance/bias
slycordinator != slycoordinator |
|
Back to top |
|
|
lyallp Veteran
Joined: 15 Jul 2004 Posts: 1555 Location: Adelaide/Australia
|
Posted: Sat Oct 20, 2012 11:29 pm Post subject: |
|
|
I am still using udev 171-r8, primarily because of the initramfs startup requirement, which I simply can't be bothered facing at this time, unless things have changed recently.
udev-init-scripts requires udev 194, so that explains why I did not have it installed in the first place.
I have have openrc-0.11.1 installed and the problem still showed.
However, a manual workaround, I found elsewhere, until this is sorted, is to Code: | mount -t devpts /dev/ptmx /dev/pts |
I placed the following line in my /etc/fstab to not automount, so I can just do a 'sudo mount /dev/ptmx' to temporarily fix the problem and am constantly aware of the problem. I don't want to do this if the underlying root cause is fixed.
Code: | # not auto mounted but seemed to fix a problem with xterm not starting due to no ptys
# Lyall Pearce, 20-Oct-2012
/dev/ptmx /dev/pts devpts noauto,rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
|
_________________ ...Lyall |
|
Back to top |
|
|
Jaglover Watchman
Joined: 29 May 2005 Posts: 8291 Location: Saint Amant, Acadiana
|
|
Back to top |
|
|
The Doctor Moderator
Joined: 27 Jul 2010 Posts: 2678
|
Posted: Sat Oct 20, 2012 11:57 pm Post subject: |
|
|
For those who want to know, the udev fork works fine with open rc-0.11.1 as well. _________________ First things first, but not necessarily in that order.
Apologies if I take a while to respond. I'm currently working on the dematerialization circuit for my blue box. |
|
Back to top |
|
|
lyallp Veteran
Joined: 15 Jul 2004 Posts: 1555 Location: Adelaide/Australia
|
Posted: Mon Oct 22, 2012 8:55 am Post subject: |
|
|
Cool, the rc-update step fixed my pty problem.
I just found the log entry in the udev-171-r8 compilation logs (a new log line since r7)
I can understand why I missed it, the log says my system won't boot without udev-mount, whereas it boots just fine, hence my assumption I had already done it.
Frankly, I don't understand why the udev-171-r8 ebuild couldn't check for, and automatically apply udev-mount to sysinit if it's so critical.
Oh well, fixed the problem, thanks!
sigh... _________________ ...Lyall |
|
Back to top |
|
|
|