Les métadonnées n'occupent-elles pas n'importe quelle taille ?

N'occupe-t-il pas toutes les tailles ?!!

Oui, mais il s'agit d'une petite entrée dans un grand bloc pré-alloué. Ce bloc est comptabilisé dans la partie "utilisée" de votre disque. L'ajout d'une entrée à l'intérieur de ce bloc ne nécessite pas l'extension du bloc.

En fonction du système de fichiers, le bloc sera éventuellement rempli et étendu d'une manière ou d'une autre après l'ajout d'un grand nombre de noms de fichiers.

Puis-je voir le fichier de métadonnées dans la mémoire flash ?

Pas facilement

Comme l'ont fait remarquer Ruslan et Blorgbeard. Vous pouvez installer un visualiseur hexagonal tel que HxD qui vous permettra de visualiser (et d'éditer - soyez très prudent) les données brutes du système de fichiers. Mais vous devrez interpréter vous-même quels octets appartiennent à quelles structures du système de fichiers. Pour cela, vous aurez besoin d'une bonne documentation sur le système de fichiers spécifique utilisé sur le disque flash. FAT32 est probablement plus simple à comprendre que n'importe laquelle des nombreuses variantes de NTFS. Voir Comprendre les systèmes de fichiers FAT32 par exemple.

Les métadonnées ne sont pas stockées (ni rapportées par les outils de gestion de fichiers habituels) en tant que fichiers, elles sont stockées dans les données du système de fichiers sur le disque.

En fonction de la nature ou de la version du système de fichiers, chaque entrée occupera une certaine quantité d'espace disque pour représenter les métadonnées.

En outre, outre l'espace alloué à la table des fichiers principaux, certains systèmes de fichiers conservent également un journal des modifications apportées aux fichiers (ce qui prend de l'espace supplémentaire), et certains systèmes de fichiers peuvent même être étendus avec des champs supplémentaires contenant des métadonnées à usage spécifique.

Techniquement, les métadonnées occupent donc de l'espace disque, mais elles ne sont pas prises en compte par la plupart des utilitaires de gestion de fichiers qui utilisent l'API du système pour interroger le système de fichiers à la recherche de fichier l'espace, pas pour métadonnées l'espace.

Et cette abstraction n'est que la partie émergée de l'iceberg, puisque le système de fichiers lui-même fonctionne sur une abstraction de l'espace disque physique sous-jacent, fournie par des routines de disque de bas niveau, de sorte qu'en réalité, seule la logique interne du disque saura combien de positions de mémoire réelles sont disponibles pour les niveaux supérieurs et combien sont marquées comme non fiables, réservées, ou utilisées pour la somme de contrôle.

Les métadonnées dépendent du système de fichiers. Le système de fichiers le plus basique généralement utilisé sur les supports échangeables est basé sur un système de fichiers DOS (FAT). DOS n'a pas d'utilisateurs, ni de permissions. Ou, plus exactement, certaines de ces informations sont contenues dans le 8e bit de données du nom de fichier. La seule surcharge de ressources utilisée dans un système de fichiers DOS de base est la prise en compte des blocs du fichier ou du répertoire dans lequel il se trouve - et ce bloc est probablement déjà engagé pour gérer le ".". En d'autres termes, l'ajout d'un fichier vide n'ajouterait pas d'espace de stockage supplémentaire, mais il permettrait de cambiar certains bits consommés et alloués existants.

Lorsque vous utilisez des systèmes de fichiers plus avancés, avec des journaux et des utilisateurs, vous obtenez des métadonnées, des entrées de journal et éventuellement une chaîne judiciaire pour récupérer les versions antérieures des fichiers, etc. Un petit fichier peut alors exploser dans l'espace de stockage utilisé.

Il convient donc de vérifier le type de FS. S'il s'agit d'une FAT, vous n'avez probablement pas d'utilisateur enregistré dans les métadonnées du support. D'où... pas d'espace utilisé :)

Un bon exemple de FAT FS est une implémentation open source - et vous pouvez voir que la liste des opérations disponibles n'inclut pas "get/set user" et "check access by user". Pas d'identité = pas de stockage de cette identité.

Où sont conservées les métadonnées ?

Lorsque nous parlons de métadonnées, il y a deux types de métadonnées.

Le premier type comprend la date de création, la date de dernière modification et la date du dernier accès. En fonction du système de fichiers (NTFS / FAT / Ext3, etc.), différentes "métadonnées" seront disponibles, par exemple le propriétaire et l'autorisation de Windows sur NTFS.

Le premier type s'applique à tous les fichiers, par exemple le fichier .txt de votre exemple.

Tous les systèmes de fichiers pré-attribuent des espaces pour contenir ces métadonnées dans la table des fichiers principaux (MFT pour NTFS, d'autres noms pour d'autres systèmes de fichiers), qui n'est pas directement accessible par les utilisateurs. La MFT n'étant pas comptabilisée dans la capacité du disque, aucun espace de stockage "supplémentaire" n'est nécessaire.

Le deuxième type de "métadonnées" est défini par le type de fichier ou l'application. Par exemple, les documents Office contiennent l'"auteur", le "sujet" et d'autres métadonnées ; les images JPEG contiennent un ensemble de données EXIF, notamment la "date de prise de vue", le "modèle d'appareil photo" et la "vitesse d'obturation" ; le son MP3 contient l'"album", le "numéro de piste", le "débit binaire"...

Le second type de fichier prend de l'espace supplémentaire, car ces "métadonnées" font partie du fichier.

Différentes tailles pour différents lecteurs

Lorsque votre fichier texte se trouve sur C:\ il occupe 4K. Il devient 1K lorsque vous le mettez sur votre clé USB. H:\ . Cela s'explique par le fait que la taille des blocs est différente d'une partition à l'autre.

Les fichiers se voient attribuer des espaces en bloc. Par conséquent, sur un système de fichiers de taille de bloc 4K, 1 octet est alloué à 4K tandis que 4 097 octets (4K + 1 octet) sont alloués à 8K.

Apparemment, votre C: est formaté avec une taille de bloc de 4K, tandis que H: est formaté avec une taille de bloc de 1K, ce qui entraîne une différence.