Więc przejrzałem błąd i sprawdziłem błąd serwera, ale rozwiązania nie pasowały. Większość wyników to problemy z / dev / pts, ale to jest zamontowane. Inne wyniki to błędy w git, ale na maszynie nie ma git.
Moje konto nie jest zablokowane, nadal mogę zalogować się na konsoli. Inni użytkownicy również mają ten problem, więc nie sądzę, że ma to coś wspólnego z czymś, co znajduje się w moim .ssh /
Otrzymuję tę odpowiedź za pomocą ssh -vv:
<snip>
debug1: Next authentication method: password
rogier@server's password:
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 100 id 0
PTY allocation request failed on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Następnie sesja zawiesza się. Czy ktoś ma pojęcie, co się dzieje?
/dev/pt*
urządzenia musiały zostać usunięte i ręcznie dodane ponownie, ponieważ zostały uszkodzone. W takim przypadku zadziałało również obejście, które wymieniłem powyżej.
ssh user@host "/bin/bash -i
. Czy możesz bardziej szczegółowo określić, które polecenia muszę uruchomić, aby to naprawić? Jak przywrócić /dev/pt*
? Dzięki.
mount
, jedną z wypisywanych linii powinien być / dev / pts, zanotuj opcje. Odmontuj umount /dev/pts
i zamontuj ponownie, mount -t devpts -o OPTIONS devpts /dev/pts
zastępując OPCJE opcjami obserwowanymi przed odmontowaniem.
ssh user@host "/bin/bash -i"
aby się zalogować?