Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Trouver le chemin d'une application

outrigger

Bonjour

Je désirerais lancer l'application "Disques" au démarrage d'Ubuntu 20.04 installé sur l'ordinateur Vaio de Sony d'un ami. Son ordi était équipé de W8, suite à un plantage définitif du disque dur, son choix s'est tourné vers Ubuntu. Il aimerait avoir un état de son disque dur au démarrage de son ordinateur.
Lorsque je lance "applications au démarrage", je dois rechercher avec l'onglet "parcourir" le chemin de cette application pour l'inclure dans la liste. La recherche ne me donne pas la solution.
Dans quel dossier se trouve l'exécutable de cette application ?
Y-a-t-il un moyen plus simple pour y arriver ?

Nuliel

Bonjour,
Encore faut il interpréter le rapport smart à chaque démarrage, ça peut vite devenir la galère.
Sinon il y a smartd qui a pour but justement de prévenir en cas de pépin (après le disque peut subitement lâcher avant que smartd prévienne): https://doc.ubuntu-fr.org/smartmontools#notification_automatique_d_un_probleme
Sinon il ne faut pas oublier les sauvegardes automatiques!

abelthorne

Sur Linux, on utilise des lanceurs (qui sont des fichiers texte en .desktop) pour représenter les applications. Ceux-ci contiennent le nom du logiciel à afficher, la commande à lancer, l'icône à afficher, la catégorie où ranger l'appli, etc. S'ils se trouvent dans des dossier spécifiques, il seront automatiquement affichés et classés dans le menu Applications des divers environnements de bureau.

Les dossier spécifiques sont :
- /usr/share/applications pour les lanceurs au niveau système, disponibles pour tous les utilisateurs (lorsque tu installes un logiciel via les dépôts, c'est là qu'il place son lanceur s'il en fournit un) ;
- ~/.local/share/applications pour les lanceurs personnels de l'utilisateur et accessibles uniquement par lui.
Comme tous les fichiers de configuration, si le même lanceur est présent au niveau système et au niveau utilisateur, c'est ce dernier qui sera utilisé.

Il y a aussi le cas particulier des logiciels en snap et flatpak qui ont leurs propres dossiers pour leurs lanceurs. Les snaps les placent dans /var/lib/snapd/desktop/applications/ ; les flatpaks, je ne sais pas.

Si tu veux voir quelle commande est utilisée par un lanceur, tu peux ouvrir celui-ci avec un éditeur de texte et chercher la ligne Exec. Pour Disques, par exemple, le lanceur est /usr/share/applications/org.gnome.DiskUtility.desktop et il lance la commande gnome-disks.
Note : si tu vas dans /usr/share/applications avec le gestionnaire de fichiers, la plupart des environnements de bureau afficheront les lanceurs "interprétés", c'est à dire que tu verras leur nom d'appli, icône... comme dans le menu Applications et pas le fichier .desktop sans icône. Dans ce cas là, c'est assez facile de repérer les applis et tu peux glisser l'icône dans un terminal pour avoir le nom du fichier .desktop (pour afficher son contenu avec cat, par exemple), ou le glisser dans l'éditeur de texte pour avoir son contenu... En revanche, sur certains environnements (c'est peut-être le cas de GNOME 3 utilisé par Ubuntu), tu verras directement le nom des fichiers .desktop, auquel cas il va falloir fouiller un peu pour faire la relation (dans le cas présent, déterminer que Disques correspond au fichier "org.gnome.DiskUtility.desktop").

Dernière précision, les exécutables eux-mêmes sont généralement installés dans des dossiers système spécifiques (tels que /bin, /usr/bin...). Le système les trouve tout seul sans avoir besoin du chemin complet quand c'est le cas. Donc, dans la ligne Exec des lanceurs, tu ne verras pas forcément le chemin complet vers une commande, souvent juste son nom.

outrigger

Un grand merci à tous les deux.
La commande gnome-disks fonctionne. Elle annonce l'état du disque et il me semble avoir lu quelque part qu'elle informe sur des clusters défectueux quand il y en a.
Le problème est qu'il y a des commandes dangereuses : supprimer la partition, paramètres ...
J'ai peur que mon ami, qui est une personne moins compétente que moi (qui ne le suis déjà pas tellement, compétent) ne fasse une fausse manoeuvre.
Je vais essayer smartd, Naziel, ça devrait suffire.
Merci pour ton explication, abelthorne. Elle m'a permis de trouver la commande disques (je l'appliquerai sur mes ordis personnels au démarrage) et tu me donne plein d'informations intéressantes que je vais éplucher pour mon bien personnel.

Encore merci à tous les deux.

outrigger

Je reviens vers vous suite à l’installation de smartmontools et smart-notifier sur Ubuntu 20,04 de l’ordinateur de mon ami,
Il semblerait que l’installation de l’ensemble se fasse incomplètement : le fichier smartd,conf qui doit se créer dans le dossier ETC est absent et le fichier smartmontools qui se trouve dans le sous-dossier DEFAULT n’a pas la ligne de commande start smartd=yes.
Je vais changer ma version 18,04 en 20,04 sur mon ordi principal qui est en dual boot pour voir si ça fonctionne ou pas sur cette récente version.
Par ailleurs, le service smartd fonctionne correctement, les infos du disque apparaissent bien à la demande.

Pour vérification et parce que ce service m’intéresse personnellement, je l’ai installé sur mon ordi portable sous Ubuntu 18.04. L’installation, là, semble mieux se passer : la typologie de connexion et la dénomination de l’expéditeur d’alerte m’ont bien été demandées lors de l’installation, le fichier, smartd,conf est bien présent avec tous les paramétrages des alertes et le fichier smartmontools semble complet.
Mais, grosse surprise pour moi, impossible de faire des modifications sur ces fichiers système.
Il y a au moins deux ans, j’avais dû modifier un fichier système pour régler un problème d’affichage de mon vieil ordi portable. J’avais dû le faire avec la commande gksudo. Ca ne marche plus ! Ni pkexec trouvée sur un de vos posts.

Avez-vous une autre solution qui marcherait mieux avec les versions récentes d’Ubuntu ?

Quelle manip doit-on faire pour modifier un fichier système, tout en connaissance de cause des dangers de telles manipulations ?

Merci par avance pour votre aide.

abelthorne

gksudo n'existe plus, tu peux utiliser sudo tout court.

outrigger

En fait, je cherchais à obtenir les droits de superutilisateur. Mais je viens de trouver la solution : la simple commande copie :
Commande gedit, enregistrement du fichier smartmontools qui est dans /etc/default dans un dossier DossierModifications que j'ai créé dans tmp.
Après modification de la copie, j'écrase le fichier système original par :
sudo cp /tmp/DossierModifications/smartmontools /etc/default/smartmontools
Et ça marche !
Je finis la configuration du système d'alerte sur mon ordi portable et si ça marche, je testerai l'installation sur mon ordi principal après passage à la version 20.04 pour vérifier si c'est cette version qui pose problème.

Edit : smart-notifier ne fonctionne pas sur Ubuntu 20.04.
Nouveau sujet ouvert ici