Je veux écrire l'équivalent Ubuntu d'un "fichier batch" ; (un script shell). Mais je ne sais pas comment utiliser la commande chmod +x filename
pour que le script puisse être exécuté. Je ne sais pas non plus où l'utiliser.
chmod +x
sur un fichier (votre script) signifie seulement que vous allez le rendre exécutable. En faisant un clic droit sur votre script et en choisissant Propriétés -> Permissions -> Autoriser l'exécution du fichier en tant que programme, vous obtenez exactement le même résultat que la commande dans le terminal.
Si un fichier sur lequel vous voulez changer les permissions est situé dans le répertoire système, vous devrez peut-être être root
, comme ceci : (attention, lorsque vous utilisez la commande sudo
)
sudo chmod +x /usr/share/testfolder/aFile
En outre, il n'est pas clair, ce que vous voulez exactement archiver ici. 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' ; versus 'chmod +x] [1]
Tapez man chmod
dans une fenêtre de terminal (Ctrl+Alt+T) et vous obtiendrez la sortie suivante :
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]))+'.
[1] : https://askubuntu.com/questions/29589/chmod-ux-versus-chmod-x
Tout d'abord, votre script doit déclarer l'interpréteur à utiliser. Vous le faites dans la première ligne du fichier. S'il s'agit d'un script shell, ce sera #!/bin/sh
ou #!/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
. Vous pouvez ensuite l'exécuter en utilisant ./echo-whoami.sh
.
Un fichier batch et un shell script sont deux termes qui ont effectivement la même signification sous Linux. Le terme script est cependant beaucoup plus souvent utilisé.
Le fichier script shell le plus simple contient simplement des commandes telles que vous les taperiez sur la ligne de commande (c'est-à-dire 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 voulez une portabilité maximale avec les anciens systèmes)
ou
#!/bin/bash
(si vous voulez des fonctionnalités supplémentaires, dont vous ne vous souciez probablement pas 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
ou 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 deuxièmement il 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 que vous souhaitiez que les membres de votre équipe et d'autres personnes puissent également exécuter (et voir) votre script, mais que vous ne souhaitiez pas qu'ils le manipulent, la combinaison de
a+x
ou +x
, a
étant la valeur par défaut),a+r
ou +r
, car a
est de nouveau la valeur par défaut),u=w
)sont généralement des valeurs raisonnables de vos permissions de fichiers. Vous pouvez taper les actions individuelles concaténées, séparées par une virgule.
Bien que ce "langage d'action" soit fascinant (notez la différence entre les opérateurs +
et =
qui donnent des résultats différents selon les paramètres de permission avant que vous les changiez), ils sont fastidieux à taper.
Comme toutes les actions créent des masques de bits qui sont appliqués en interne, vous pouvez aussi taper directement les masques de bits (voir man chmod
pour les détails).
Pour un shellscript, chmod 755 myscript.sh est le plus judicieux dans au moins 95% des cas.