Feb 7, 2020 10:18
4 yrs ago
24 viewers *
English term
Isabelle
file slack
English to French
Tech/Engineering
Computers (general)
Définition : The data between the logical end of a file and the end of the last storage unit for that file.
Proposed translations
(French)
Change log
Feb 7, 2020 10:18: Yana Dovgopol changed "Vetting" from "Needs Vetting" to "Vet OK"
Feb 7, 2020 10:18: Yana Dovgopol changed "Kudoz queue" from "In queue" to "Public"
Proposed translations
3 hrs
Laurent Lagalla
France
France
Native in French
Works in field
France
Native in: French (Variant: Standard-France)
Works in: English to French, Italian to French
espace non alloué
Supposition based on these articles:
https://www.canto.com/blog/file-slack/
https://www.gqmagazine.fr/lifestyle/high-tech/articles/comme...
To be confirmed by someone more experimented in that field.
https://www.canto.com/blog/file-slack/
https://www.gqmagazine.fr/lifestyle/high-tech/articles/comme...
To be confirmed by someone more experimented in that field.
Peer comment(s):
| neutral |
Platary (X)
: Pas tout à fait pareil : Digital forensic examiners are very familiar with data that remains in file slack or unallocated space as the remnants of previous files and, of course, programs can be written that can access slack and unallocated space directly
3 hrs
|
| neutral |
Daryo
: yes and no usually "espace non alloué" would refer to whole sectors that are "free" to write a file in them // here it's more "unused space" in ONLY ONE SECTOR at the end of the file - the whole last sector OTOH is "allocated"/not available for new files.
9 hrs
|
-1
5 hrs
Patrick Arbaut
Argentina
Argentina
Native in French
Specializes in field
Argentina
French (France) Tech. Translator, 18 Yrs
Native in: French 
Works in: English to French, Spanish to French, Italian to French
Données de remplissage des fichiers
D'après ce document, "espace non alloué", c'est quelque chose de différent :
DÉTECTION ET EXPLOITATION DES COPIES PARTIELLES AFIN DE FACILITER L'ANALYSE FORENSIQUE D'UN SYSTÈME DE FICHIERS
https://archipel.uqam.ca/3050/1/M9441.pdf, p.17
"1.8.4.2 Extraction logique Cette extraction est basée sur le système d'exploitation et le système de fichiers présents sur le disque. Elle peut inclure l'extraction des données à partir des espaces actifs tels que les fichiers, les fichiers supprimés, les données de remplissage des fichiers (file slack) et aussi à partir des espaces non alloués."
"Extraction des données de remplissage (file slack)."
"File slack : l'espace entre la fin logique d'un fichier et la fin de la dernière unité d'allocation de ce même fichier."
cf. aussi "slack space"
https://www.technapol.fr/investigation-informatique/analyse-...
"2.a Les slack space
Lors de la création d’un fichier sur le disque dur, celui-ci alloue un ou plusieurs clusters dédiés au fichier en fonction de sa taille.
Un cluster est la plus petite unité allouable sur un disque dur, il est en fait composé d’un groupe de secteurs (ce nombre dépend de la taille de la partition et du système de fichier utilisé).
Nous prendrons ici le cas d’un disque dur dont les secteurs ont une taille de 512octets, et dont le cluster fait 4096octets (4096/512 = 8, soit 8 secteurs par cluster).
Ainsi notre système alloue un nombre multiple de 4ko pour chaque fichier que l’on stocke, ce qui, comme vous l’avez peut être deviné apporte quelques inconvénients. Tout d’abord, dans le cas où le fichier a une taille multiple de 4096, son contenu rentrera parfaitement dans le(s) cluster(s) alloué(s). Rien ici ne pose problème.
Dans le cas contraire, où notre fichier à une taille inférieure à un nombre multiple de 4096, comme dans le schéma ci-dessous, celui-ci n’occupera pas tout l’espace qui lui est dédié. Que contient donc l’espace qu’il reste ?
Celui-ci contiendra bien souvent les données qui occupaient précédemment cet espace et qui n’ont depuis pas été réécrites.
Cela peut donc servir lors de la récupération de données effacées, mais aussi dans la dissimulation de données, puisqu’il nous suffit de placer, à partir de la fin du fichier stocké dans le cluster jusqu’à la fin du cluster, des données que nous voulons cacher.
Pour bien comprendre le principe, on pourrait par exemple prendre un système d’archivage où l’on attribue des casiers en fonctions des domaines. Un casier serait dédié à un domaine x, mais le domaine x pourrait très bien être constitué seulement de quelques dossiers, ces dossiers ne rempliraient pas l’espace offert par le casier en terme de profondeur, l’espace qu’il reste est le slack space dont nous parlions plus haut."
Cf. aussi https://www.brainscape.com/flashcards/les-systemes-de-gestio...
Pour résumé: il s'agit de l'espace ménagé pour des raisons techniques par le système d'exploitation à chaque écriture d'un fichier, cet espace vide ou non (fragments d'anciens fichiers qui ne sont plus indexés par le système d'exploitation) se trouve en fin de cluster.
--------------------------------------------------
Note added at 9 hrs (2020-02-07 19:35:24 GMT)
--------------------------------------------------
Cet article en anglais explique bien la chose
https://ethz.ch/content/dam/ethz/special-interest/infk/inst-... p22
9.5.4 File Slack
As previously explained, a block is the smallest addressable amount of data storage.Therefore, if a file is smaller than the block or in general nota multiple of the dataunit size, the rest of the last block is unused. This space behind the file footer iscalledslack space. The slack space can now be divided into two regions where datanot belonging to the actual file can reside. Note that a block consists of multiplephysical disk sectors. See Fig. 9.3 for a schematic overview. In the following, wewill explain these two regions in more detail.
The first area is the space behind the file footer until the end of the current sector,i.e., the sector which contains the file footer. This first area is of particular interestsince the whole sector has to be written and it is therefore not possible for the oper-ating system not to write any data after the file footer. Therefore, depending on theoperating system, this particular region of slack space might be padded with zerosbefore being written. However, it used to be padded with RAM content. This laterspecial case occurred, for instance, in some older operating systems such as MS-DOS and early DOS based MS Windows. This particular piece of the slack spacewas calledRAM slackand could even contain passwords or cryptographic keys, re-spectively. Nowadays, modern operating systems do pad withzeros.The second region of the slack space is the remaining area from the end of thesector where the file footer resides in to the last sector contained in the block. It doesnot have to be written and is either again padded with zeros orignored depending on the operating system. Obviously, if the area is ignored, it could contain data froma deleted file which previously allocated it. Note that slackspace belongs to the al-located space of a file and does not reside in unallocated space.The termfile slackdescribes slack space belonging to a particular file.Another kind of slack isvolume slack. It describes the part of a volume which isnot included in the file system but follows the actual file system. In the following wewill explain this in more detail. First, note that a file system does not have to use thewhole size of the volume. In particular, a volume could contain more than one filesystem.7Therefore, if the file system is smaller than the volume, the space behind itcan be used to hide data.
DÉTECTION ET EXPLOITATION DES COPIES PARTIELLES AFIN DE FACILITER L'ANALYSE FORENSIQUE D'UN SYSTÈME DE FICHIERS
https://archipel.uqam.ca/3050/1/M9441.pdf, p.17
"1.8.4.2 Extraction logique Cette extraction est basée sur le système d'exploitation et le système de fichiers présents sur le disque. Elle peut inclure l'extraction des données à partir des espaces actifs tels que les fichiers, les fichiers supprimés, les données de remplissage des fichiers (file slack) et aussi à partir des espaces non alloués."
"Extraction des données de remplissage (file slack)."
"File slack : l'espace entre la fin logique d'un fichier et la fin de la dernière unité d'allocation de ce même fichier."
cf. aussi "slack space"
https://www.technapol.fr/investigation-informatique/analyse-...
"2.a Les slack space
Lors de la création d’un fichier sur le disque dur, celui-ci alloue un ou plusieurs clusters dédiés au fichier en fonction de sa taille.
Un cluster est la plus petite unité allouable sur un disque dur, il est en fait composé d’un groupe de secteurs (ce nombre dépend de la taille de la partition et du système de fichier utilisé).
Nous prendrons ici le cas d’un disque dur dont les secteurs ont une taille de 512octets, et dont le cluster fait 4096octets (4096/512 = 8, soit 8 secteurs par cluster).
Ainsi notre système alloue un nombre multiple de 4ko pour chaque fichier que l’on stocke, ce qui, comme vous l’avez peut être deviné apporte quelques inconvénients. Tout d’abord, dans le cas où le fichier a une taille multiple de 4096, son contenu rentrera parfaitement dans le(s) cluster(s) alloué(s). Rien ici ne pose problème.
Dans le cas contraire, où notre fichier à une taille inférieure à un nombre multiple de 4096, comme dans le schéma ci-dessous, celui-ci n’occupera pas tout l’espace qui lui est dédié. Que contient donc l’espace qu’il reste ?
Celui-ci contiendra bien souvent les données qui occupaient précédemment cet espace et qui n’ont depuis pas été réécrites.
Cela peut donc servir lors de la récupération de données effacées, mais aussi dans la dissimulation de données, puisqu’il nous suffit de placer, à partir de la fin du fichier stocké dans le cluster jusqu’à la fin du cluster, des données que nous voulons cacher.
Pour bien comprendre le principe, on pourrait par exemple prendre un système d’archivage où l’on attribue des casiers en fonctions des domaines. Un casier serait dédié à un domaine x, mais le domaine x pourrait très bien être constitué seulement de quelques dossiers, ces dossiers ne rempliraient pas l’espace offert par le casier en terme de profondeur, l’espace qu’il reste est le slack space dont nous parlions plus haut."
Cf. aussi https://www.brainscape.com/flashcards/les-systemes-de-gestio...
Pour résumé: il s'agit de l'espace ménagé pour des raisons techniques par le système d'exploitation à chaque écriture d'un fichier, cet espace vide ou non (fragments d'anciens fichiers qui ne sont plus indexés par le système d'exploitation) se trouve en fin de cluster.
--------------------------------------------------
Note added at 9 hrs (2020-02-07 19:35:24 GMT)
--------------------------------------------------
Cet article en anglais explique bien la chose
https://ethz.ch/content/dam/ethz/special-interest/infk/inst-... p22
9.5.4 File Slack
As previously explained, a block is the smallest addressable amount of data storage.Therefore, if a file is smaller than the block or in general nota multiple of the dataunit size, the rest of the last block is unused. This space behind the file footer iscalledslack space. The slack space can now be divided into two regions where datanot belonging to the actual file can reside. Note that a block consists of multiplephysical disk sectors. See Fig. 9.3 for a schematic overview. In the following, wewill explain these two regions in more detail.
The first area is the space behind the file footer until the end of the current sector,i.e., the sector which contains the file footer. This first area is of particular interestsince the whole sector has to be written and it is therefore not possible for the oper-ating system not to write any data after the file footer. Therefore, depending on theoperating system, this particular region of slack space might be padded with zerosbefore being written. However, it used to be padded with RAM content. This laterspecial case occurred, for instance, in some older operating systems such as MS-DOS and early DOS based MS Windows. This particular piece of the slack spacewas calledRAM slackand could even contain passwords or cryptographic keys, re-spectively. Nowadays, modern operating systems do pad withzeros.The second region of the slack space is the remaining area from the end of thesector where the file footer resides in to the last sector contained in the block. It doesnot have to be written and is either again padded with zeros orignored depending on the operating system. Obviously, if the area is ignored, it could contain data froma deleted file which previously allocated it. Note that slackspace belongs to the al-located space of a file and does not reside in unallocated space.The termfile slackdescribes slack space belonging to a particular file.Another kind of slack isvolume slack. It describes the part of a volume which isnot included in the file system but follows the actual file system. In the following wewill explain this in more detail. First, note that a file system does not have to use thewhole size of the volume. In particular, a volume could contain more than one filesystem.7Therefore, if the file system is smaller than the volume, the space behind itcan be used to hide data.
Peer comment(s):
| neutral |
Laurent Lagalla
: Je suis aussi tombé sur le premier document que vous mentionnez. Effectivement, « espace non alloué » semble être quelque chose d’autre. Le problème, c’est que je n’ai pas trouvé d’autres occurrences du terme « Données de remplissage des fichiers ».
50 mins
|
| neutral |
Platary (X)
: Bonnes références, dont celle de l'université de Montréal qui laisse bien supposer que même au Québec, il n'y a pas de vraie traduction connue. C'est dire...
1 hr
|
| disagree |
Daryo
: there is no "data" in the slack - as far the Operating System is concerned it's no more than an "unused void"
7 hrs
|
-1
7 hrs
résidu de fichier
Suggestion d’après http://openpgp.vie-privee.org/ScramDisk202hfr.PDF
"Habituellement, les données des fichiers effacés restent toujours physiquement présentes sur le disque, dans l’espace considéré comme libre après leur effacement. Le nettoyage (wipe) de l’espace libre garantit que les fichiers préalablement effacés ne pourront pas être récupérés par Undelete ou par un éditeur de secteurs de disque. OVERWRITE SWAPFILE SLACK: Tout résidu résultant d’une réduction de la taille du fichier d’échange peut contenir des
données, l’écriture par dessus ces résidus les efface de manière irréversible."
--------------------------------------------------
Note added at 13 heures (2020-02-07 23:40:46 GMT)
--------------------------------------------------
Cet article explique clairement la question du file stack : https://niiconsulting.com/checkmate/2006/06/file-slack-vs-ra...
Il ventile le file stack en 2 éléments : RAM stack et Drive stack. D'après le commentaire d’un utilisateur figurant sous l’article, "the definition given for Drive Slack” is actually the term most often associated with the term “File Slack”. Drive Slack is not an expression normally used. File Slack is located in the unused sectors at the end of the cluster".
Autrement dit, le file stack correspond à "the remaining sectors which are a part of the last cluster assigned to the file but not filled with any file data. The OS doesnt take further pains like it did with the last sector to be written with file data. Instead it doesnt write anything to the remaining sectors of the cluster. The result? Whatever was stored on that area of the disk remains there and could contain remnants of previously deleted files or the pattern which should be there if the disk is fresh and being used for the first time or even the data which existed before the last format".
De ce fait et vu que file stack est ici défini comme des données... on peut peut-être le traduire par : résidu de fichier (file stack) - L’ajout du terme anglais entre parenthèses est à mon avis préférable car il fait partie du jargon informatique.
"Habituellement, les données des fichiers effacés restent toujours physiquement présentes sur le disque, dans l’espace considéré comme libre après leur effacement. Le nettoyage (wipe) de l’espace libre garantit que les fichiers préalablement effacés ne pourront pas être récupérés par Undelete ou par un éditeur de secteurs de disque. OVERWRITE SWAPFILE SLACK: Tout résidu résultant d’une réduction de la taille du fichier d’échange peut contenir des
données, l’écriture par dessus ces résidus les efface de manière irréversible."
--------------------------------------------------
Note added at 13 heures (2020-02-07 23:40:46 GMT)
--------------------------------------------------
Cet article explique clairement la question du file stack : https://niiconsulting.com/checkmate/2006/06/file-slack-vs-ra...
Il ventile le file stack en 2 éléments : RAM stack et Drive stack. D'après le commentaire d’un utilisateur figurant sous l’article, "the definition given for Drive Slack” is actually the term most often associated with the term “File Slack”. Drive Slack is not an expression normally used. File Slack is located in the unused sectors at the end of the cluster".
Autrement dit, le file stack correspond à "the remaining sectors which are a part of the last cluster assigned to the file but not filled with any file data. The OS doesnt take further pains like it did with the last sector to be written with file data. Instead it doesnt write anything to the remaining sectors of the cluster. The result? Whatever was stored on that area of the disk remains there and could contain remnants of previously deleted files or the pattern which should be there if the disk is fresh and being used for the first time or even the data which existed before the last format".
De ce fait et vu que file stack est ici défini comme des données... on peut peut-être le traduire par : résidu de fichier (file stack) - L’ajout du terme anglais entre parenthèses est à mon avis préférable car il fait partie du jargon informatique.
Peer comment(s):
| disagree |
Daryo
: you can find "remains of previous files" in the slack, but that's not what defines what is the "slack" OTOH adding "file slack" after the translation is a very good idea!
5 hrs
|
|
I agree that slack does not mean data, but this is how it is defined in this kudoz
|
-1
13 hrs
reliquat / espace restant après la fin du fichier
implied (as obvious to the intended audience):
espace restant / inutilisé dans le dernier secteur après la fin du fichier
in effect the "file slack" is a kind of "leftover" - what is left unused in the last allocated sector after the whole file was written.
As far as the operating system is concerned it's no more than a "void" without any meaningful content.
You could make a comparison with a written text - then the "slack" would be the blank space between the end of the text and the bottom of the last page. This "blank" could also contain anything, but as you have a marker showing the end of "data" / meaningful content, anything could be after, but it wouldn't matter if you are concerned only with the text.
espace restant / inutilisé dans le dernier secteur après la fin du fichier
in effect the "file slack" is a kind of "leftover" - what is left unused in the last allocated sector after the whole file was written.
As far as the operating system is concerned it's no more than a "void" without any meaningful content.
You could make a comparison with a written text - then the "slack" would be the blank space between the end of the text and the bottom of the last page. This "blank" could also contain anything, but as you have a marker showing the end of "data" / meaningful content, anything could be after, but it wouldn't matter if you are concerned only with the text.
Peer comment(s):
| disagree |
GILLES MEUNIER
: espace restant après la fin du fichier, ça ne veut rien dire en français ni en IT
4 hrs
|
|
Here it is - the usual "constructive" contribution ... to what exactly? // Commentaire qui ne veut rien dire de concret, sans aucune substance, juste un prétexte pour jouer avec le bouton rouge ...
|
-1
1 day 23 mins
Laurent Lagalla
France
France
Native in French
Works in field
France
Native in: French (Variant: Standard-France)
Works in: English to French, Italian to French
Données non allouées
"Pensez à une vieille cassette VHS", explique Hamilton-Wallis. "Si vous enregistrez un programme d'une heure sur une émission qui en durait deux, la seconde moitié de l'ancien programme sera toujours visible. C'est ce qu'on appelle le 'file slack', ou l'ensemble des données non allouées sur un disque et qui sont créées par la sauvegarde de nouvelles données sur d'anciennes – des données dont le logiciel de nettoyage ne s'occupe pas.
https://www.gqmagazine.fr/lifestyle/high-tech/articles/comme...
- Fsutil : sparse.
- Gère les Fichiers fragmentés. Un fichier incomplet est un fichier dont une ou plusieurs Zones contiennent des données non allouées. Une application récupérera ces zones non allouées qui contiennent des octets possédant des valeurs nulles, mais aucun espace disque n'est effectivement utilisé pour représenter ces valeurs nulles. Autrement dit, toutes les données non nulles ou significatives sont allouées, alors que toutes les données non significatives (longues chaînes de données constituées de zéros) ne sont pas allouées. Lorsqu'un fichier incomplet est lu, les données allouées sont renvoyées sous la forme de données stockées et les données non allouées sont renvoyées par défaut sous la forme de valeurs nulles conformément à la spécification d'exigence de sécurité C2. La prise en charge des fichiers incomplets permet de supprimer l'allocation de données à n'importe quel emplacement du fichier.
http://planetedata.free.fr/la_commande_fsutil_879.htm
https://www.gqmagazine.fr/lifestyle/high-tech/articles/comme...
- Fsutil : sparse.
- Gère les Fichiers fragmentés. Un fichier incomplet est un fichier dont une ou plusieurs Zones contiennent des données non allouées. Une application récupérera ces zones non allouées qui contiennent des octets possédant des valeurs nulles, mais aucun espace disque n'est effectivement utilisé pour représenter ces valeurs nulles. Autrement dit, toutes les données non nulles ou significatives sont allouées, alors que toutes les données non significatives (longues chaînes de données constituées de zéros) ne sont pas allouées. Lorsqu'un fichier incomplet est lu, les données allouées sont renvoyées sous la forme de données stockées et les données non allouées sont renvoyées par défaut sous la forme de valeurs nulles conformément à la spécification d'exigence de sécurité C2. La prise en charge des fichiers incomplets permet de supprimer l'allocation de données à n'importe quel emplacement du fichier.
http://planetedata.free.fr/la_commande_fsutil_879.htm
Peer comment(s):
| disagree |
Daryo
: the first ref. is not a good explanation // the second ref. is about "sparse files" - a completely different beast altogether NOTHING to do with the "slack" at the end of any file that doesn't fill exactly the last sector used.
4 days
|
-2
1 day 10 hrs
"fichier mou"/ "espace mou"
Ces zones inutilisables du disque dur sont connus comme \\ " fichier mou \\ " ou \\ " espace mou , \\" et la quantité d'espace mou sur un disque dur tend à être augmenté en plus de fichiers sont stockés
Peer comment(s):
| disagree |
GILLES MEUNIER
: ?
3 days 10 hrs
|
| disagree |
Daryo
: "slack" at the end of any file = espace inutilisé NON inutilisable and it's definitely NOT ""fichier mou" as the "slack" doesn't contain any file as far as the OS is concerned.
4 days
|
-1
2 days 22 hrs
Antoine Dequidt
France
France
Native in French
Specializes in field
France
ACSERV SAS - Les Ingénieurs du Verbe®
Native in: French
Works in: English to French, Spanish to French
Related KudoZ points
:
8
Espace de marge
Définition du terme "slack space" dans le portail linguistique Microsoft : "The unused area outside of the boot sector in sector 0 of a partitioned data storage device."
Sous réserve de considérer que "slack space" est synonyme de "file slack" ce qui me semble être le cas.
Sous réserve de considérer que "slack space" est synonyme de "file slack" ce qui me semble être le cas.
Peer comment(s):
| neutral |
Daryo
: the "slack" in the boot sector is ONLY one special case of "slack" - there are usually hundreds of thousands of "slacks" in the same disk - one after EACH file (or 99.99% of them)
2 days 16 hrs
|
| disagree |
Patrick Arbaut
: @Daryo: exactement!
3 days 7 hrs
|
12 days
Patrick Arbaut
Argentina
Argentina
Native in French
Specializes in field
Argentina
French (France) Tech. Translator, 18 Yrs
Native in: French
Works in: English to French, Spanish to French, Italian to French
espace réservé (file slack)
C'est une proposition de traduction.
Comme je l'ai dit: il s'agit de l'espace ménagé pour des raisons techniques par le système d'exploitation à chaque écriture d'un fichier, cet espace réservé, vide ou non (peut contenir des fragments d'anciens fichiers qui ne sont plus indexés par le système d'exploitation), inaccessible aux applications courantes, se trouve en fin de cluster, et occupe autant de secteurs qu'il faut occuper entre la fin du fichier écrit et la fin du cluster.
L'idéal étant qu'un fichier occupe tous les secteurs du cluster, autrement l'espace restant est "perdu" (provisoirement bien sûr).
Une illustration du phénomène : clic droit sur un dossier de votre disque dur, Propriétés, vous verrez deux tailles : Taille et Taille sur le disque, la dernière représentant l'espace réellement occupé sur le disque qui correspond à l'espace occupé par les fichiers plus la somme des espaces réservés en fin de chaque fichier)
Finalement une traduction pourrait être "espace réservé", certainement pas "inutilisé", car il l'est justement, par le système, et pas non plus "vide" car il peut contenir des fragments d'anciens fichiers (qui intéressent les experts de la récupération de données à des fins notamment juridiques).
D'autres références:
"Redefining File Slack in Microsoft® NTFS", by David Glen Ferguson
https://www.tandfonline.com/doi/abs/10.1080/1556728080258796...
http://www.ntfs.com/recovery-toolkit.htm (une définition de "file slack space" et beaucoup d'informations sur le fonctionnement des systèmes de fichier)
https://hal.inria.fr/hal-01460605/document
"Quantifying Windows File Slack Size and Stability", by Martin Mulazzani, Sebastian Neuner, Peter Kieseberg, Markus Huber,Sebastian Schrittwieser, Edgar Weippl
La lecture du point 2 Background (page 3) devrait suffire.
Je profite de l'occasion pour remettre une référence précédente qui pointait sur une erreur 404 (je l'avais mal introduite)
Lukas Limacher
Department of Computer Science, ETH
https://ethz.ch/content/dam/ethz/special-interest/infk/inst-...
cf. 9.5.4 File Slack
Très intéressant aussi.
Comme je l'ai dit: il s'agit de l'espace ménagé pour des raisons techniques par le système d'exploitation à chaque écriture d'un fichier, cet espace réservé, vide ou non (peut contenir des fragments d'anciens fichiers qui ne sont plus indexés par le système d'exploitation), inaccessible aux applications courantes, se trouve en fin de cluster, et occupe autant de secteurs qu'il faut occuper entre la fin du fichier écrit et la fin du cluster.
L'idéal étant qu'un fichier occupe tous les secteurs du cluster, autrement l'espace restant est "perdu" (provisoirement bien sûr).
Une illustration du phénomène : clic droit sur un dossier de votre disque dur, Propriétés, vous verrez deux tailles : Taille et Taille sur le disque, la dernière représentant l'espace réellement occupé sur le disque qui correspond à l'espace occupé par les fichiers plus la somme des espaces réservés en fin de chaque fichier)
Finalement une traduction pourrait être "espace réservé", certainement pas "inutilisé", car il l'est justement, par le système, et pas non plus "vide" car il peut contenir des fragments d'anciens fichiers (qui intéressent les experts de la récupération de données à des fins notamment juridiques).
D'autres références:
"Redefining File Slack in Microsoft® NTFS", by David Glen Ferguson
https://www.tandfonline.com/doi/abs/10.1080/1556728080258796...
http://www.ntfs.com/recovery-toolkit.htm (une définition de "file slack space" et beaucoup d'informations sur le fonctionnement des systèmes de fichier)
https://hal.inria.fr/hal-01460605/document
"Quantifying Windows File Slack Size and Stability", by Martin Mulazzani, Sebastian Neuner, Peter Kieseberg, Markus Huber,Sebastian Schrittwieser, Edgar Weippl
La lecture du point 2 Background (page 3) devrait suffire.
Je profite de l'occasion pour remettre une référence précédente qui pointait sur une erreur 404 (je l'avais mal introduite)
Lukas Limacher
Department of Computer Science, ETH
https://ethz.ch/content/dam/ethz/special-interest/infk/inst-...
cf. 9.5.4 File Slack
Très intéressant aussi.
Discussion
If you are convinced you can understand the inner workings of a computer file system and the ways how it is regularly used and how it can be misused / used not as it was intended from few glossary entries - please yourself.
Are you serious? For someone not on speaking terms with the fine points of how an Operating system and a File system work, it's the nearest you can get - and FOI I'm not talking from bits and pieces collected from glossaries.
Il n'est d'autre part pas usuel de donner deux réponses distinctes à la même question. Il est possible d'ajouter une note à une réponse déjà donnée ou de retirer sa réponse (voir les règles KudoZ, notamment 3.3).
Slack space (données non allouées ou espace non utilisé/vide dans le secteur de stockage)
Qu'en pensez-vous ?
"Rarely will there be an even match between the space available in a cluster (or collection of clusters for longer files) and the number of bytes in the file. Left over bytes in the cluster are unused, hence the name slack space."
Ces octets "inutilisés" peuvent ne contenir aucune donnée "concrète" (ce serait le cas avec un nouveau fichier) ou être des résidus d'un ancien fichier plus volumineux et écrasé par le nouveau.
The "file slack" doesn't really contain any "data" in the normal sense of "useful / meaningful information" it's just an unused/wasted "memory space" inside a sector, NOT the same kind of "unused" as in the "unused space" [available for writing new files] of the whole disk.
Pour être bien sûr de comprendre, un espace non alloué peut aussi bien être un espace vide qu’un fragment de fichier supprimé, mais un "file slack" désigne spécifiquement un fragment de fichier ?