# Upgrade et autoremove impossible suite passage de la version 10 en 11 **URL:** \ **Category:** Support Debian\ **Created:** [Juillet 5, 2023, 3:17 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478 "2023-07-05T15:17:32Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 5, 2023, 3:17 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/1 "2023-07-05T15:17:32Z")
Bonjour à tous, L’upgrade s’est passé correctement et j’ai rebooté normalement à la fin. Puis - apt update me dit que tout est à jour - apt autoremove ou apt upgrade retourne avec l’erreur finale : E: Sub-process /usr/bin/dpkg returned an error code (1) Le début des messages : apt autoremove Lecture des listes de paquets… Fait Construction de l’arbre des dépendances… Fait Lecture des informations d’état… Fait 0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. 34 partiellement installés ou enlevés. Après cette opération, 0 o d’espace disque supplémentaires seront utilisés. Paramétrage de systemd (247.3-7+deb11u2) … Detected unsafe path transition / → /var during canonicalization of /var/log/journal. Detected unsafe path transition / → /var during canonicalization of /var/log/journal. Detected unsafe path transition / → /var during canonicalization of /var/log/journal. Detected unsafe path transition / → /var during canonicalization of /var/log/journal/a8b1b192b15c4a589 75d8d1197e3d39c. Detected unsafe path transition / → /var during canonicalization of /var/log/journal/a8b1b192b15c4a589 75d8d1197e3d39c. Detected unsafe path transition / → /var during canonicalization of /var/log/journal/a8b1b192b15c4a589 75d8d1197e3d39c. Detected unsafe path transition / → /var during canonicalization of /var/log/journal/a8b1b192b15c4a589 75d8d1197e3d39c/system.journal. Detected unsafe path transition / → /var during canonicalization of /var/log/journal/a8b1b192b15c4a589 75d8d1197e3d39c/system.journal. dpkg: erreur de traitement du paquet systemd (–configure) : installed systemd package post-installation script subprocess returned error exit status 73 dpkg: des problèmes de dépendances empêchent la configuration de libpam-systemd:amd64 : libpam-systemd:amd64 dépend de systemd (= 247.3-7+deb11u2) ; cependant : Le paquet systemd n’est pas encore configuré. Aucune idée, à cette heure d’ou vient et comment résoudre ce pb, toute aide est la bienvenue. Merci d’avance. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juillet 5, 2023, 3:21 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/2 "2023-07-05T15:21:37Z")
Hello, Avais-tu fait une configuration ,particulière de ton /var/log? ou dans la configuration de journald? Et au passage que disent tes logs? ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 5, 2023, 3:27 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/3 "2023-07-05T15:27:14Z")
Merci pour ta réponse A priori aucune conf de spéciale pour /var/log Côté log juil. 05 17:25:06 DI2 systemd[1]: Couldn’t stat device /dev/net/tun: No such file or directory juil. 05 17:25:06 DI2 ovpn-server[4781]: WARNING: Compression for receiving enabled. Compression has been used in the past to brea\> juil. 05 17:25:06 DI2 ovpn-server[4781]: WARNING: --topology net30 support for server configs with IPv4 pools will be removed in a\> juil. 05 17:25:06 DI2 ovpn-server[4781]: --cipher is not set. Previous OpenVPN version defaulted to BF-CBC as fallback when cipher\> juil. 05 17:25:06 DI2 ovpn-server[4781]: Options error: --writepid fails with ‹ /run/openvpn/server.pid ›: No such file or directory\> juil. 05 17:25:06 DI2 ovpn-server[4781]: Options error: Please correct these errors. juil. 05 17:25:06 DI2 ovpn-server[4781]: Use --help for more information. juil. 05 17:25:06 DI2 systemd[1]: openvpn@server.service: Main process exited, code=exited, status=1/FAILUR ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 5, 2023, 3:30 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/4 "2023-07-05T15:30:04Z")
Je viens de virer openvpn et il me reste l’erreur juil. 05 17:29:16 DI2 systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it d\> ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juillet 5, 2023, 3:32 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/5 "2023-07-05T15:32:18Z")
> [@PmGs](#): > > Detected unsafe path transition / → /var during canonicalization of /var/log/journal Qui est propriétaire de /var /var/log ? Concernant plymouth, j’imagine que forcer une reinstallation du package n’a rien d onné? ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 5, 2023, 3:56 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/6 "2023-07-05T15:56:36Z")
drwxr-xr-x 16 root root 4096 22 mai 2019 var drwxr-xr-x 19 root root 4096 5 juil. 16:45 /var/log Pour plymouth reinstall et remove ne fonctionnent pas. ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 5, 2023, 3:59 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/7 "2023-07-05T15:59:30Z")
J’ai un msg de log qui semble indiquer une conf de plymouth juil. 05 17:57:55 DI2 systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd’s process lifecycle management for the service. Please update your service to use a safer KillMode=, such as ‹ mixed › or ‹ control-group ›. Support for KillMode=none is deprecated and will eventually be removed. Edit : mauvaise piste Sur une Debian 11 fonctionnelle, le service est le même. PS : pour info je suis obligé de quitter le forum. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Juillet 5, 2023, 4:13 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/8 "2023-07-05T16:13:42Z")
> [@PmGs](#): > > PS : pour info je suis obligé de quitter le forum. comment ça obligé? ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 6, 2023, 7:17 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/9 "2023-07-06T07:17:56Z")
> [@Zargos](#): > > comment ça obligé? Je devais prendre mon train. Ma machine est maintenant, et pour plusieurs semaines / mois, à distance et fonctionne parfaitement en Debian 11. Je ne ferai plus d’essais « risqués » mais je verrais prochainement à « cloner » le système sur une machine locale et si je peux reproduire le problème. A défaut, j’essaierais probablement de comprendre lors de mon prochain déplacement, mais je planifie surtout de passer en Debian 12 via une installation et pas un upgrade (voir précédent post, j’ai toujours qq partitions, non lvm, de dispos pour installer plusieurs systèmes) ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 6, 2023, 7:56 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/10 "2023-07-06T07:56:39Z")
> [@Zargos](#): > > Qui est propriétaire de /var /var/log ? D’après [systemd 240 creates log entries for systemd-tmpfiles · Issue #11282 · systemd/systemd · GitHub](https://github.com/systemd/systemd/issues/11282) il faudrait aussi vérifier / et /var/log/journal. ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 6, 2023, 8:14 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/11 "2023-07-06T08:14:53Z")
Merci @PascalHambourg pour ta réponse. /var/log/journal est Ok Mais j’ai lu ton lien et vérifié / qui n’appartenait pas à root! J’ai considéré que ce n’était pas une modif risquée, l’ait faite et tout est Ok 🙂 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 6, 2023, 8:21 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/12 "2023-07-06T08:21:12Z")
> [@PmGs](#): > > J’ai considéré que ce n’était pas une modif risquée, C’est plutôt le contraire (/ qui n’appartient pas à root) qui est risqué. ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Juillet 6, 2023, 8:44 UTC](https://www.debian-fr.org/t/upgrade-et-autoremove-impossible-suite-passage-de-la-version-10-en-11/88478/13 "2023-07-06T08:44:09Z")
Effectivement, mais je pourrais dire que j’ai hérité de ce système mais en fait non, j’ai fait une erreur un jour, c’est certain, quand? Est-ce qu’une telle situation aurait pu passer les upgrades précédents? Si oui, l’erreur peut être d’il y a fort longtemps, la machine fonctionne depuis plus de 15 ans.