Headless - não pode mais SSH

0

Funcionou ontem à noite, e eu não reiniciei o servidor desde então (copiei algumas centenas de GB de um disco rígido USB para outro, senão não faço nada), mas agora só posso fazer isso:

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:~$

A única pergunta existente que pude encontrar com as mesmas mensagens de erro é essa, que foi descartada sem muita discussão e sem respostas: link

Eu realmente não quero apenas puxar o plugue e reiniciar, então existe uma maneira de corrigir isso usando a sessão atual?

    
por AaronD 13.06.2017 / 20:55

1 resposta

0

Obrigado @derobert por me ajudar com isso.

Acontece que, no meu caso, a unidade do sistema foi corrompida de alguma forma, por isso não foi possível encontrar os arquivos necessários para entrar novamente. Eu diferenciei as unidades que ele estava copiando, e parece que a cópia correu bem, eu estou supondo porque todas as instruções necessárias para fazer isso já estavam na memória quando a unidade começou a ir para o sul.

Mas parece que a solução aqui é recriar a imagem do sistema a partir de um backup em uma unidade diferente. (É por isso que você faz backups.)

    
por 14.06.2017 / 20:41

Tags