Gparted: commande introuvable

Support Debian
#1

Bonjour à tous

Sous Buster

Que ce soit en ligne de commande (sous root) ou via le menu, gparted refuse de se lancer.

J’ai donc fait un

aptitude purge gparted && aptitude install gparted

, sans résultat.

Voici le log résultat, à parti de ces commandes (aptitudes et gparted) où on peut lire, comme avant la réinstallation:

status half-configured gparted…

# grep gparted *log
...
dpkg.log:2020-12-27 14:57:57 status installed gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:57:57 remove gparted:amd64 0.32.0-2 <aucune>
dpkg.log:2020-12-27 14:57:57 status half-configured gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:57:57 status half-installed gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:57:57 status config-files gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:57:57 status not-installed gparted:amd64 <aucune>
dpkg.log:2020-12-27 14:58:01 install gparted:amd64 <aucune> 0.32.0-2
dpkg.log:2020-12-27 14:58:01 status half-installed gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:58:02 status unpacked gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:58:02 configure gparted:amd64 0.32.0-2 <aucune>
dpkg.log:2020-12-27 14:58:02 status unpacked gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:58:02 status half-configured gparted:amd64 0.32.0-2
dpkg.log:2020-12-27 14:58:02 status installed gparted:amd64 0.32

Pourquoi ce «half-configured» et surtout comment y remédier?

[EDIT]
# grep gparted apt/term.log
root@pclf-w970suw:/var/log# grep gparted apt/term.log
Préparation du dépaquetage de …/gparted_0.32.0-2_amd64.deb …
Dépaquetage de gparted (0.32.0-2) sur (0.32.0-2) …
Paramétrage de gparted (0.32.0-2) …
Suppression de gparted (0.32.0-2) …
Sélection du paquet gparted précédemment désélectionné.
Préparation du dépaquetage de …/gparted_0.32.0-2_amd64.deb …
Dépaquetage de gparted (0.32.0-2) …
Paramétrage de gparted (0.32.0-2) …

et:
# grep gparted aptitude
[REINSTALL] gparted:amd64 0.32.0-2
[REMOVE (PURGE)] gparted:amd64 0.32.0-2
[INSTALL] gparted:amd64 0.32.0-2

Si je comprend bien ça serait une erreur de dpkg trouvé dans le script configure du paquet gparted?

Panne de connexion graphique
#2

Bonsoir,

Le paquet gparted indique que l’exécutable est /usr/sbin/gparted

Peut-on voir un echo $PATH par root ainsi que par l’utilisateur régulier ?
Et également apt policy gparted ?

Je ne connais rien au statut « half-configured »

Voir aussi : https://debian-facile.org/viewtopic.php?id=27700

#3

Merci pour votre intérêt

# echo "$PATH"
/usr/local/texlive/texmf-local/bin/x86_64-linux:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

$echo $PATH
/usr/local/texlive/texmf-local/bin/x86_64-linux:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/game

$apt policy gparted
gparted:
Installé : 0.32.0-2
Candidat : 0.32.0-2
Table de version :
*** 0.32.0-2 500
500 http://deb.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status

Par ailleurs, via la commande par le menu de Mate, le clic affiche la «roue» d’attente de chargement, et ne lance rien.

Je change le titre pour être plus précis (premier titre: gparted: commande introuvable)

#4

Comment passes-tu en root ?
Tu n’oublierais pas le tiret après su ?

Le chemin /usr/sbin est absent des deux PATH.
Je crois que c’est normal pour l’utilisateur régulier mais pas pour root.

#5

Oui, je viens de me rendre compte que sbin manque. Je l’ajoute dans /root/.bashrc, et vous confirme le résultat.

#6

C’était bien le problème (en ligne de commandes).

Je suppose que l’évolution vers Buster en est la cause, car je n’ai pas souvenir d’avoir eu à modifier le PATH sur Jessie et les versions précédentes.
Mon problème est donc réglé.

Merci

PS, «su» et «su -» ne font pas de différence pour cet usage.

1 J'aime
#7

Je suppose que le lancement par le bureau doit s’effectuer maintenant.
À une réouverture de session près peut-être…

Je suppose que l’évolution vers Buster en est la cause

Je te souhaite d’avoir une explication.

Merci pour ton post-scriptum

Je pense que le premier est plus adapté.
La mention « half-configured » ne fait pas partie du souci.