Chaque fois que j'ouvre un fichier .sh, il l'ouvre dans gedit au lieu du terminal. Je ne trouve aucune option similaire à Clic Droit Ouvrir Avec Autre Application... Terminal.
Comment puis-je ouvrir ce fichier dans le terminal?
Chaque fois que j'ouvre un fichier .sh, il l'ouvre dans gedit au lieu du terminal. Je ne trouve aucune option similaire à Clic Droit Ouvrir Avec Autre Application... Terminal.
Comment puis-je ouvrir ce fichier dans le terminal?
Sur Ubuntu 16.04, voici comment l'ouvrir dans le Terminal :
Allez dans le Gestionnaire de fichiers > Modifier > Préférences > Comportement
pour les Fichiers texte exécutables
et sélectionnez Demander à chaque fois
.
Le problème est que par défaut, il est défini pour Afficher les fichiers exécutables lorsqu'ils sont ouverts
.
Le problème que j'ai rencontré sur quelques distributions est qu'elles ont caché l'option de préférences dans Nautilus, mais pour le corriger dans Ubuntu et d'autres distributions utilisant Gnome3, c'est la même chose (littéralement juste fait la version Fedora de ceci et posté la solution réelle pour me rappeler comment faire à l'avenir).
Installer dconf-editor
sudo apt-get install dconf-editor
Exécuter dconf-editor
en utilisant le compte d'utilisateur sur lequel vous voulez cela, c'est-à-dire PAS root
dconf-editor
Naviguer vers le schéma suivant:
org.gnome.nautilus.preferences
Changer l'option par défaut pour ne pas ouvrir par défaut:
Trouver executable-text-activation
cliquer sur le mot display
et changer à ask
cela vous donnera l'option d'éditer, afficher ou exécuter le fichier à l'avenir
Eh bien, j'ai aussi rencontré le même problème. Je voulais exécuter le fichier .sh et il s'est ouvert avec Gedit sur CentOS 7. Voici ce que j'ai fait :
.sh
que je voulais exécuter.Je suis un débutant en Linux et je viens juste d'avoir le même problème. Si tout le reste échoue:
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Est-ce que ce script vise à configurer des variables d'environnement pour une utilisation ultérieure ?
0 votes
Vous n'avez pas besoin de l'extension de fichier. C'est agréable à avoir mais ce n'est pas nécessaire. Le système d'exploitation ne regarde pas l'extension de fichier. Il regarde les données
8 votes
Meh, si vous réécrivez foo.sh en ruby, vous pouvez toujours utiliser le fichier .sh pour lancer
ruby foo.rb
0 votes
Dans Dolphin, vous pouvez appuyer sur F4 et une console s'ouvre
0 votes
@ActionParsnip J'avais l'impression que Linux ouvrirait le fichier et examinerait l'en-tête pour déterminer le type de fichier avec lequel il était manipulait ?
3 votes
Vous ne devriez pas utiliser d'extensions sur les scripts. À un moment donné dans le futur, vous pourriez trouver qu'une autre langue est plus adaptée pour accomplir la tâche que votre script actuel effectue. Et alors vous avez un problème. Gardez-vous l'ancien nom, avec une extension complètement trompeuse, ou le renommez-vous, risquant ainsi de devoir modifier beaucoup d'endroits où votre script est utilisé?