昨夜は動作し、それ以降はサーバーを再起動しませんでした（1つのUSBハードドライブから別のUSBハードドライブに数百GBをコピーし、それ以外は何もしません）。しかし、今は次のことしかできません。
aaron@aaron-VirtualDesktop:~$ ping 192.168.0.100
PING 192.168.0.100 (192.168.0.100) 56(84) bytes of data.
64 bytes from 192.168.0.100: icmp_seq=1 ttl=63 time=1.57 ms
64 bytes from 192.168.0.100: icmp_seq=2 ttl=63 time=2.60 ms
64 bytes from 192.168.0.100: icmp_seq=3 ttl=63 time=2.14 ms
64 bytes from 192.168.0.100: icmp_seq=4 ttl=63 time=2.56 ms
64 bytes from 192.168.0.100: icmp_seq=5 ttl=63 time=7.41 ms
^C
--- 192.168.0.100 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 1.575/3.258/7.412/2.109 ms
aaron@aaron-VirtualDesktop:~$ ssh [email protected] -vvv
OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g 1 Mar 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: resolving "192.168.0.100" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to 192.168.0.100 [192.168.0.100] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaron/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
ssh_exchange_identification: read: Connection reset by peer
aaron@aaron-VirtualDesktop:~$
同じエラーメッセージで見つかった唯一の既存の質問はこの質問でした。この質問は、特別な議論や回答なしで削除されました。 https://serverfault.com/q/799207
プラグを抜いて再起動したくないのですが、現在のセッションを使用してこの問題を解決する方法はありますか？
ベストアンサー1
この問題を解決するのを助けてくれた@derobertに感謝します。
私の場合、システムドライブが何らかの方法で破損して再ログインするために必要なファイルが見つからないことがわかりました。コピーしているドライブを比較しましたが、コピーがうまくいくようです。ドライブが南に移動し始めたとき、これを実行するために必要なすべての指示がすでにメモリにあったためです。
ただし、ここで解決策は、既知の良好なバックアップのシステムイメージを別のドライブに再インストールすることです。 （それでバックアップをしておくのです。）