vívido - falha ao conectar-se ao iniciante: conexão recusada

Apenas atualizado via do-release-upgrade e agora determinados trabalhos iniciados como fail2ban e plexmediaserver não serão iniciados (tentei reinstalar)

$ sudo service fail2ban start
Job for fail2ban.service failed. See "systemctl status fail2ban.service" and "journalctl -xe" for details.

$ systemctl status fail2ban.service
  fail2ban.service - Fail2Ban Service
   Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled; vendor preset: enabled)
   Active: failed (Result: start-limit) since Mon 2015-04-27 19:47:27 BST; 26s ago
     Docs: man:fail2ban(1)
  Process: 14423 ExecStart=/usr/bin/fail2ban-client -x start (code=exited, status=255)

$ sudo service plexmediaserver start
Failed to start plexmediaserver.service: Unit plexmediaserver.service failed to load: No such file or directory.

$ sudo dpkg -i plexmediaserver_0.9.11.16.958-80f1748_amd64.deb
(Reading database ... 88738 files and directories currently installed.)
Preparing to unpack plexmediaserver_0.9.11.16.958-80f1748_amd64.deb ...
stop: Unable to connect to Upstart: Failed to connect to socket /com/ubuntu/upstart: Connection refused

Alguma idéia de por onde começar?

O Ubuntu mudou para systemdcomo sua estrutura de serviço a partir de 15.04 para todos os tipos, incluindo Desktop e Servidor. A prática recomendada é mudar seus upstarttrabalhos para systemdtrabalhos (consulte o artigo da wiki para obter mais informações). Você também pode voltar para o upstartque quiser, o que é certamente a solução mais rápida. Eu recomendo que você leia as primeiras seções do artigo wiki para ponderar os prós e os contras.

Correção recomendada

Consulte o artigo wiki para fazer a transição dos seus upstartscripts systemd.

Guia de discussão e codificação: Systemd para usuários iniciantes

Correção rápida (apenas para 15.04)

Para voltar permanentemente para upstartapenas executar:

sudo apt-get install upstart-sysv
sudo update-initramfs -u
sudo reboot

EDIT: O artigo da wiki apenas recomenda isso para 15.04, mas alguns usuários também acharam útil no 16.04.

Eu encontrei o problema do fail2ban foi um erro no arquivo de configuração: /etc/fail2ban/jail.local

Na seção pam, a variável de porta é listada duas vezes

[pam-generic]

...

port     = all
banaction = iptables-allports
port     = anyport

Mesmo que esta seção esteja desativada ( enabled = false) na minha configuração, isso causa um erro. Eu simplesmente comentei essa segunda definição

# port     = anyport

Eu encontrei isso executando fail2ban manualmente:

sudo fail2ban-client start

Aqui a solução. É tudo sobre a recente atualização do VirtualBox.

Execute no terminal ( Ctrl+ Alt+ F1se você estiver acessando do modo de recuperação):

sudo apt-get purge virtualbox-guest-x11

No meu caso, em que a versão do Ubuntu foi atualizada, foi assim que executamos o comando no caso da nova versão do Ubuntu:

Novo comando que funciona:

 sudo service ssh restart

Para verificar se o tcp está escutando na porta 22, você deve obter alguma saída deste comando: sudo netstat -anp | grep sshd

Para verificar se o ssh está em execução:

1. avaliação ssh-agent
2. ps -aux | grep ssh

Nota: Estamos considerando que a chave necessária para o ssh é carregada no agente ssh na caixa em que o ssh está sendo iniciado e a chave também é adicionada ao .ssh/authorized_keysarquivo na caixa em que o ssh está sendo executado.

Eu tive esse problema depois de atualizar uma VM do Linux (VirtualBox).

Acontece que eu tive que executar o VBoxLinuxAdditions.run a partir do pseudo-terminal como root e reiniciar para corrigir isso.

Para sua informação, caso alguém tenha o mesmo problema.

David