vivid - impossibile connettersi all'avvio: connessione rifiutata

Appena aggiornato tramite do-release-upgrade e ora alcuni lavori di avvio come fail2ban e plexmediaserver non si avviano (hanno provato a reinstallare)

$ 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

Qualche idea su da dove cominciare?

Ubuntu è diventato systemdil suo framework di servizi a partire dal 15.04 per tutte le versioni, inclusi desktop e server. La pratica consigliata è quella di cambiare i upstartlavori in systemdlavori (vedi l'articolo wiki per maggiori informazioni). Puoi anche tornare a upstartse lo desideri, che è sicuramente la soluzione più rapida. Ti consiglio di leggere le prime sezioni dell'articolo wiki per valutare i pro ei contro.

Correzione consigliata

Fare riferimento all'articolo wiki per passare upstartagli script systemd.

Guida alla discussione e alla codifica: Systemd per utenti Upstart

Correzione rapida (solo per 15.04)

Per tornare definitivamente alla upstartcorsa:

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

EDIT: l'articolo wiki lo consiglia solo per il 15.04, ma alcuni utenti lo hanno trovato utile anche sul 16.04.

Ho riscontrato che il problema con fail2ban era un errore nel file di configurazione: /etc/fail2ban/jail.local

Nella sezione pam, la variabile port è elencata due volte

[pam-generic]

...

port     = all
banaction = iptables-allports
port     = anyport

Anche se questa sezione è disabilitata ( enabled = false) nella mia configurazione, ciò causa un errore. Ho semplicemente commentato questa seconda definizione

# port     = anyport

Ho trovato questo eseguendo fail2ban manualmente:

sudo fail2ban-client start

Ecco la soluzione. Riguarda il recente aggiornamento di VirtualBox.

Esegui nel terminale ( Ctrl+ Alt+ F1se stai accedendo dalla modalità di recupero):

sudo apt-get purge virtualbox-guest-x11

Nel mio caso in cui è stata aggiornata la versione di Ubuntu, era solo il modo in cui eseguiamo il comando nel caso della nuova versione di Ubuntu:

Nuovo comando che funziona:

 sudo service ssh restart

Per verificare che tcp sia in ascolto sulla porta 22, dovresti ottenere un output da questo comando: sudo netstat -anp | grep sshd

Per verificare che ssh sia in esecuzione:

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

Nota: stiamo considerando che la chiave richiesta a ssh viene caricata nell'agente ssh dalla casella in cui ssh viene avviata e che la chiave viene anche aggiunta al .ssh/authorized_keysfile nella casella in cui viene eseguita ssh.

Ho avuto questo problema dopo l'aggiornamento di una VM Linux (VirtualBox).

Ho scoperto che dovevo eseguire VBoxLinuxAdditions.run dallo pseudo-terminale come root e riavviare per risolvere il problema.

Cordiali saluti nel caso in cui qualcuno là fuori abbia lo stesso problema.

David