J’ai justement une souscripion que je venais juste de mettre à jour quelques minutes auparavant. Du coup en allant sur le serveur j’en ai profité pour lancé un update.
Concernant aptitude, il doit y avoir une erreur plus précise sur la raison de l’échec - cette erreur doit aussi apparaître dans un des logs /var/log/dpkg.log, /var/log/aptitude ou */var/log/apt/**.
Je ne sais pas quelle version exacte. En 3.5.x Et je ne peux plus y accéder.
Niveau des logs pas gd chose :
aptitude :
Suite à erreurs dpkg les 3 paquets sont NON CONFIGURES
dpkg :
4 fois ces deux lignes :
configure bm-ysnp:amd64 3.1.35717
status half-configured bm-ysnp:amd64 3.1.35717
apt :
Parametrage de bm-ysnp
Job for bm-ysnp.service failed.
invoke-rc.d:initscript bm-ysnp, action “start” failed
dpgg : erreur de traitement du paquet…
le sous processus script post-installation installé à retourné une erreur de sortie d’état 1
et après pour les autres paquets il parle d’erreurs de dépendance. MAis je pense que tout est lié à ce ysnp
Job for bm-ysnp.service failed
invoke-rc.d: initscript bm-ynsp, action “start” failed.
dpkg : erreur de traitement du paquet bm-ysnp (–configure)
le sous processus script post-installation installé à retourné une erreur de sortie d’état 1
Pour information, le problème a été résolu par un kill -9 du processus bm-ysnp (un reboot fonctionne également). Le fichier pid du procesus n’existait plus ce qui provoquait une erreur lorsque systemd essayait de redémarrer le service.
Le problème est en cours d’investigation dans le ticket suivant : https://forge.bluemind.net/jira/browse/BM-14242