Voici le résultat de mes expérimentations :
- J'ai installé un système sur une autre carte micro-sd.
- Avec ce système de secours j'ai monté la vraie carte dans une cage/chroot.
- De là je suis revenu à la version précédente de systemd, systemd-libs, systemd-sysvcompat.
=> Résultat : j'ai réussi à redémarrer le vrai système. Ensuite j'ai relancé une mise à jour et le résultat est à nouveau le même (ça ne démarre plus).
Cependant, j'ai noté les erreurs affichées dans la console (équivalent à dmesg ?) sur le pi avant de redémarrer :
- Les services resolved et journalctl ne redémarrent pas à la fin de la mise à jour.
- Je vois apparaître des messages de ce type :
Code : Tout sélectionner
systemd-resolved.service: Main process exited, code=exited, status=243/CREDENTIALS
(et pour différents services, comme journal, resolved, getty@tty3) : xxx.service: Failed to set up credentials: Invalid argument
J'ai aussi regardé les infos sur resolved :
Code : Tout sélectionner
# systemctl status systemd-resolved
× systemd-resolved.service - Network Name Resolution
Loaded: loaded (/usr/lib/systemd/system/systemd-resolved.service; enabled; preset: enabled)
Active: failed (Result: start-limit-hit) since Sat 2026-04-18 15:13:53 CEST; 36s ago
Duration: 1w 3d 6h 20min 19.055s
Invocation: f042b027b874473286ada76f2c3fa1f9
TriggeredBy: × systemd-resolved-monitor.socket
× systemd-resolved-varlink.socket
Docs: man:systemd-resolved.service(8)
man:org.freedesktop.resolve1(5)
https://systemd.io/WRITING_NETWORK_CONFIGURATION_MANAGERS
https://systemd.io/WRITING_RESOLVER_CLIENTS
Process: 3146 ExecStart=/usr/lib/systemd/systemd-resolved (code=exited, status=243/CREDENTIALS)
Main PID: 3146 (code=exited, status=243/CREDENTIALS)
CPU: 65ms
« start-limit-hit » c'est sans doute parce que le service tente de redémarrer un certain nombre de fois, mais dans tous les cas ça plante.
