Quote:
Originally Posted by Seneca
No, I think /dev/pts is uncritical. At least on my local Linux system it has the same modes as on the pocketbook. You don't need write access there, because the ptyX nodes are created by the kernel (actually the devpts pseudo filesystem) and not by the application creating a pseudo tty pair.
|
It seems to be important for sshd. If I leave the firmware defaults, I can log in via ssh but the shell has no pty and is missing many features. If I only change the permissions on /usr/dev/ptmx, then logging in via ssh fails completely (not even a broken shell). If I also add "gid=5" to the options for /dev/pts in /etc/fstab, then the ssh shell behaves perfectly when I log in.
It was when I was googling for similar ssh problems that I saw others suggesting the same changes for /dev/pty in /etc/fstab on other Unix systems. Perhaps this is only important for those applications that use the openpty() system call (like sshd does).
I noticed while googling that some sshd clones (dropbear?) use an openpty() clone instead of the actual system call. I think I'll take a look at that and see if it would work on a default PB reader.