En bref :

chmod +x sur un fichier (votre script) signifie seulement que vous allez le rendre exécutable. Faites un clic droit sur votre script et choisissez Propriétés -> Permissions -> Permettre l'exécution du fichier en tant que programme vous donne exactement le même résultat que la commande dans le terminal.

Si un fichier dont vous voulez changer les permissions est situé dans le répertoire des systèmes, vous devrez peut-être être root comme ceci : (attention, en utilisant sudo commande)

sudo chmod +x /usr/share/testfolder/aFile 

En outre, ce que vous voulez archiver ici n'est pas clair. Veuillez modifier votre question et donner plus de détails sur le problème réel !

Vous pouvez également vous référer à cette question, pour plus d'informations : chmod u+x" contre "chmod +x".

Dans Long :

Tipo man chmod dans une fenêtre de terminal ( Ctrl + Alt + T ) et vous obtiendrez le résultat suivant :

NOM : chmod - changer les bits de mode du fichier

SYNOPSIS

chmod [OPTION]... MODE[,MODE]... FILE...
chmod [OPTION]... OCTAL-MODE FILE...
chmod [OPTION]... --reference=RFILE FILE...

DESCRIPTION

This  manual page documents the GNU version of chmod.  chmod changes the
file mode bits of each given file according to mode, which can be either
a  symbolic representation of changes to make, or an octal number repre
senting the bit pattern for the new mode bits.

The format of a symbolic mode  is  [ugoa...][[+-=][perms...]...],  where
perms  is  either  zero or more letters from the set rwxXst, or a single
letter from the set ugo.  Multiple symbolic modes can  be  given,  sepa
rated by commas.

A  combination  of  the letters ugoa controls which users' access to the
file will be changed: the user who owns  it  (u),  other  users  in  the
file's  group (g), other users not in the file's group (o), or all users
(a).  If none of these are given, the effect is as if a were given,  but
bits that are set in the umask are not affected.

The  operator  +  causes  the selected file mode bits to be added to the
existing file mode bits of each file; - causes them to be removed; and =
causes them to be added and causes unmentioned bits to be removed except
that a directory's unmentioned set  user  and  group  ID  bits  are  not
affected.

The  letters  rwxXst  select file mode bits for the affected users: read
(r), write (w), execute (or search for directories) (x),  execute/search
only  if  the  file is a directory or already has execute permission for
some user (X), set user or group ID on execution (s),  restricted  dele
tion  flag  or sticky bit (t).  Instead of one or more of these letters,
you can specify exactly one of the letters ugo: the permissions  granted
to  the  user  who  owns  the file (u), the permissions granted to other
users who are members of the  file's  group  (g),  and  the  permissions
granted  to  users  that  are in neither of the two preceding categories
(o).

A numeric mode is from one to four octal digits (0-7), derived by adding
up  the  bits with values 4, 2, and 1.  Omitted digits are assumed to be
leading zeros.  The first digit selects the set  user  ID  (4)  and  set
group ID (2) and restricted deletion or sticky (1) attributes.  The sec
ond digit selects permissions for the user who owns the file: read  (4),
write  (2),  and  execute  (1);  the third selects permissions for other
users in the file's group, with the same  values;  and  the  fourth  for
other users not in the file's group, with the same values.

chmod  never changes the permissions of symbolic links; the chmod system
call cannot change their permissions.  This is not a problem  since  the
permissions  of  symbolic  links are never used.  However, for each sym
bolic link listed on the command line, chmod changes the permissions  of
the  pointed-to file.  In contrast, chmod ignores symbolic links encoun
tered during recursive directory traversals.

BITS SETUID ET SETGID

chmod clears the set-group-ID bit of a regular file if the file's  group
ID  does  not  match  the user's effective group ID or one of the user's
supplementary group IDs, unless the  user  has  appropriate  privileges.
Additional  restrictions may cause the set-user-ID and set-group-ID bits
of MODE or RFILE to be ignored.  This behavior depends on the policy and
functionality of the underlying chmod system call.  When in doubt, check
the underlying system behavior.

OPTIONS

Change the mode of each FILE to MODE.

   -c, --changes
          like verbose but report only when a change is made

   --no-preserve-root
          do not treat `/' specially (the default)

   --preserve-root
          fail to operate recursively on `/'

   -f, --silent, --quiet
          suppress most error messages

   -v, --verbose
          output a diagnostic for every file processed

   --reference=RFILE
          use RFILE's mode instead of MODE values

   -R, --recursive
          change files and directories recursively

   --help display this help and exit

   --version
          output version information and exit

   Each MODE is of the form `[ugoa]*([-+=]([rwxXst]*|[ugo]))+'.

A fichier de lots et un Shell Shell sont deux termes qui ont la même signification sous Linux. Le terme script est beaucoup plus souvent utilisé. mais

Le plus simple des fichiers Shell Shell. ne contient que des commandes comme vous le feriez sur la ligne de commande (c'est-à-dire dans l'interpréteur de commandes Bash). En théorie, vous pouvez même remplacer l'interpréteur par n'importe quel langage que vous aimez (et pour lequel vous avez un interpréteur). Pour être plus explicite, il est suggéré de commencer votre première ligne par

#!/bin/sh (si vous ne voulez pas une portabilité maximale avec les systèmes existants)

ou

#!/bin/bash (si vous voulez des fonctionnalités supplémentaires, vous ne vous souciez probablement pas d'aujourd'hui)

Après cette ligne, entrez vos commandes, une sur chaque ligne. Il y a beaucoup de constructions supplémentaires au-delà de la portée de ces questions, voir man bash o http://www.tldp.org/LDP/Bash-Beginners-Guide/Bash-Beginners-Guide.pdf (pour les débutants) ou http://www.tldp.org/LDP/abs/abs-guide.pdf (pour les questions plus avancées).

Pour exécuter réellement votre script, il y a deux exigences : Premièrement, le processus d'interprétation doit lire le fichier et le second vérifie s'il est marqué comme exécutable . Pour des raisons de commodité, il est également utile de pouvoir écrire dans votre script (afin de pouvoir apporter des modifications ou des corrections si nécessaire).

En supposant en outre que vous voulez que les membres de votre équipe et d'autres personnes puissent également exécuter (et voir) votre script, mais que vous ne voulez pas qu'ils le manipulent, la combinaison de

• droits d'exécution pour tous ( a+x o +x comme a est la valeur par défaut),
• droits de lecture pour tous ( a+r o +r comme a est à nouveau la valeur par défaut),
• des autorisations d'écriture juste pour vous ( u=w )

sont généralement des valeurs sensibles de vos autorisations de fichiers. Y

Bien que ce "langage d'action" soit très fascinant (notez la différence de la + et le = qui donnent lieu à des résultats différents selon le paramètre d'autorisation avant que vous ne les changiez), ils sont fastidieux à taper.

Comme toutes les actions créent des masques de bits qui sont appliqués en interne, vous pouvez taper les masques de bits (cf. man chmod pour plus de détails) également directement.

Pour un shellscript chmod 755 myscript.sh est la plus logique dans au moins 95% des cas.

Tout d'abord, votre script doit déclarer quel interpréteur utiliser. Vous faites cela dans la première ligne du fichier. Si c'est un script script, ce devrait être #!/bin/sh o #!/bin/bash .

Voici donc un script qui écrit votre nom d'utilisateur : echo-whoami.sh

#!/bin/sh
echo $(whoami)

Pour le rendre exécutable, utilisez :

chmod +x echo-whoami.sh

Ensuite, vous pouvez l'exécuter en utilisant :

./echo-whoami.sh