| View previous topic :: View next topic |
| Author |
Message |
The Doctor l33t


Joined: 27 Jul 2010 Posts: 944
|
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 http://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. |
|
| Back to top |
|
 |
slycordinator Advocate


Joined: 31 Jan 2004 Posts: 3053 Location: Redmond, WA
|
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: 1186 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 Advocate


Joined: 29 May 2005 Posts: 3974 Location: Saint Amant, Acadiana
|
|
| Back to top |
|
 |
The Doctor l33t


Joined: 27 Jul 2010 Posts: 944
|
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. |
|
| Back to top |
|
 |
lyallp Veteran


Joined: 15 Jul 2004 Posts: 1186 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 |
|
 |
|