Ne pas se connecter au server via SSH – "Serveur refusé d'atsortingbuer pty"

J'ai un STRATO V-PowerServer fonctionnant avec Ubuntu 10.10 pour mes affaires, mais j'ai récemment des problèmes de connection au server via ssh.

Fondamentalement, tout ce que j'ai est ssh-access au server et si nécessaire, je peux démarrer dans un mode de récupération où toutes mes affaires sont dans / réparer afin que je puisse faire des corrections sur le système.

Le problème, c'est que lorsque j'essaie de me connecter au server via ssh, je reçois cette erreur:

Using username "florian". florian@mydomain.de's password: Server refused to allocate pty Linux hwn36335 2.6.18-028stab070.5 #1 SMP Fri Sep 17 15:37:23 MSD 2010 i686 GNU/Linux Ubuntu 10.10 Welcome to Ubuntu! * Documentation: https://help.ubuntu.com/ /home/florian/.zlogin:1: command not found: display_info 

Donc, le shell ne s'ouvre pas et je ne peux pas entrer de commands. J'ai déjà essayé de google pour "Serveur refusé d'atsortingbuer pty", mais je n'ai rien trouvé qui a aidé, bien que le problème soit arrivé à d'autres personnes auparavant. En outre, j'ai parfois même une erreur différente: "la request d'allocation pty a échoué sur la string 0" au lieu de l'autre erreur. Pour ce problème, tout ce que j'ai pu constater était ceci:

http://blog.dinotools.de/2010/10/03/fehler-pty-allocation-request-failed-on-channel-0

Mais malheureusement, cela n'a pas aidé …

Est-ce que quelqu'un a une idée de la raison pour laquelle cette erreur est causée et ce que je pourrais essayer de réparer?

Serais génial si vous pouviez me donner des conseils. Je connais certaines choses de base et je sais comment travailler avec mon server, mais si cela va profondément dans la résolution de problèmes, je suis à mes limites … 😉 Merci!

Addition 1:

/var/log/auth.log

 Jan 24 16:20:01 h1696522 CRON[3417]: PAM unable to dlopen(/lib/security/pam_smbpass.so): /lib/security/pam_smbpass.so: cannot open shared object file: No such file or directory Jan 24 16:20:01 h1696522 CRON[3417]: PAM adding faulty module: /lib/security/pam_smbpass.so Jan 24 16:20:01 h1696522 CRON[3417]: pam_unix(cron:session): session opened for user www-data by (uid=0) Jan 24 16:20:03 h1696522 CRON[3417]: pam_unix(cron:session): session closed for user www-data 

/var/log/daemon.log

 Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50003.vdb - dwr50003.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50004.vdb - dwr50004.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50005.vdb - dwr50005.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50006.vdb - dwr50006.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50007.vdb - dwr50007.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50008.vdb - dwr50008.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50009.vdb - dwr50009.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwrtoday.vdb - dwrtoday.vdb with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/updates/timestamp - timestamp with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/update.drl - update.drl with such CRC32 already exists, downloading has been skipped Jan 24 16:00:02 h1696522 update.pl[14292]: deleting old files ... Jan 24 16:00:02 h1696522 update.pl[14292]: moving downloaded files from temporary to working directory ... Jan 24 16:00:02 h1696522 update.pl[14292]: sending notifications ... Jan 24 16:00:02 h1696522 update.pl[14292]: summary => updated: 0, removed: 0 files and 0 messages Jan 24 16:00:02 h1696522 update.pl[14292]: Finish Success: 2011-01-24 16:00:02 Jan 24 16:00:02 h1696522 update.pl[14292]: Socket path is /var/drweb/run/updateSock 

Avez-vous essayé de recréer des périphériques pty and tty?

 root@mydomain.de:~# /sbin/MAKEDEV tty root@mydomain.de:~# /sbin/MAKEDEV pty 

Il semble que ce soit un problème connu sur les servers virtuels …

Si vous n'avez pas access à un shell, vous pouvez essayer d'envoyer la command via ssh:

 florian@localmachine:~$ ssh root@mydomain.de "/sbin/MAKEDEV tty" florian@localmachine:~$ ssh root@mydomain.de "/sbin/MAKEDEV pty" 

Édité pour refléter votre commentaire:

Si vous utilisez un chroot, vous devez également monter / proc, / dev et / sys:

 root@h1696522:/# mount -o bind /proc /repair/proc root@h1696522:/# mount -o bind /dev /repair/dev root@h1696522:/# mount -o bind /sys /repair/sys 

Cela devrait fonctionner maintenant.

Si vous avez un access à la console

 mount devpts /dev/pts -t devpts 

Les fois que j'ai encouté cette erreur, je l'ai corrigé en certifiant que le package udev était installé et en cours d'exécution. Udev s'occupe de créer des nœuds de périphériques quand ils sont nécessaires, comme le PTS / x requirejs par ssh. Essaie.

Essaye ça:

 ssh root@host "mount -o remount /dev/pts"