Dpkg/apt (le gestionnaire de paquets du système) semble avoir laissé des choses non configurées…

polmat · October 16, 2026, 10:54am

I have searched the forum for similar issues

on

This category is for general issues(=something is broken) regarding YunoHost, NOT apps.

on

This form is written in English but feel free to write in French if you’re more comfortable!

on

What type of hardware are you using

Old laptop or computer

What YunoHost version are you running

YunoHost 12.1.41.2 (stable)

How are you able to access your server

SSH

Describe your issue

Bonjour, suite à la commande de mise à jour des paquets système depuis la webadmin, le message suivant s’est affiché :

Vous ne pouvez pas faire ça maintenant car dpkg/apt (le gestionnaire de paquets du système) semble avoir laissé des choses non configurées… Vous pouvez essayer de résoudre ce problème en vous connectant via SSH et en exécutant sudo apt install --fix-broken et/ou sudo dpkg --configure -a et/ou sudo dpkg --audit.

Depuis l’accès ssh, les deux premières commandes n’ont rien donné.
sudo dpkg --audit me renvoie :

Les paquets suivants ont été dépaquetés mais ne sont pas configurés. Ils
doivent être configurés en utilisant dpkg --configure ou l’option configure
du menu de dselect pour pouvoir fonctionner :
mariadb-server MariaDB database server binaries
mariadb-server-core MariaDB database core server files

Les paquets suivants ont activé le traitement d’actions différées,
mais ce traitement n’est pas terminé. Le traitement d’actions différées
peut être demandé via « dselect » ou « dpkg --configure --pending »
( ou encore « dpkg --triggers-only » ) :
man-db tools for reading manual pages

La commande sudo dpkg --configure --pending me renvoie :

dpkg: des problèmes de dépendances empêchent la configuration de mariadb-server :
mariadb-server dépend de mariadb-client (>= 1:10.11.19-0+deb12u1); cependant :
La version de mariadb-client sur le système est 1:10.11.18-0+deb12u1.
dpkg: erreur de traitement du paquet mariadb-server (–configure) :
problèmes de dépendances - laissé non configuré
Paramétrage de mariadb-server-core (1:10.11.19-0+deb12u1) …
Traitement des actions différées (« triggers ») pour man-db (2.11.2-2) …
Des erreurs ont été rencontrées pendant l’exécution :
mariadb-server

La commande sudo dpkg --triggers-only mariadb-server me renvoie elle :

dpkg: erreur de traitement du paquet mariadb-server (–triggers-only) :
le paquet « mariadb-server » n’est pas prêt pour les traitements des actions différées
( état actuel « unpacked » sans action différée en attente)
Des erreurs ont été rencontrées pendant l’exécution :
mariadb-server

Voilà, j’ai lancé les commandes suggérées sans comprendre et je suis bien incapable d’effectuer le nécessaire pour régler le problème. Si vous pouvez m’aider à résoudre ( de manière didactique, je ne désespère pas de parvenir à comprendre la machine ! ).

Autre chose, mon Nextcloud est cassé et je pense que c’est lié au paquet mariadb-server. Un problème à résoudre à la fois.

Merci et belle journée.

Allez manifester, mon problème personnel peut attendre…

Share relevant logs or error messages

Pas de log à partager. Le diagnostic système est ok et lors du redémarrage, pas de problème notifié.

polmat · October 18, 2026, 12:27pm

Problème résolu après relecture plus attentionée des messages d’erreur

dpkg: des problèmes de dépendances empêchent la configuration de mariadb-server :
mariadb-server dépend de mariadb-client (>= 1:10.11.19-0+deb12u1); cependant :
La version de mariadb-client sur le système est 1:10.11.18-0+deb12u1.

il suffisait de mettre à niveau le paquet mariadb-client !
sudo apt-get dist-upgrade
puis
sudo apt --fix-broken install

superdragon · October 19, 2026, 10:39am

J’ai eu un problème similaire avec MariaDB, mais pendant la mise à jour du système. Celle-ci est restée bloquée à la ligne suivante: Paramétrage de mariadb-server (1:10.11.19-0+deb12u1) ...

En faisant un sudo systemctl status mysqld, j’ai pu voir ceci:

● mariadb.service - MariaDB 10.11.19 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; preset: enabled)
Active: deactivating (final-sigterm) (Result: timeout) since Mon 2026-10-19 11:31:23 CEST; 24min ago
TriggeredBy: ○ mariadb.socket
Docs: man:mariadbd(8)
Main PID: 45224 (mariadbd)
Tasks: 7 (limit: 504065)
Memory: 10.0G
CPU: 4.605s
CGroup: /system.slice/mariadb.service
└─45224 /usr/sbin/mariadbd

C’est en faisant des recherches sur la ligne Active: deactivating (final-sigterm) que j’ai pu trouver la solution.

Je m’en suis sorti avec les commandes suivantes:

sudo kill -9 45224
sudo dpkg --configure -a

Aucune idée de l’origine du problème, par contre…

rodinux · October 20, 2026, 8:26am

Hello,

J’ai rencontré deux fois de suite ce problème récemment de process pid inabouti qui bloquait mysql, pas forcément pendant la mise à jour, mais sûrement lié…

metyun · October 20, 2026, 4:49pm

J’ai rencontré le même souci hier soir en faisant une mise à jour système, mariadb également en cause.
Même résolution que @superdragon , je me suis aidé de ces commandes, normalement une seule des 2 est suffisantes pour récupérer l’info pertinente :

systemctl show mariadb -p TimeoutStopUSec -p MainPID -p Result
TimeoutStopUSec=15min
MainPID=1008863
Result=timeout

 ps -eo pid,ppid,stat,wchan:32,cmd | grep -E '[m]ariadbd|[m]ysqld'
1008863        1 Ssl  futex_wait_queue                 /usr/sbin/mariadbd

Ensuite un kill du PID a permis de reprendre la mise à jour après un dpkg --configure -a. Par contre un kill par défaut du PID a été suffisant (équivalent -TERM ou -15) et je n’ai pas eu besoin de fair un kill -9 (équivalent -KILL arrêt forcé).

Toutes les commandes ont été effectuées en root.

polmat · October 20, 2026, 6:03pm

Merci pour ce retour.

Effectivement, je ne sais plus après quelle commande, le terminal m’indiquait qu’un processus était en cours (je crois également 45224). Mais je pensais que c’était risqué de tuer un processus en cours sur une base de donnée.

Je ne sais pas comment je me suis retrouvé avec un paquet mariadb-client pas mis à jour alors que les autres paquets l’étaient ? Je me demande si ce n’est pas dû à l’application unattended-upgrade que j’ai installé sans savoir comment elle fonctionne pour me décharger des màj. Je n’ai pas l’impression qu’elle fonctionne correctement, l’ensemble des màj ne se réalisant pas automatiquement. Il faut que je jette un œil au fichier de configuration sans être sûr de pouvoir le lire.

Merci à toustes.