vívido: no se pudo conectar al arranque: conexión rechazada

Acaba de actualizarse a través de do-release-upgrade y ahora ciertos trabajos de arranque como fail2ban y plexmediaserver no se iniciarán (he intentado 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

¿Alguna idea con dónde comenzar con esto?

Ubuntu cambió a systemdsu marco de servicio a partir de 15.04 para todos los sabores, incluidos Desktop y Server. La práctica recomendada es cambiar sus upstarttrabajos a systemdtrabajos (consulte el artículo wiki para obtener más información). También puede volver a upstartsi lo desea, lo que sin duda es la solución más rápida. Le recomiendo que lea las primeras secciones del artículo wiki para evaluar los pros y los contras.

Solución recomendada

Consulte el artículo wiki para hacer la transición de sus upstartscripts systemd.

Guía de debate y codificación: Systemd para usuarios principiantes

Solución rápida (solo para 15.04)

Para volver de forma permanente a upstartsimplemente ejecutar:

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

EDITAR: El artículo wiki solo recomienda esto para 15.04, pero algunos usuarios también lo han encontrado útil en 16.04.

Encontré que el problema para fail2ban era un error en el archivo de configuración: /etc/fail2ban/jail.local

En la sección de pam, la variable de puerto aparece dos veces

[pam-generic]

...

port     = all
banaction = iptables-allports
port     = anyport

Aunque esta sección está deshabilitada ( enabled = false) en mi configuración, esto causa un error. Simplemente comenté esta segunda definición

# port     = anyport

Encontré esto ejecutando fail2ban manualmente:

sudo fail2ban-client start

Aquí la solución. Se trata de la reciente actualización de VirtualBox.

Ejecutar en la terminal ( Ctrl+ Alt+ F1si está accediendo desde el modo de recuperación):

sudo apt-get purge virtualbox-guest-x11

En mi caso donde se actualizó la versión de Ubuntu, fue solo la forma en que ejecutamos el comando en el caso de la nueva versión de Ubuntu:

Nuevo comando que funciona:

 sudo service ssh restart

Para verificar que tcp está escuchando en el puerto 22, debe obtener algún resultado de este comando: sudo netstat -anp | grep sshd

Para comprobar que ssh se está ejecutando:

1. eval ssh-agent
2. ps -aux | grep ssh

Nota: Estamos considerando que la clave requerida para ssh se carga en el agente ssh desde el cuadro donde se está iniciando ssh y la clave también se agrega al .ssh/authorized_keysarchivo en el cuadro en el que se está haciendo ssh.

Tuve este problema después de actualizar una máquina virtual Linux (VirtualBox).

Resulta que tuve que ejecutar VBoxLinuxAdditions.run desde el pseudo-terminal como root y reiniciar para solucionar esto.

FYI en caso de que alguien tenga el mismo problema.

David