# Problème systemd après upgrade debian

**URL:** <https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274>\
**Category:** Support Debian\
**Created:** [Septembre 26, 2019, 4:30 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274 "2019-09-26T16:30:05Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 26, 2019, 4:30 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/1 "2019-09-26T16:30:05Z")

</div>

Bonjour,  
Après un upgrade Debian 7 j’obtiens des paquets cassés et ce message récurrent:

`systemd-shutdownd.socket: Socket unit configuration has changed while unit has been running, no open socket file descriptor left. The socket unit is not functional until restarted`

Merci pour votre support

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Septembre 26, 2019, 8:10 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/2 "2019-09-26T20:10:20Z")

</div>

Salut  
Debian 7?  
Il est temps de sortir de la grotte 🤣 et d’installer la version stable actuel Debian 10  
[https://www.debian.org/releases/](https://www.debian.org/releases/)

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 7:09 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/3 "2019-09-27T07:09:49Z")

</div>

Pardon Debian 9 Stretch

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 27, 2019, 7:38 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/4 "2019-09-27T07:38:23Z")

</div>

Depuis quand on parle en numéros avec debian ?  
La spécificité culturelle debian c’est de nommer ses release avec un petit nom, alors autant utiliser buster, stretch ou wheezy pour les désigner correctement ça évite les erreurs (sauf pour etch et stretch, mais bon).

> [@kmchen](#):
>
> Après un upgrade Debian 7 j’obtiens des paquets cassés et ce message récurrent:
> 
> `systemd-shutdownd.socket: Socket unit configuration has changed while unit has been running, no open socket file descriptor left. The socket unit is not functional until restarted`

A quel moment ?  
Peux tu donner des sorties de commandes complètes, avec le prompt et la commande exacte tapée, pas juste un bout de la sortie hors de son contexte, afin qu’on ai tous les éléments pour comprendre ?  
Peux tu indiquer la configuration de tes sources aussi ?

Sinon, que dit **sudo apt install** (sans autre argument) ?

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 7:56 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/5 "2019-09-27T07:56:22Z")

</div>

Ce message était apparu à la fin de l’upgrade.

```
vm293 ~ > cat /etc/apt/sources.list
 # Debian Stretch, dépôt principal + paquets non libres
deb http://deb.debian.org/debian/ stretch main contrib non-free
# Debian Stretch, mises à jour de sécurité + paquets non libres
deb http://security.debian.org/ stretch/updates main contrib non-free
# Debian Stretch, mises à jour "volatiles" + paquets non libres
deb http://deb.debian.org/debian/ stretch-updates main contrib non-free

vm293 ~ > apt install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 78 non mis à jour.
3 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Paramétrage de fail2ban (0.9.6-2) ...
Job for fail2ban.service failed because the control process exited with error code.
See "systemctl status fail2ban.service" and "journalctl -xe" for details.
invoke-rc.d: initscript fail2ban, action "start" failed.
● fail2ban.service - Fail2Ban Service
   Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2019-09-27 09:55:32 CEST; 7ms ago
     Docs: man:fail2ban(1)
  Process: 18509 ExecStart=/usr/bin/fail2ban-client -x start (code=exited, status=255)

sept. 27 09:55:32 vm293.jn-hebergement.com systemd[1]: Failed to start Fail2Ban Service.
sept. 27 09:55:32 vm293.jn-hebergement.com systemd[1]: fail2ban.service: Unit entered failed state.
sept. 27 09:55:32 vm293.jn-hebergement.com systemd[1]: fail2ban.service: Failed with result 'exit-code'.
dpkg: erreur de traitement du paquet fail2ban (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Paramétrage de openssh-server (1:7.4p1-10+deb9u7) ...
Job for ssh.service failed because the control process exited with error code.
See "systemctl status ssh.service" and "journalctl -xe" for details.
invoke-rc.d: initscript ssh, action "restart" failed.
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2019-09-27 09:55:33 CEST; 11ms ago
  Process: 18666 ExecStart=/usr/sbin/sshd -D $SSHD_OPTS (code=exited, status=255)
  Process: 18665 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
 Main PID: 18666 (code=exited, status=255)

sept. 27 09:55:33 vm293.jn-hebergement.com systemd[1]: Starting OpenBSD Secure Shell server...
sept. 27 09:55:33 vm293.jn-hebergement.com systemd[1]: ssh.service: Main process exited, code=exited, status=255/n/a
sept. 27 09:55:33 vm293.jn-hebergement.com systemd[1]: Failed to start OpenBSD Secure Shell server.
sept. 27 09:55:33 vm293.jn-hebergement.com systemd[1]: ssh.service: Unit entered failed state.
sept. 27 09:55:33 vm293.jn-hebergement.com systemd[1]: ssh.service: Failed with result 'exit-code'.
dpkg: erreur de traitement du paquet openssh-server (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Paramétrage de rsyslog (8.24.0-1) ...
Job for rsyslog.service failed because the control process exited with error code.
See "systemctl status rsyslog.service" and "journalctl -xe" for details.
invoke-rc.d: initscript rsyslog, action "restart" failed.
● rsyslog.service - System Logging Service
   Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2019-09-27 09:55:34 CEST; 6ms ago
     Docs: man:rsyslogd(8)
           http://www.rsyslog.com/doc/
  Process: 18726 ExecStart=/usr/sbin/rsyslogd -n (code=exited, status=1/FAILURE)
 Main PID: 18726 (code=exited, status=1/FAILURE)
dpkg: erreur de traitement du paquet rsyslog (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 fail2ban
 openssh-server
 rsyslog
E: Sub-process /usr/bin/dpkg returned an error code (1)
```

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 27, 2019, 8:04 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/6 "2019-09-27T08:04:56Z")

</div>

Ah ! Cela explique tes problèmes avec rsyslog dans ton autre fil de discussion.  
Tu as trois services : fail2ban, openssh et rsyslog qui ne fonctionnent pas car la mise à jour des paquets échoue.  
Cet échec est probablement dû à des directives de configuration incompatibles avec les nouvelles versions.

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 8:13 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/7 "2019-09-27T08:13:05Z")

</div>

Oui mais comment savoir lesquelles sans aucun message d’erreur tangible ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 27, 2019, 8:35 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/8 "2019-09-27T08:35:15Z")

</div>

Première option :  
Il faut supprimer (en faire une copie) les configurations que tu as faites pour ces trois services et mettre si possible celles fournies par les mainteneurs des paquets (la question est normalement posée lors de la mise à jour) puis relancer la configuration des paquets fautifs :

`sudo dpkg --configure -a`

Seconde option :  
Examiner pour chaque service les fichiers de configuration et corriger les directives fautives en s’appuyant sur les notes de versions et les informations présentes dans /usr/share/doc/nom\_du\_programme : readme, changleog, etc.

Quelqu’un aura peut-être d’autres idées pour résoudre cela plus simplement ou plus proprement.

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 8:59 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/9 "2019-09-27T08:59:24Z")

</div>

> [@anon70622873](#):
>
> Première option :

Le problème est que dpkg --configure ne donne pas plus d’infos que apt install

J’examine la seconde option pour rsyslog :

```
vm293 /etc > mv rsyslog.conf rsyslog.conf.bad  
vm293 /etc > cp rsyslog.conf.dpkg-dist rsyslog.conf
vm293 /etc > dpkg-reconfigure rsyslog 
/usr/sbin/dpkg-reconfigure: rsyslog est cassé ou partiellement installé
vm293 /etc > apt install rsyslog
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
rsyslog is already the newest version (8.24.0-1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 78 non mis à jour.
3 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] 
Paramétrage de fail2ban (0.9.6-2) ...
Job for fail2ban.service failed because the control process exited with error code.
See "systemctl status fail2ban.service" and "journalctl -xe" for details.
invoke-rc.d: initscript fail2ban, action "start" failed.
● fail2ban.service - Fail2Ban Service
   Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2019-09-27 11:10:08 CEST; 14ms ago
     Docs: man:fail2ban(1)
  Process: 21130 ExecStart=/usr/bin/fail2ban-client -x start (code=exited, status=255)

sept. 27 11:10:08 vm293.jn-hebergement.com systemd[1]: fail2ban.service: Control process exited, code=exited status=255
sept. 27 11:10:08 vm293.jn-hebergement.com systemd[1]: Failed to start Fail2Ban Service.
sept. 27 11:10:08 vm293.jn-hebergement.com systemd[1]: fail2ban.service: Unit entered failed state.
sept. 27 11:10:08 vm293.jn-hebergement.com systemd[1]: fail2ban.service: Failed with result 'exit-code'.
dpkg: erreur de traitement du paquet fail2ban (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Paramétrage de openssh-server (1:7.4p1-10+deb9u7) ...
Job for ssh.service failed because the control process exited with error code.
See "systemctl status ssh.service" and "journalctl -xe" for details.
invoke-rc.d: initscript ssh, action "restart" failed.
● ssh.service - OpenBSD Secure Shell server
   Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2019-09-27 11:10:10 CEST; 8ms ago
  Process: 21288 ExecStart=/usr/sbin/sshd -D $SSHD_OPTS (code=exited, status=255)
  Process: 21286 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
 Main PID: 21288 (code=exited, status=255)

sept. 27 11:10:10 vm293.jn-hebergement.com systemd[1]: Starting OpenBSD Secure Shell server...
sept. 27 11:10:10 vm293.jn-hebergement.com systemd[1]: ssh.service: Main process exited, code=exited, status=255/n/a
sept. 27 11:10:10 vm293.jn-hebergement.com systemd[1]: Failed to start OpenBSD Secure Shell server.
sept. 27 11:10:10 vm293.jn-hebergement.com systemd[1]: ssh.service: Unit entered failed state.
sept. 27 11:10:10 vm293.jn-hebergement.com systemd[1]: ssh.service: Failed with result 'exit-code'.
dpkg: erreur de traitement du paquet openssh-server (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Paramétrage de rsyslog (8.24.0-1) ...
Job for rsyslog.service failed because the control process exited with error code.
See "systemctl status rsyslog.service" and "journalctl -xe" for details.
invoke-rc.d: initscript rsyslog, action "restart" failed.
● rsyslog.service - System Logging Service
   Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2019-09-27 11:10:11 CEST; 11ms ago
     Docs: man:rsyslogd(8)
           http://www.rsyslog.com/doc/
  Process: 21346 ExecStart=/usr/sbin/rsyslogd -n (code=exited, status=1/FAILURE)
 Main PID: 21346 (code=exited, status=1/FAILURE)

sept. 27 11:10:11 vm293.jn-hebergement.com systemd[1]: Failed to start System Logging Service.
sept. 27 11:10:11 vm293.jn-hebergement.com systemd[1]: rsyslog.service: Unit entered failed state.
sept. 27 11:10:11 vm293.jn-hebergement.com systemd[1]: rsyslog.service: Failed with result 'exit-code'.
dpkg: erreur de traitement du paquet rsyslog (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 fail2ban
 openssh-server
 rsyslog
E: Sub-process /usr/bin/dpkg returned an error code (1)

```

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 9:30 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/10 "2019-09-27T09:30:57Z")

</div>

J’avais vu un autre message qui pourrait peut-être donner une piste:

```auto
apt-get update
...
No sandbox user '_apt' on the system, can not drop privileges

```

Mais ce message a disparu si on refait un update

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 27, 2019, 9:31 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/11 "2019-09-27T09:31:30Z")

</div>

Pour rsyslog essaie ceci :

```bash
systemctl stop syslog.socket rsyslog.service
touch /var/log/syslog
chown root:adm /var/log/syslog
chmod 640 /var/log/syslog

```

Puis :

```bash
apt install --reinstall rsyslog

```

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Septembre 27, 2019, 1:17 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/12 "2019-09-27T13:17:03Z")

</div>

> [@anon70622873](#):
>
> apt install --reinstall rsyslog

**apt reinstall rsyslog** marche aussi.

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 2:23 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/13 "2019-09-27T14:23:25Z")

</div>

```
vm293 ~ > systemctl stop syslog.socket rsyslog.service
vm293 ~ > touch /var/log/syslog
vm293 ~ > chown root:adm /var/log/syslog
vm293 ~ > chmod 640 /var/log/syslog
vm293 ~ > apt install --reinstall rsyslog
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 94 non mis à jour.
3 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
E: Internal Error, No file name for rsyslog:amd64
```

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 27, 2019, 2:58 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/14 "2019-09-27T14:58:30Z")

</div>

> [@kmchen](#):
>
> `E: Internal Error, No file name for rsyslog:amd64`

Hum, le paquet rsyslog ne serait pas dans le cache ?  
Dans ce cas il faut d’abord faire :  
`apt update`  
puis  
`apt reinstall rsyslog`

Et au passage peut-on voir une retour de :  
`df -h`

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 3:01 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/15 "2019-09-27T15:01:39Z")

</div>

```nohighlight
vm293 ~ > apt update
Ign:1 http://deb.debian.org/debian stretch InRelease
Réception de:2 http://deb.debian.org/debian stretch-updates InRelease [91,0 kB]
Atteint:3 http://security.debian.org stretch/updates InRelease                 
Atteint:4 http://deb.debian.org/debian stretch Release                         
91,0 ko réceptionnés en 0s (151 ko/s)                          
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
78 packages can be upgraded. Run 'apt list --upgradable' to see them.
vm293 ~ > 

```

```nohighlight
vm293 ~ > apt reinstall rsyslog
E: L'opération reinstall n'est pas valable
vm293 ~ > 

```

```nohighlight
vm293 ~ > apt install --reinstall rsyslog
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 78 non mis à jour.
3 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
E: Internal Error, No file name for rsyslog:amd64
vm293 ~ > 

```

```nohighlight
vm293 ~ > df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 10M 0 10M 0% /dev
tmpfs 202M 25M 177M 13% /run
/dev/dm-0 960M 792M 169M 83% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 1,2G 0 1,2G 0% /run/shm
/dev/sda1 197M 88M 109M 45% /boot
/dev/mapper/vg0-usr 5,0G 1,9G 3,1G 38% /usr
/dev/mapper/vg0-var 22G 7,0G 15G 32% /var
/dev/mapper/vg0-log 4,0G 700M 3,3G 18% /var/log
/dev/mapper/vg0-tmp 960M 214M 747M 23% /tmp
/dev/mapper/vg0-home 960M 36M 925M 4% /home
192.168.1.253:/JST000AB20_1 30G 3,7G 27G 13% /filer
none 4,0K 0 4,0K 0% /sys/fs/cgroup
tmpfs 202M 0 202M 0% /run/user/0
vm293 ~ > 

```

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 27, 2019, 3:08 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/16 "2019-09-27T15:08:27Z")

</div>

> [@kmchen](#):
>
> `E: Internal Error, No file name for rsyslog:amd64`

Ça sent pas bon cette erreur…  
Essaie tout de même :  
`dpkg --configure rsyslog`

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 3:13 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/17 "2019-09-27T15:13:20Z")

</div>

> [@anon70622873](#):
>
> Ça sent pas bon cette erreur…

Oui. Je suis inquiet car il s’agit d’un serveur en production.

```
vm293 ~ > dpkg --configure rsyslog
Paramétrage de rsyslog (8.24.0-1) ...
Job for rsyslog.service failed because the control process exited with error code.
See "systemctl status rsyslog.service" and "journalctl -xe" for details.
invoke-rc.d: initscript rsyslog, action "restart" failed.
● rsyslog.service - System Logging Service
   Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2019-09-27 17:10:27 CEST; 11ms ago
 Docs: man:rsyslogd(8)
       http://www.rsyslog.com/doc/
  Process: 31564 ExecStart=/usr/sbin/rsyslogd -n (code=exited, status=1/FAILURE)
 Main PID: 31564 (code=exited, status=1/FAILURE)

sept. 27 17:10:27 vm293.jn-hebergement.com systemd[1]: rsyslog.service: Unit entered failed state.
sept. 27 17:10:27 vm293.jn-hebergement.com systemd[1]: rsyslog.service: Failed with result 'exit-code'.
dpkg: erreur de traitement du paquet rsyslog (--configure) :
 le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 rsyslog

```

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Septembre 27, 2019, 3:33 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/18 "2019-09-27T15:33:37Z")

</div>

Bon, toujours la même erreur et je suis un peu à court d’idées pour débloquer cela… Reste la suppression et la réinstallation du paquet :

`apt purge rsyslog`

`apt install rsyslog`

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Septembre 27, 2019, 3:49 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/19 "2019-09-27T15:49:05Z")

</div>

_78 non mis à jour_, il y a peut être des dépendances non satisfaites

tenter

```auto
sudo apt full-upgrade

```

---

<div class="post-metadata">

**Author:** ![kmchen](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/k/3d9bf3/32.png) [@kmchen](https://www.debian-fr.org/u/kmchen)\
**Post date:** [Septembre 27, 2019, 3:57 UTC](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274/20 "2019-09-27T15:57:45Z")

</div>

Mêmes résultats que précédemment, les même 3 paquets non installés

C’est bizare, j’ai fait l’upgrade Stretch sur plusieurs machines différentes avec des installations quasi similaires sans aucun problème.  
_78 non mis à jour_ , il y a peut être des dépendances non satisfaites

> [@grandtoubab](#):
>
> _78 non mis à jour_ , il y a peut être des dépendances non satisfaites

Pourquoi ne seraient-elles pas listées par apt-install ?

> [@grandtoubab](#):
>
> tenter
> 
> ```auto
> sudo apt full-upgrade
> 
> ```

Je ne risque pas d’agraver le problème ?  
Pour le moment le serveur et ses applications tournent encore et je dois le fermer pour maintenance la semaine prochaine.

J’ai vu ce post que je n’ose pas appliquer non plus, là c’est carrément sur libc6:  
[https://askubuntu.com/questions/266450/how-to-fix-e-internal-error-no-file-name-for-libc6](https://askubuntu.com/questions/266450/how-to-fix-e-internal-error-no-file-name-for-libc6)

[Page suivante](https://www.debian-fr.org/t/probleme-systemd-apres-upgrade-debian/80274.md?page=2)