Vient de mettre à jour via do-release-upgrade et maintenant certains travaux à venir tels que fail2ban et plexmediaserver ne démarreront pas (j'ai essayé de les réinstaller)
$ 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
Des idées avec par où commencer?
Ubuntu est passé à systemd
en tant que structure de service à partir de 15.04 pour toutes les versions, y compris Desktop et Server. La pratique recommandée consiste à changer vos travaux upstart
en systemd
(voir l'article du wiki pour plus d'informations). Vous pouvez également revenir à upstart
si vous le souhaitez, ce qui est certainement la solution la plus rapide. Je vous recommande de lire les premières sections de l'article du wiki pour pondérer le pour et le contre.
Reportez-vous à l'article du wiki pour faire passer vos scripts upstart
à systemd
.
Guide de discussion et de codage: Systemd for Upstart Users
Pour revenir définitivement à upstart
, exécutez simplement:
Sudo apt-get install upstart-sysv
Sudo update-initramfs -u
Sudo reboot
EDIT: Cet article du wiki recommande ceci uniquement pour 15.04, mais certains utilisateurs l'ont également trouvé utile le 16.04.
J'ai trouvé que le problème pour fail2ban était une erreur dans le fichier de configuration: /etc/fail2ban/jail.local
Dans la section pam, la variable de port est listée deux fois
[pam-generic]
...
port = all
banaction = iptables-allports
port = anyport
Même si cette section est désactivée (enabled = false
) dans ma configuration, cela provoque une erreur. J'ai simplement commenté cette deuxième définition
# port = anyport
J'ai trouvé cela en exécutant fail2ban manuellement:
Sudo fail2ban-client start
Voici la solution. Il s’agit de la mise à jour récente de VirtualBox.
Run in terminal (Ctrl+Alt+F1 si vous passez du mode récupération):
Sudo apt-get purge virtualbox-guest-x11
Dans mon cas où la version Ubuntu a été mise à niveau, c'était simplement la façon dont nous exécutons la commande dans le cas de la nouvelle version Ubuntu:
Nouvelle commande qui fonctionne:
Sudo service ssh restart
Pour vérifier que TCP écoute sur le port 22, vous devriez obtenir une sortie de cette commande: Sudo netstat -anp | grep sshd
Pour vérifier que ssh est en cours d'exécution:
ssh-agent
ps -aux | grep ssh
Note: Nous considérons que la clé requise pour ssh est chargée dans l'agent ssh à partir de la boîte où ssh est en cours d'initiation et que la clé est également ajoutée au fichier .ssh/authorized_keys
de la boîte dans laquelle ssh est utilisée. .