«Запрос на распределение PTY не удалось на канале 0 stdin: не является tty», когда SSH'ing на сервер Debian

Мое пространство для хостинга (Debian Wheezy) обслуживает два веб-сайта (один WordPress и один Rails). Сегодня я видел, что оба были отключены, и я перезагрузил сервер. Сайт Rails снова работает, и WordPress теперь говорит, что он имеет ошибку, подключающуюся к базе данных. Затем после перезагрузки (из SSH также), я SSH'ed на сервер, я получил следующее сообщение:

PTY allocation request failed on channel 0 stdin: is not a tty 

Когда я запускаю с флагом -v я получаю вывод ни с чем не странным (просто проверяя открытый и закрытый ключ). См. Этот смысл.

Когда я SSH следующим образом ssh user@host "/bin/bash -i" я могу войти в удаленную оболочку.

Я прочитал еще один ответ (который также предоставил совет с добавлением «bin / bash -i», и это помогло), что я должен вручную удалить и повторно добавить файлы /dev/pt* . Тот, кто задал вопрос, сказал, что размонтирование /dev/pts и повторная установка сработали. К сожалению, я получаю сообщение об ошибке:

 Can't find /dev/pts in /etc/fstab or /etc/mtab 

Мои файлы /etc/fstab выглядят следующим образом:

 #UNCONFIGURED FSTAB FOR BASE SYSTEM 

Кто-нибудь знает, что происходит и как я могу это решить?

/ edit Вывод tty; ls -l /proc/self/fd tty; ls -l /proc/self/fd локально:

 /dev/pts/2 total 0 lrwx------ 1 erwin erwin 64 Sep 13 19:01 0 -> /dev/pts/2 lrwx------ 1 erwin erwin 64 Sep 13 19:01 1 -> /dev/pts/2 lrwx------ 1 erwin erwin 64 Sep 13 19:01 2 -> /dev/pts/2 lr-x------ 1 erwin erwin 64 Sep 13 19:01 3 -> /proc/4389/fd 

Вывод ls -la /dev/ptmx /dev/pts на удаленном компьютере:

 crw-rw-rw- 1 root tty 5, 2 Sep 11 00:19 /dev/ptmx /dev/pts: total 8 drwxr-xr-x 2 root root 4096 Mar 10 2013 . drwxr-xr-x 3 root root 4096 Sep 11 00:35 .. 

/ edit 2

Войдите через ssh root@host "/bin/bash -i" в 18:10 и просмотрите /var/log . Помимо cronjob я увидел один файл, который был отредактирован:

-rw-r----- 1 root adm 614306 Sep 15 18:10 auth.log и syslog (через cronjob). Syslog был совпадением, поскольку что-то случалось каждые 30 минут, что связано с PHP.

Затем я скопировал файл через scp на локальный.

auth.log:

 Sep 15 18:10:23 vz1223 sshd[23681]: Accepted publickey for root from [localIp] port 39126 ssh2 Sep 15 18:10:23 vz1223 sshd[23681]: pam_unix(sshd:session): session opened for user root by (uid=0) Sep 15 18:12:14 vz1223 sshd[23681]: Received disconnect from [localIp]: 11: disconnected by user Sep 15 18:12:14 vz1223 sshd[23681]: pam_unix(sshd:session): session closed for user root Sep 15 18:12:29 vz1223 sshd[23700]: Accepted publickey for root from [localIp] port 39160 ssh2 Sep 15 18:12:29 vz1223 sshd[23700]: pam_unix(sshd:session): session opened for user root by (uid=0) Sep 15 18:12:29 vz1223 sshd[23700]: Received disconnect from [localIP]: 11: disconnected by user Sep 15 18:12:29 vz1223 sshd[23700]: pam_unix(sshd:session): session closed for user root Sep 15 18:12:47 vz1223 sshd[23709]: Accepted publickey for root from [localIp] port 39163 ssh2 Sep 15 18:12:47 vz1223 sshd[23709]: pam_unix(sshd:session): session opened for user root by (uid=0) 

* / edit 3 /

Как сказано, в соответствии с этим ответом на аналогичный вопрос я должен umount и mount my /dev/pts , запустив mount -t devpts -o OPTIONS devpts /dev/pts .

Когда я запускаю mount я не вижу /dev/pts / И когда я запускаю mount /dev/pts/ я получаю: can't find /dev/pts in /etc/fstab or /etc/mtab . Выходной сигнал mount следующим образом:

/ home / vz / private / 1223 on / type simfs (rw, relatime)
proc on / proc type proc (rw, nosuid, nodev, noexec, relatime)
sysfs on / sys type sysfs (rw, nosuid, nodev, noexec, relatime)
tmpfs on / run type tmpfs (rw, nosuid, noexec, relatime, size = 6556k, mode = 755)
tmpfs on / run / lock type tmpfs (rw, nosuid, nodev, noexec, relatime, size = 5120k)
tmpfs on / run / shm type tmpfs (rw, nosuid, nodev, noexec, relatime, size = 39320k)

Возможно, мне нужно снова вернуться /dev/pts ?

* / edit 4 / Больше регистрации с запуском ssh -vvv user@host дает это .

* / edit 5 / результат namei -lx /dev/pts на хосте:

f: / dev / pts
Drwxr-xr-x root root /
drwxr-xr-x root root dev
drwxr-xr-x root root pts

* / edit 6 / Я снова перезагрузил сервер из SSH с помощью «/ bin / bash -i», добавленного с помощью команды reboot и теперь терминал вернулся в нормальное состояние … Я понятия не имею, что пошло не так, и что его решило , но он работает снова.

Большое спасибо за вашу помощь!

Linux и Unix - лучшая ОС в мире.