Après Trixie, défaut GTK ou GParted? [terminé]

Bonjour

Le titre n’est pas explicite mais je ne sais pas préciser.
En faisant
# apt purge ‹ ~o ›
des truc ont été supprimés (je ne sais pas dire lesquels) mais le point gênant est l’impossibilité d’ouvrire la fenêtre de Gparted
root@xxx:-# gparted
(gpartedbin:5677): Gtk-WARNING **: 11:57:23.297: cannot open display:

Et en cliquant sur l’icône dans « applications » rien ne sepasse.

Une idée où chercher ?

toujours tester avec l’option --dry-run pour voire ce que cela implique.
il est possible que tu ai endommagé plokit ou pkexec.

D’un autre coté, vouloir absolument supprimer tout ce qui nous semble inutile est aussi un facteur de risque de se trouver dans cette situation. D’autant qu’à moins d’avoir des contraintes drastique d’espace disque, cela ne sert pas forcement à grand chose une fois u’"on a passé le classique autoremove.

1 J'aime

Normalement tu peux contourner ce dysfonctionnement avec cette commande en utilisateur qui ouvrira une mini-fenêtre qui te demandera ton mot de passe root :

pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gparted

Ensuite GParted s’ouvrira.

On ne peut plus, depuis longtemps, ouvrir GParted en terminal root.
Par contre, je sèche sur l’origine de ta panne.

ce n’est pas vrai, polkit s’en charge :slight_smile:

Je ne connais pas ce Paul Kit et son boulot ! :slight_smile:

Plus sérieusement, on est en désaccord, mais c’est peut-être juste un problème de formulation d’énoncé.

Parce que :

# gparted

(gpartedbin:6448): Gtk-WARNING **: 15:25:35.555: cannot open display:

non gparted ne se lance pas en root mais en user, et polkit va demander le mot de passe root, comme avec pkexec mais en mieux.

et ce n’est pas une questiond e desaccord mais de maitrise du sujet :wink:

Je suis bien d’accord, c’est la première fois que j’applique l’intégralité des recommandations debian pour un changement de version (les machins obsolètes ou résidus de configuration pourraient créer des problèmes plus tard etc).

Me suis planté quoi :frowning_face:

Merci à vous

non pas intégralement.
le problème de ces recommandations, c’est qu’elles sont généralistes. Elles sont aussi vielles: elles ne prennent visiblement pas en compte les changement d’architecture système et la réalité des utilisations.

Regarde quelles sont les dépendances de gparted qui te manquent :

    gparted
      Dépend: libatkmm-1.6-1v5 (>= 2.28.4)
      Dépend: libc6 (>= 2.38)
      Dépend: libcairomm-1.0-1v5 (>= 1.14.5)
      Dépend: libgcc-s1 (>= 3.0)
      Dépend: libglib2.0-0t64 (>= 2.16.0)
      Dépend: libglibmm-2.4-1t64 (>= 2.66.8)
      Dépend: libgtk-3-0t64 (>= 3.21.4)
      Dépend: libgtkmm-3.0-1t64 (>= 3.24.10)
      Dépend: libpangomm-1.4-1v5 (>= 2.46.4)
      Dépend: libparted-fs-resize0t64 (>= 3.1)
      Dépend: libparted2t64 (>= 3.1)
      Dépend: libsigc++-2.0-0v5 (>= 2.8.0)
      Dépend: libstdc++6 (>= 13.1)
      Dépend: libuuid1 (>= 2.16)
      Dépend: gparted-common (= 1.6.0-2)
      Dépend: pkexec
      Casse: gparted-common (= 1.0.0-0.1)
      Casse: udisks2 (<< 2.1.5)
      Suggère: <dmraid>
      Suggère: dmsetup
      Suggère: dosfstools
      Suggère: e2fsprogs
      Suggère: gpart
      Suggère: jfsutils
      Suggère: kpartx
      Suggère: mtools
      Suggère: ntfs-3g
      Suggère: <reiser4progs>
      Suggère: reiserfsprogs
      Suggère: udftools
      Suggère: xfsprogs
      Suggère: exfatprogs
      Suggère: yelp
      Remplace: gparted-common (= 1.0.0-0.1)

Merci, je regarde ça dans la semaine.

Bonjour, les semaines sont longues . . .

1 - pas de paquet qui en casserait un autre
2 - pas de dépendance manquante
3 - manquent gpart jfsutils kpartx reiserfsprogs udftools xfsprogs yelp

gpart est utile ? dans le cas de « disque PC » ? PC comme amd64 ? C’est curieux.
Je suppose que les paquets en xxprogs ou xx4progs sont utils aux programmeurs ?

Plus de 8 jours pour faire fonctionner gparted, c’est effectivement anormalement long.

apt purge ~o
des trucs ont été supprimés

apt s’appuie sur les dépôts disponibles au moment de l’opération.
En cas de mauvaise configuration apt, ou sac de noeuds, ou conflit de versions, apt peut même désinstaller tout un système.

Les dépendances strictement nécessaires à gparted sont (trixie):

libatkmm-1.6-1v5 libc6 libcairomm-1.0-1v5 libgcc-s1 libglib2.0-0t64 libglibmm-2.4-1t64 libgtk-3-0t64 libgtkmm-3.0-1t64 libpangomm-1.4-1v5 libparted-fs-resize0t64 libparted2t64 libsigc++-2.0-0v5 libstdc++6 libuuid1 gparted-common pkexec

Les paquets suggérés, optionnels de gparted sont:

dmraid, dmsetup, dosfstools, e2fsprogs, gpart, jfsutils, kpartx, mtools, ntfs-3g, reiser4progs, reiserfsprogs, udftools, xfsprogs, exfatprogs, yelp

gpart est utile ?

Si tu poses la question, tu n’en as pas besoin. Le problème n’est pas là.
L’absence d’un paquet optionnel ne peut expliquer l’erreur ‹ Gtk-WARNING **: cannot open display: ›
Commences par réinstaller gparted:

sudo apt-get install --reinstall gparted

As-tu toujours l’erreur gtk ?
Si oui, que se passe-t-il lorsque tu lances ceci:

pkexec --disable-internal-agent '/usr/sbin/gparted'

pour la prochaine fois, copie ce genre d’infos; vérifie chaque paquet qui ne commence pas par lib avant d’enlever

peut être aussi n’as-tu pas assez de paquets accessibles : as -tu 4lignes dans ton sources avec à chaque fois main non-free-firmware non-free contrib ?

tu peux aussi taper
sudo -s
puis

gparted

Merci, mais je voulais laisser tomber, c’est seulement le message de gilles2 qui m’a fait revenir sur le sujet.
Bon, puisque c’est comme ça je continue :slightly_smiling_face:

J’avais fait un reinstall qui n’a rien changé, je vais refaire ta ligne de commande exacte tout à l’heure.

Il n’y aura pas de prochaine fois :face_with_symbols_over_mouth:
D’autant plus que le jour même je faisais une connerie similaire sur un autre PC. Mais une chose à la fois . . .

Voilà les commandes effectuées

root@coin-coin:-# gparted
(gpartedbin:2220): Gtk-WARNING **: 13:59:25.488: cannot open display:
root@coin-coin:-# apt-get install --reinstall gparted
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, 1 réinstallés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 882 kB dans les archives.
Après cette opération, 0 o d’espace disque supplémentaires seront utilisés.
Réception de : 1 https://deb.debian.org/debian trixie/main amd64 gparted amd64 1.6.0-2 [882 kB]
882 ko réceptionnés en 1s (1 266 ko/s)
(Lecture de la base de données… 145155 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de …/gparted_1.6.0-2_amd64.deb …
Dépaquetage de gparted (1.6.0-2) sur (1.6.0-2) …
Paramétrage de gparted (1.6.0-2) …
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.28-1) …
Traitement des actions différées (« triggers ») pour mailcap (3.74) …
root@coin-coin:-# gparted
(gpartedbin:2473): Gtk-WARNING **: 14:01:11.131: cannot open display:
root@coin-coin:-# pkexec --disable-internal-agent ‹ /usr/sbin/gparted ›
(gpartedbin:2645): Gtk-WARNING **: 14:02:56.539: cannot open display:

Et merci !

PS - ce sont bien des simples guillemés écrits pour la commande, et non les < > affichés

Le # signifie que ton terminal est en session root.
Refais en session user ($)

pkexec --disable-internal-agent '/usr/sbin/gparted'

Et hop

xxx@yyy:~$ pkexec --disable-internal-agent '/usr/sbin/gparted'
Error executing command as another user: No authentication agent found.

Essaye u ne autre commande pour voir si c’est pkexec qui a un soucis ou gparted.
Je pense que c’est les deux, car à force de supprimer un peu partout tu as probablement impacté pkexec/polkit.
Pour essayer:
$ pkexec apt update

tropek@coin-coin:~$ pkexec apt update
==== AUTHENTICATING FOR org.freedesktop.policykit.exec ====
Authentication is needed to run `/usr/bin/apt update' as the super user
Authenticating as: coin-coin,,, (tropek)
Password: 
==== AUTHENTICATION COMPLETE ====
Atteint : 1 https://deb.debian.org/debian trixie InRelease
Réception de : 2 https://security.debian.org trixie-security InRelease [43,4 kB]
Réception de : 3 https://deb.debian.org/debian trixie-updates InRelease [47,3 kB]
Réception de : 4 https://security.debian.org trixie-security/main i386 Packages [41,0 kB]
Réception de : 5 https://security.debian.org trixie-security/main amd64 Packages [45,7 kB]
Réception de : 6 https://security.debian.org trixie-security/main Translation-en [30,8 kB]
208 ko réceptionnés en 1s (416 ko/s)                        
3 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
tropek@coin-coin:~$ apt list --upgradable
linux-headers-amd64/stable-security 6.12.48-1 amd64 [pouvant être mis à jour depuis : 6.12.43-1]
linux-image-amd64/stable-security 6.12.48-1 amd64 [pouvant être mis à jour depuis : 6.12.43-1]
linux-libc-dev/stable-security,stable-security 6.12.48-1 all [pouvant être mis à jour depuis : 6.12>