Freeze complet Debian Trixie

Max

Bonjour,

Ma configuration :

Hardware : R9 7900X, pas de carte graphique, 32 Go de Ram
OS Debian Trixie à jour.
Qt : 6.10.2
Qt Creator : 18

Quand j'utilise Qt Creator, j'arrive systématiquement à un freeze complet du système en quelques minutes : la souris ne bouge plus, je ne peux plus changer de terminal (CTRL+ALT+F3 par ex.), et plus rien ne fonctionne (comme : ALT + SYSTREQ +K).

Cela fait suite à l'utilisation de l'installateur Qt afin de développer pour Android (cf. post précédent).

Je n'ai rien dans les log, aucun fichier n'est MAJ avant le crash.

Est-ce que ce problème est connu ? Où dois-je chercher ?

Merci !
Sylvain

Max

Ça se confirme : je n'ai plus de plantage (pour le moment ?)

J'ai dû à nouveau effacer les fichiers cités plus haut et effacer également le répertoire ~/Android/Sdk où coesistaient plusieurs versions de SDK et de NDK (je cherchais comment configurer Qt Creator pour le développement Android). J'ai repleuplé ensuite ce répertoire avec Qt Creator/Préférences.

Donc pour le moment RAS. J'hurlerai à nouveau si besoin ;-)

Merci pour votre aide !

Toutefois : avez-vous une idée du pourquoi ma machine "freezait" ?

SGaist

Bonjour,

Quel est l'environnement de bureau ?
Quel est le gestionnaire de fenêtre ?
Est-ce uniquement avec Qt Creator 18 ?

Max

Bonjour SGaist,

J'utilise KDE 6.13.0 sous X11. J'ai essayé Wayland mais j'ai des soucis avec certains petits jeux.
Et oui, jusqu'à présent je n'ai des freeze complet qu'avec Qt Creator 18.

À savoir : j'ai utilisé le Qt Maintenance tool par dessus une installation Qt/Qt Creator déjà existante (6.4.2) via les paquets Debian..

Faudrait-il tenter une réinstallation à zéro ?

SGaist

Une installation par en utilisant le maintenance tool ne devrait pas affecter le système.
Est-ce que les mêmes soucis de freeze arrive avec la version de Qt Creator fournie avec Debian ?

Max

Oui, avec la version 16 de Qt Creator proposée par les paquets de Debian 13 ça plante aussi, après un peu plus de 9 minutes de développement, dont 2 déploiement sur smartphone Android.

Est-ce que par hazard une difficulté Qt Creator de se connecter au DBus pourrait conduire à un freeze ?

SGaist

C'est étrange... DBus qui part à la dérive ? Comment est-ce ça a été détecté ?
Sous Wayland ?

Max

Après un week-end mouvementé, reprise des investigations...

Le freeze peut se produire sous X11 ou sous Wayland, après n'avoir rien fait d'autre que lancer Qt Creator.
Il peut intervenir très vite (~ 20s), mais plus généralement après 5 à 6 minutes.

Ma question concernant DBus n'est qu'une hypothèse car j'ai cru voir un souci de ce côté là pendant un moment.

En revanche voici ce que j'obtiens dans mon journal :

Detected locale "C" with character encoding "ANSI_X3.4-1968", which is not UTF-8.
Qt depends on a UTF-8 locale, and has switched to "C.UTF-8" instead.
If this causes problems, reconfigure your locale. See the locale(1) manual
for more information.

Je vais essayer de corriger ça et de tester si tout va bien.

Max

Pour mémoire, voici la sortie de la commande locale :

LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

SGaist

Est-ce que dmesg et les logs kernel donnent un indices ?

Max

Non rien... J'ai cherché tous les fichiers modifiés juste avant le freeze et je n'ai rien trouvé.

Je vais tester un truc à tout hazard : enlever tous les périphériques Android déclarés.

Edit : ça ne donne rien.

SGaist

Est-ce qu'il y a la possibilité d'utiliser une session ssh pour observer l'ordi depuis une autre machine ?
Ça laisserait peut-être le moyen de voir si il y a un kernel panic ou quelque chose du style qui survient.

Max

Bonsoir,

Oui c'est possible. Mais il faudra que vous m'aidiez sur la façon de faire.
J'ai une autre machine avec un sshd qui tourne sur le réseau. Je pourrais faire le diagnostique avec ou il faut que j'ouvre un sshd sur ma machine ?

Max

Minute ! Je viens de passer 15 minutes sans plantage... J'ai juste supprimé les fichiers (mais pas les deux répertoires QtCreator et qtcreator) présents dans ~/.config/QtProject.

Qt Creator a recréé les fichiers QtCreator.db et QtCreator.ini dans ce même répertoire.

Je me suis souvenu que cela avait réglé un autre problème sous Qt Creator.

Plus de tests demain. Je vous tiens au courant !

SGaist

Excellente idée !
Il y a également une option en ligne de commande qui permet de lancer Qt Creator en ignorant les fichiers de configuration.

Max

Ça se confirme : je n'ai plus de plantage (pour le moment ?)

J'ai dû à nouveau effacer les fichiers cités plus haut et effacer également le répertoire ~/Android/Sdk où coesistaient plusieurs versions de SDK et de NDK (je cherchais comment configurer Qt Creator pour le développement Android). J'ai repleuplé ensuite ce répertoire avec Qt Creator/Préférences.

Donc pour le moment RAS. J'hurlerai à nouveau si besoin ;-)

Merci pour votre aide !

Toutefois : avez-vous une idée du pourquoi ma machine "freezait" ?

SGaist

Je suis content qu'une solution ait été trouvée !

Malheureusement je sèche, désolé.