Comme tu peux le voir > les permissions sur ton fichier test
Rectify 408.srt sont :
Voici comment cela s'interprète :
⚫︎ le tiret - en tête de syntagme désigne par convention la nature de l'objet --> c'est un fichier (un dossier aurait été indiqué par un d comme directory : répertoire).
⚫︎ le rwxrwxrwx désigne ici l'alignement des 3 "triplettes" de permissions : une pour le propriétaire (user) > une pour le groupe principal (désigné plus loin par 20 = staff = le groupe de ceux qui ont un compte dans l'OS) > une pour le groupe secondaire (everyone ou n'importe qui) => tu décomposes donc le syntagme ainsi : user = rwx > staff = rwx > everyone = rwx.
⚫︎ une triplette de permissions consiste dans l'alignement de 3 possibilités permissives : r= read (lire) > w = write (écrire) > x = execute (exécuter). Donc rwx désigne des permissions plénières = la possibilité de lire le fichier > d'écrire au contenu du fichier > d'exécuter le fichier (à le supposer de nature exécutable).
⚫︎ tu t'aperçois donc que ton fichier Rectify 408.srt comporte des permissions plénières pour ses 3 accédants --> càd. l'user (= toi), staff (le groupe principal) et everyone (le groupe secondaire) possèdent les 3 permissions de lire > écrire > exécuter le fichier.
⚫︎ Or ton fichier est un fichier de type "texte" > càd. qui peut être ouvert en « lecture » de son contenu par une application comme «TextEdit». Mais ce n'est en aucune façon, intrinsèquement parlant, un fichier de type "exécutable" > càd. ayant pour contenu des instructions programmatiques pouvant donner lieu à une action-Système.
⚫︎ Un fichier de type "texte" ne doit jamais porter aucune permission exécutive (l'executive_bit : x) car cela n'a aucun sens. Seul un fichier "programmatique" doit porter des permissions exécutives (l'executive_bit : x) car cela fait sens dans son cas de figure.
⚫︎ Or ton fichier .srt porte 3 permissions exécutives x pour l'user = toi > le groupe staff > et le groupe everyone alors qu'il ne s'agit que d'un fichier texte. Il est donc pris par le Système pour un fichier de type "exec" alors qu'il n'en est pas un.
En conséquence : il faut
supprimer sur ce fichier (et par extension sur tous les autres fichiers
.srt) > les
permissions exécutives x qui lui donnent la
fausse apparence d'un fichier exécutable > et le fait donc afficher par le
Finder comme un fichier de type
exec.
Je te propose donc le test suivant > toujours uniquement sur
un seul fichier > celui que tu as pris en exemple --> tu commences par saisir le départ de commande :
et tu sautes
un espace avec la barre d'espacement du clavier > tu refais un glisser-déposer de ton fichier > tu valides.
Cette commande appelle l'utilitaire (un exécutable ! de nature binaire)
chmod (
change_mode) avec la valeur
644 qui est une notation de permissions en mode
numérique (dit:
valeur octale). En
valeur octale, en effet,
r=4 >
w=2 >
x=1. D'où
6 (pour l'
user) =
r=4 +
w+2 +
x=0 >
4 (pour
staff) =
r=4 +
w=0 +
x=0 >
4 (pour
everyone) =
r=4 +
w=0 +
x=0. En résumé :
644 = permissions de
lire et
écrire au fichier pour
user (toi) >
lire seulement pour
staff et
everyone >
aucune permission exécutive pour personne (afin de respecter la nature "texte" simple du fichier).
=> tu n'as qu'à dire si ton fichier a récupéré son apparence de fichier texte > et si tu peux l'ouvrir d'un double-clic par «
TextEdit» appelé par défaut (au lieu du «
Terminal»). Si c'est bien le cas > il suffira de passer une commande récursive (portant sur toute la profondeur d'un dossier) sur le dossier qui contient tes sous-titres > et l'
executable_bit x sera supprimé pour tous.